Re: Java Error
grateful to Shmuel for pointing out that, just because the TELNET service you are using is the TN3270 server you are not forced into using TSO. You could log onto CICS or NetView or a session manager program. And, indeed - one of Shmuel's favourite topics - USS in this context could refer to VTAM's Unformatted System Services rather than UNIX System Services to which is what RLOGIND provides access. Shmuel's point is that it is possible so to configure the TN3270 server that it uses a load module created by assembling and linkage editing VTAM-supplied Unformatted System Services macros and thereby gives something of the same end-user experience for control of application establishment (and a rather poorer version of, typically emergency, application termination) as is available when the end-user device is under direct VTAM control. I'm afraid Shmuel's post is just designed to confuse you. However I suspect that, very strictly, he is right. If you use this URL http://www-03.ibm.com/servers/eserver/zseries/zose/bkserv/zeshelves8.html go right to the bottom, select Search text under z/OS V1R8.0 UNIX System Services - 11 books and enter USS, you will find the character string in only 4 of the 11 manuals and the total number of hits is 11. These are made up of parameters or program names or text in comments where perhaps the guard of the author was down and he/she had forgotten that he/she should not use USS. There is also a slipup in 3 messages. So few hits in the set of 11 manuals indicates strongly that the standard was *not* to use the abbreviation USS for Unix System Services. [1] Port 25 is normally associated with the Simple Mail Transfer Program (SMTP). [2] The combination of port 513 and UDP corresponds to a who protocol service. [3] I was sure that was what I remembered but I started to have doubts so I checked. The reference is section 3.1.9.2, bind(), in the z/OS V1R7.0-V1R8.0 Communications Server IP Sockets API Guide and Reference manual, specifically the following sentence: quote By leaving the address unspecified, the server can accept all UDP packets and TCP connection requests made of its port, regardless of the network interface on which the requests arrived. /quote Nevertheless I wonder whether or not the original author of the text in the bind() call description has got it wrong and I have been deceived by this text for the last 15 or so years. Simply matching the port and IP address in the IP packet header with the bind structure values seems so much simpler than bothering about the interface on which the packet happened to arrive. A description on these lines fits so much more easily with the use of VIPAs. I hope someone who really knows has had the patience still to be reading this post. [4] APAR PQ37421 http://www-1.ibm.com/support/docview.wss?uid=isg1PQ37421 quote Error Description NEW FUNCTION This APAR will provide new function which will allow multiple dissimilar servers to use the same TCP port.For instance, both TN3270 telnet and Unix telnet can use port 23. Closed date 2000-04-26 /quote Chris Mason - Original Message - From: Lindy Mayfield [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 02 November, 2006 9:43 PM Subject: Re: Java Error Correct me, please, if I am wrong, but if you telnet to port 25 you get to TSO, but if you rlogin to port 513 you get to USS. No? Lindy - Original Message - From: Mark Zelden [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 02 November, 2006 9:55 PM Subject: Re: Java Error 23 is TSO (usually) and whatever you want for z/OS Unix. I have used 623 most of the time but that has varried at different shops I have been at.I've also been at a shop that set up 23 for Unix and something else for TSO.And then there is sercure telnet... but I digress So if I wanted to use win-doze my telnet client to IP into z/OS Unix, I do this from a command prompt: telnet host_name 623 Mark -- Mark Zelden - Original Message - From: Ramiro Camposagrado [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 02 November, 2006 10:03 PM Subject: Re: Java Error I use 23 for standard telnet and port 623 for my RLOGINs (OTELNET) Here are the entries in /etc/services: telnet 23/tcp otelnet 623/tcp -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ramiro Camposagrado I didn't see right away that you were trying to invoke the 64bit version JAVA 1.4. I found this APAR on IBMLINK: PK24855 [ snip ] LOCAL FIX: Increase your REGION size. That is, when logon to the tso/e logon screen on the size parameter: e.g. SIZE=200 I tried it on y asnd-box LPAR and I got this error: Could not create JAVA virtual machine. (And I have a 512M reagion size) Take a look at their LOCAL fix... It looks like a 2 gig region size to me !!! So it appears. But in a 64-bit world, 2 GiB is nothing. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error - Resolved
MEMLIMIT changed to 2G, this resolved the problem. Thanks Matt Dazzo Technical Services Publishers Clearing House 516-944-4816 [EMAIL PROTECTED] [EMAIL PROTECTED] 11/2/2006 4:36 PM I just tried it with MEMLIMIT set to 256M and it worked !!! (I had MEMLIMIT set to 128M on my sand-box LPAR) On Fri, 3 Nov 2006 07:12:32 +1000, Shane [EMAIL PROTECTED] wrote: On Thu, 2006-11-02 at 14:47 -0600, Ramiro Camposagrado wrote: I didn't see right away that you were trying to invoke the 64bit version JAVA 1.4. I found this APAR on IBMLINK: PK24855 ... I tried it on y asnd-box LPAR and I got this error: Could not create JAVA virtual machine. (And I have a 512M reagion size) Take a look at their LOCAL fix... It looks like a 2 gig region size to me !!! If it's anything like the 1.5_64, you can't allow MEMLIMIT to default to 0 in SMFPRMxx. Give it something - I think 256 was recommended. What a pox Java is - in all environments, in all architectures apparently. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html = -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error
In [EMAIL PROTECTED], on 11/02/2006 at 09:43 PM, Lindy Mayfield [EMAIL PROTECTED] said: Correct me, please, if I am wrong, but if you telnet to port 25 you get to TSO, but if you rlogin to port 513 you get to USS. No? No. Unformatted System Services[1][2] determines what application you get connected to. You need to check USSTAB et al for your installation. You probably have one port for TN3270 and another for vanilla TELNET. The port for TN3270 might take you to TSO, it might take you to a session manager and it might take you somewhere else. [1] Unix System Services is not USS. [2] Well, the TCP/IP equivalent, but it's the same structure. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error
NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. I usually see messages like that if I try to use java under OMVS in TSO without a large enough region. I believe it wants at least 128MB. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matt Dazzo Sent: Thursday, November 02, 2006 2:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Java Error Hi All, working with java 1.4.2 on zOS 1.7. Entered command java -version in USS and got the following error. Any thoughts? Thanks ST1MAT:/: java -version Error: unable to allocate 67108864 bytes for GC in j9vmem_reserve_memory. Error: unable to allocate 34358272 bytes for GC in j9vmem_reserve_memory. Error: unable to allocate 27486208 bytes for GC in j9vmem_reserve_memory. Error: unable to allocate 21988352 bytes for GC in j9vmem_reserve_memory. Error: unable to allocate 17590272 bytes for GC in j9vmem_reserve_memory. Error: unable to allocate 14071808 bytes for GC in j9vmem_reserve_memory. JIT: Method sample thread failed to start -- disabling sampling. JVMJ9VM019E Fatal error: Unable to find and initialize required class java/lang/ NoClassDefFoundError JVMJ9VM020I Searched in /usr/lpp/java/J1.4_64/lib/ibmcertpathprovider.jar JVMJ9VM020I Searched in /usr/lpp/java/J1.4_64/lib/server.jar JVMJ9VM020I Searched in /usr/lpp/java/J1.4_64/lib/xml.jar JVMJ9VM023I This may indicate that JAVA_HOME is incorrect, or that class librari es are not installed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error
Current region size is ACCTNUM= ACCT# DEST= LOCAL HOLDCLASS= P PROC= $PCHPROC SIZE= 00512000 MAXSIZE= 00512000 SYSOUTCLASS= X USERDATA= COMMAND= [EMAIL PROTECTED] 11/2/2006 3:09 PM Make sure that you TSO logon region size is big enough. Probably somewhere between 128M to 256M (I have 256M on mine) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error
Hello Matt, Are you running from TSO OMVS or are you rlogin into the machine? I'm not sure but it looks like that you are using the TSO OMVS shell. Seriously, you should use Putty to rlogin to your machine. It's by far the best way. Just remember to go in Putty to Terminal/Keyboard and change Backspace key to Control-H. It might be that OMVS is using your TSO region and exceeding it. There is something called SHAREAS and NOSHAREAS you can see here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/bpxza460/2.12.15?ACTION=MATCHESREQUEST=shareasTYPE=FUZZYSHELF=BPXZSH61DT=20050615135744CASE=searchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANKScrollTOP=FIRSTHIT#FIRSTHIT Or maybe it has to do with _BPX_SHAREAS ?? See... http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/bpxza460/12.0?ACTION=MATCHESREQUEST=bpx_shareasTYPE=FUZZYSHELF=BPXZSH61DT=20050615135744CASE=searchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANKScrollTOP=FIRSTHIT#FIRSTHIT So perhaps you could try: $ _BPX_SHAREAS=NO java -version And see if that makes any difference. Probably not. )-: Just a thought though. Anyway, that should force the java program to run in a separate address space and from there memory is limited by, I think, MAXASSIZE in BPXPRMxx in parmlib. --Lindy [EMAIL PROTECTED] Subject: Java Error Hi All, working with java 1.4.2 on zOS 1.7. Entered command java -version in USS and got the following error. Any thoughts? Thanks ST1MAT:/: java -version Error: unable to allocate 67108864 bytes for GC in j9vmem_reserve_memory. Error: unable to allocate 53686272 bytes for GC in j9vmem_reserve_memory. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error
On Thu, 2 Nov 2006 15:18:57 -0500, Matt Dazzo [EMAIL PROTECTED] wrote: Current region size is ACCTNUM= ACCT# DEST= LOCAL HOLDCLASS= P PROC= $PCHPROC SIZE= 00512000 MAXSIZE= 00512000 SYSOUTCLASS= X USERDATA= COMMAND= That is what you asked for. But what are you getting after IEFUSI? See the REXXSTOR exec on my web site for the answer. :-) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error
On Thu, 2 Nov 2006 21:29:35 +0100, Lindy Mayfield [EMAIL PROTECTED] wrote: Seriously, you should use Putty to rlogin to your machine. It's by far the best way. What's wrong with Telnet (if you have a better client than win-doze)? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error
Correct me, please, if I am wrong, but if you telnet to port 25 you get to TSO, but if you rlogin to port 513 you get to USS. No? Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, November 02, 2006 10:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Java Error On Thu, 2 Nov 2006 21:29:35 +0100, Lindy Mayfield [EMAIL PROTECTED] wrote: Seriously, you should use Putty to rlogin to your machine. It's by far the best way. What's wrong with Telnet (if you have a better client than win-doze)? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error
I didn't see right away that you were trying to invoke the 64bit version JAVA 1.4. I found this APAR on IBMLINK: PK24855 ERROR DESCRIPTION: java -version when running J9VM displays the following message: JVMJ9VM023I This may indicate that JAVA_HOME is incorrect, or that class libraries are not installed. JVMJ9VM015W Initialization error for library jclscar_23(14): JVMJ9VM009E J9VMDll Main failed Could not create the Java virtual machine. LOCAL FIX: Increase your REGION size. That is, when logon to the tso/e logon screen on the size parameter: e.g. SIZE=200 I tried it on y asnd-box LPAR and I got this error: Could not create JAVA virtual machine. (And I have a 512M reagion size) Take a look at their LOCAL fix... It looks like a 2 gig region size to me !!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error
On Thu, 2 Nov 2006 21:43:51 +0100, Lindy Mayfield [EMAIL PROTECTED] wrote: Correct me, please, if I am wrong, but if you telnet to port 25 you get to TSO, but if you rlogin to port 513 you get to USS. No? 23 is TSO (usually) and whatever you want for z/OS Unix. I have used 623 most of the time but that has varried at different shops I have been at.I've also been at a shop that set up 23 for Unix and something else for TSO.And then there is sercure telnet... but I digress So if I wanted to use win-doze my telnet client to IP into z/OS Unix, I do this from a command prompt: telnet host_name 623 Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error
I use 23 for standard telnet and port 623 for my RLOGINs (OTELNET) Here are the entries in /etc/services: telnet 23/tcp otelnet 623/tcp On Thu, 2 Nov 2006 14:55:13 -0600, Mark Zelden [EMAIL PROTECTED] wrote: On Thu, 2 Nov 2006 21:43:51 +0100, Lindy Mayfield [EMAIL PROTECTED] wrote: Correct me, please, if I am wrong, but if you telnet to port 25 you get to TSO, but if you rlogin to port 513 you get to USS. No? 23 is TSO (usually) and whatever you want for z/OS Unix. I have used 623 most of the time but that has varried at different shops I have been at.I've also been at a shop that set up 23 for Unix and something else for TSO.And then there is sercure telnet... but I digress So if I wanted to use win-doze my telnet client to IP into z/OS Unix, I do this from a command prompt: telnet host_name 623 Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error
On Thu, 2006-11-02 at 14:47 -0600, Ramiro Camposagrado wrote: I didn't see right away that you were trying to invoke the 64bit version JAVA 1.4. I found this APAR on IBMLINK: PK24855 ... I tried it on y asnd-box LPAR and I got this error: Could not create JAVA virtual machine. (And I have a 512M reagion size) Take a look at their LOCAL fix... It looks like a 2 gig region size to me !!! If it's anything like the 1.5_64, you can't allow MEMLIMIT to default to 0 in SMFPRMxx. Give it something - I think 256 was recommended. What a pox Java is - in all environments, in all architectures apparently. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error
I just tried it with MEMLIMIT set to 256M and it worked !!! (I had MEMLIMIT set to 128M on my sand-box LPAR) On Fri, 3 Nov 2006 07:12:32 +1000, Shane [EMAIL PROTECTED] wrote: On Thu, 2006-11-02 at 14:47 -0600, Ramiro Camposagrado wrote: I didn't see right away that you were trying to invoke the 64bit version JAVA 1.4. I found this APAR on IBMLINK: PK24855 ... I tried it on y asnd-box LPAR and I got this error: Could not create JAVA virtual machine. (And I have a 512M reagion size) Take a look at their LOCAL fix... It looks like a 2 gig region size to me !!! If it's anything like the 1.5_64, you can't allow MEMLIMIT to default to 0 in SMFPRMxx. Give it something - I think 256 was recommended. What a pox Java is - in all environments, in all architectures apparently. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html = -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java Error
My apologies for being so rude !!! Thank you Shane for pointing out the MEMLIMIT parameter in SMFPRMxx Regards, Ramiro -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html