There are two places it is specified. One is in the configuration directory,
member "active_configuration.cfg". The other is in the IZUPRMxx member. It
seems the directory member takes precedent, as I had a subsystem running
without specifying JAVA_HOME in the IZUPRMxx and the subsystem worked without
issue.
Matthew
On Thu, 9 Feb 2023 09:04:54 -0600, Carmen Vitullo <petevi...@gmail.com> wrote:
>got ya! I can't recall specifics but I do know I had some issues
>migrating due to the userdir location change
>
>I think others have suggested checking for Java 64 bit, the other error
>indicated the server could not locate the J8_64 environment
>
>in your IZUPRMxx member do you have JAVAHOME specified?
>
>JAVA_HOME('/usr/lpp/java/J8.0_64')
>
>CWWKB0215E Failed to open /usr/lpp/java/J8.0_64/bin/classic/libjvm.so :
>CEE3587S A call was made to a function in the AMODE 31 DLL
>/usr/lpp/java/J8.0_64/bin/classic/libjvm.so from an AMODE 64 caller.
>
>Carmen
>
>
>On 2/9/2023 8:46 AM, Matthew Stitt wrote:
>> I still use "/var/zosmf" My z/OS MF runs on one LPAR only, so that setting
>> is valid. "/global/zosmf" is good if you configure z/OS MF to run on
>> multiple LPARs and want to share the "../user" information directory. Also
>> if you have been successful in getting it to run distributed in a SYSPLEX.
>>
>> I do have to run z/OS MF on another LPAR occasionally. Having it point to
>> "/var/zosmf" on each LPAR makes for good isolation when testing or training.
>>
>> Matthew
>>
>> On Wed, 8 Feb 2023 12:43:47 -0600, Carmen Vitullo <petevi...@gmail.com>
>> wrote:
>>
>>> a couple of things I see in your configuration, but without seeing your
>>> parms for the task and the IZUPRM member I cannot really diagnose.
>>>
>>> 1) at zos2.3 the userdir was moved to /global/zosmf/ from /var/
>>>
>>> I think that's what the IZUG084W: message may be stating -
>>>
>>> make sure you are using the supplied proc for IZUSVR1, I had a similar
>>> issue moving from z/OS 2.1 or 2.2 that proc pointed to /var/zosmf
>>>
>>> unless you're started a local knowledge base server I'd specify KCINDEX=NO
>>>
>>>
>>> Carmen
>>>
>>> On 2/8/2023 12:21 PM, Steve Beaver wrote:
>>>> I will be at the front of the line that says "I have no idea what is
>>>> wrong?"
>>>>
>>>>
>>>>
>>>> EZZ8342I gethostbyname(MVS1): Unknown host
>>>>
>>>> IZUG300I: The z/OSMF Configuration Utility has started at Wed Feb 8
>>>> 12:21:15 ES
>>>>
>>>> IZUG084W: Invalid number of arguments: 3 ; expected 4.
>>>>
>>>> WARNING: Arguments received: /ZOSV2R4/usr/lpp/zosmf /MVS1/var/zosmf N
>>>>
>>>> WARNING: Some arguments may be ignored and/or defaults used.
>>>>
>>>> IZUG015I: Arguments in effect:
>>>>
>>>> : CODE_ROOT = /ZOSV2R4/usr/lpp/zosmf
>>>>
>>>> : USER_DIR = /MVS1/var/zosmf
>>>>
>>>> : TRACE = N
>>>>
>>>> : KCINDEX = Y
>>>>
>>>> IZUG348I: Processing of your request has started. This process might
>>>>
>>>> : require several minutes or more to complete.
>>>>
>>>> IZUG059I: Configuration operation exists as the configuration parameters
>>>> are
>>>> not
>>>>
>>>> IZUG349I: The z/OSMF Server home page can be accessed at
>>>>
>>>> : https:///zosmf
>>>>
>>>> : after the z/OSMF server is started on your system.
>>>>
>>>>
>>>>
>>>> CWWKB0215E Failed to open /usr/lpp/java/J8.0_64/bin/classic/libjvm.so :
>>>> CEE3587S A call was made to a function in the AMODE 31 DLL
>>>> /usr/lpp/java/J8.0_64/bin/classic/libjvm.so from an AMODE 64 caller.
>>>>
>>>>
>>>>
>>>> HOSTNAME('10.10.70.48')
>>>>
>>>>
>>>>
>>>> HTTP_SSL_PORT(32217)
>>>>
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
