Re: JDBCR4 JVM Creation fails

I do not clearly understand... what do you mean by *ALLUSR authority ?
If this is a a authorisation failure... the user profile to change is
probably the one running the JVM...

I would suggest to change user profile PHPUSER to have SPCAUT(*ALLOBJ )

you could also look at the audit journal if you see an authorization
problem...

Paul




From: Don Brown <DBrown@xxxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Date: 19/04/2018 12:26
Subject: Re: JDBCR4 JVM Creation fails
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



Thanks Paul,

For testing I change the user profile to have *ALLUSR authority and that
made no difference.

Appreciate the suggestion

Don Brown





From: "Paul Roy" <paul.roy@xxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Date: 19/04/2018 02:18 AM
Subject: Re: JDBCR4 JVM Creation fails
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



MCH6801 could be due to a permission error see for example (
http://www-01.ibm.com/support/docview.wss?uid=nas8N1012715 )
I do not know the full scope but it could be that the JVM is trying to
write in an unautorised directory...
possibly the dump files have some more info....

Paul



From: Don Brown <DBrown@xxxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Date: 18/04/2018 15:12
Subject: Re: JDBCR4 JVM Creation fails
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>




Thanks Paul, I agree but trying to find the cause is the question.

I am confident the library list is correct so how do I diagnose a resource
error??

Thanks

Sent from my iPhone

On 18 Apr 2018, at 21:20, Paul Roy <paul.roy@xxxxxxx> wrote:

from your log the cause of the dump is
Object domain or storage protection error for offset X'000000002B25B800'
in object XTOOLKIT PHPUSER 065558.

looks like a library list/resource problem in the webservice call to
XMLSERVICE ... not a problem in the serviceprogram ,or in JDBCR4...

Paul


From: Don Brown <DBrown@xxxxxxxxxx>
To: "Midrange Systems Technical Discussion"

<midrange-l@xxxxxxxxxxxx>,

rpg400-l@xxxxxxxxxxxx
Date: 18/04/2018 11:10
Subject: JDBCR4 JVM Creation fails
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



IBMi Version V7R3 and current on PTF's
JDBCR4 version - not sure but I have downloaded again from Scott's web
site.

I have a service program that connects to a MS SQL server and retrieves

a

list of records, converts the results into json using yajl and returns

the

string.

If I run this from the command line it works perfectly.

If I call externally using XMLSERVICE it fails.

I have run the process in debug and in JDBCR4 the procedure start_jvm()
used to start the JVM , it simply calls the java method java.lang.String
with wwStr = s('Temp String'); which should start a JVM if there is not
already one running.

I have pasted the joblog below.

I have tried submitting the same process to batch using the same job
description (library list) and running under the same user profile and

it

completes normally.

I have looked at the dump files created but none of the content is
meaningful to me or for that matter indicates a reason for the failure.

Any suggestions most welcomed - I have been going in circles with this

for

quite a while!!

Java Virtual Machine is IBM Technology for Java. PID(15710)
Object domain or storage protection error for offset X'000000002B25B800'
in object XTOOLKIT PHPUSER 065558.
JVMDUMP039I Processing dump event "gpf", detail "" at 2018/04/18

07:50:46

- please wait.■
IBM Java[15710]: JVMDUMP039I Processing dump event "gpf", detail "" at
2018/04/18 07:50:46 - please wait.■
JVMDUMP032I JVM requested System dump using
'//core.20180418.075046.15710.0001.dmp' in response to an event■
IBM Java[15710]: JVMDUMP032I JVM requested System dump using
'//core.20180418.075046.15710.0001.dmp' in response to an event■
JVMDUMP010I System dump written to

//core.20180418.075046.15710.0001.dmp■

JVMDUMP032I JVM requested Java dump using
'//javacore.20180418.075046.15710.0002.txt' in response to an event■
IBM Java[15710]: JVMDUMP032I JVM requested Java dump using
'//javacore.20180418.075046.15710.0002.txt' in response to an event■
JVMDUMP010I Java dump written to
//javacore.20180418.075046.15710.0002.txt■
JVMDUMP032I JVM requested Snap dump using
'//Snap.20180418.075046.15710.0003.trc' in response to an event■
IBM Java[15710]: JVMDUMP032I JVM requested Snap dump using
'//Snap.20180418.075046.15710.0003.trc' in response to an event■
JVMDUMP010I Snap dump written to //Snap.20180418.075046.15710.0003.trc■

JVMDUMP007I JVM Requesting JIT dump using
'//jitdump.20180418.075046.15710.0004.dmp'■
JVMDUMP010I JIT dump written to

//jitdump.20180418.075046.15710.0004.dmp■

JVMDUMP013I Processed dump event "gpf", detail "".■



Don Brown