Rocksolid Light - comp.os.vms - Re: Java 5 issue on VMS Alpha

Java 5 issue on VMS Alpha

<uoa1tb$298kd$1@dont-email.me>

https://news.novabbs.org/computers/article-flat.php?id=33169&group=comp.os.vms#33169

Path: i2pn2.org!i2pn.org!news.hispagatos.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: arne@vajhoej.dk (Arne Vajhøj)
Newsgroups: comp.os.vms
Subject: Java 5 issue on VMS Alpha
Date: Wed, 17 Jan 2024 21:20:26 -0500
Organization: A noiseless patient Spider
Lines: 22
Message-ID: <uoa1tb$298kd$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 18 Jan 2024 02:20:27 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="6806900df0d41620935ae3fe0cde946c";
logging-data="2400909"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+Y+AuOS6QW7R1nsXlwud2JoagQ+J8XCj8="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:F1k/YsaVx5GeRHzl3hjEDu12Dtg=
Content-Language: en-US

by: Arne Vajhøj - Thu, 18 Jan 2024 02:20 UTC

This version of Java is way out of support both generally
by SUN/Oracle and for VMS by HP(E).

But I still has it running.

Playing with some web services in Tomcat I tend to end up
with the following error:

global_alloc: out of global space, file
JDEV:[fastvm.srcjava.runtime]globals.c;1, line 50

and Tomcat shutdown.

I have tried increasing -Xmx and -XX:MaxPermSize,
but it did not help.

I have tried increasing PGFLQUOTA, but it did not help.

Any suggestions?

Arne

Re: Java 5 issue on VMS Alpha

<uob95i$2jnoi$3@dont-email.me>

copy mid

https://news.novabbs.org/computers/article-flat.php?id=33178&group=comp.os.vms#33178

copy link Newsgroups: comp.os.vms

Path: i2pn2.org!rocksolid2!news.neodome.net!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: clubley@remove_me.eisner.decus.org-Earth.UFP (Simon Clubley)
Newsgroups: comp.os.vms
Subject: Re: Java 5 issue on VMS Alpha
Date: Thu, 18 Jan 2024 13:30:27 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 17
Message-ID: <uob95i$2jnoi$3@dont-email.me>
References: <uoa1tb$298kd$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 18 Jan 2024 13:30:27 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="844477ba3d1e29d6a6b7a8d816bc570b";
logging-data="2744082"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/emTIViW1j9h43vV5XQgNdIYeFqYhr3G0="
User-Agent: slrn/0.9.8.1 (VMS/Multinet)
Cancel-Lock: sha1:LVndsPwcx0d/EObrh2KOljotrB0=

by: Simon Clubley - Thu, 18 Jan 2024 13:30 UTC

On 2024-01-17, Arne Vajhøj <arne@vajhoej.dk> wrote:
>
> Any suggestions?
>

If you turn on image accounting, do you get any extra clues ?

Failing that, running your failing command from a newly logged in process
and then _immediately_ logging out will result in the process accounting
record showing some peak values used. You may be able to get some
clues from there, or at least eliminate some possible causes.

Simon.

--
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.

Re: Java 5 issue on VMS Alpha

<uobbna$2k993$1@dont-email.me>

copy mid

https://news.novabbs.org/computers/article-flat.php?id=33181&group=comp.os.vms#33181

copy link Newsgroups: comp.os.vms

Path: i2pn2.org!rocksolid2!news.neodome.net!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: arne@vajhoej.dk (Arne Vajhøj)
Newsgroups: comp.os.vms
Subject: Re: Java 5 issue on VMS Alpha
Date: Thu, 18 Jan 2024 09:14:01 -0500
Organization: A noiseless patient Spider
Lines: 39
Message-ID: <uobbna$2k993$1@dont-email.me>
References: <uoa1tb$298kd$1@dont-email.me> <uob95i$2jnoi$3@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 18 Jan 2024 14:14:02 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="6806900df0d41620935ae3fe0cde946c";
logging-data="2762019"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+cw6reryjZ/NQ3P9pBLjnkvyAvqYvYJsc="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:5/2EUwdLu9pHx7lIXQYtWS7N9qw=
In-Reply-To: <uob95i$2jnoi$3@dont-email.me>
Content-Language: en-US

by: Arne Vajhøj - Thu, 18 Jan 2024 14:14 UTC

On 1/18/2024 8:30 AM, Simon Clubley wrote:
> On 2024-01-17, Arne Vajhøj <arne@vajhoej.dk> wrote:
>> Any suggestions?
>
> If you turn on image accounting, do you get any extra clues ?
>
> Failing that, running your failing command from a newly logged in process
> and then _immediately_ logging out will result in the process accounting
> record showing some peak values used. You may be able to get some
> clues from there, or at least eliminate some possible causes.

It is running in a separate process, so I did have logout accounting
info.

I had also checked and double checked the "Peak virtual size"
to PGFLQUOTA - even tried increasing PGFLQUOTA anyway just in
case a gigantic allocation failed.

But after your post explicit talking about logging in and
logging out then I looked again and I noticed something -
the process is not running under the account starting the
process (SYSTEM) but under the same account as
Apache httpd (APACHE$WWW).

Slapping myself hard.

After increasing PGFLQUOTA on that account then everything worked fine.

A debug printf with a reference to file and line number
in the C source is obviously not up to neither VMS nor Java
error reporting standard, but given that SUN/Oracle stopped
support in 2009 and HPE in 2020 then I will have to live
with that.

So thanks.

Arne

Without life, Biology itself would be impossible.

computers / comp.os.vms / Re: Java 5 issue on VMS Alpha

Subject	Author
Java 5 issue on VMS Alpha	Arne Vajhøj
Re: Java 5 issue on VMS Alpha	Simon Clubley
Re: Java 5 issue on VMS Alpha	Arne Vajhøj