Resolution, Re: Help! Tomcat crashing on takeoff
People on both the Tomcat and Java400-L Lists nailed the problem: it turned out to be a PTF issue. Once the customer got the box's PTFs fully in order, Tomcat started up without a problem, a self-signed certificate brought up their SSL, and our WAR file uploaded and deployed normally. They still need to fix their firewall to plumb at least one more port to the outside world, and of course, they need to get their certificate signed by a well-known CA, but other than that, they seem to be fine now. One observation: it seems that for some reason, while Keystore Explorer (on my Mac) seems to work at least as well as Keytool for most keystore operations, for some reason, Java keystores that *originate* in Keystore Explorer get rejected (at least by Tomcat running on IBM Midrange boxes), whereas those orignating in Keytool work just fine (but Keytool, for some reason, doesn't seem to work at all on IBM Midrange boxes). Puzzling. -- JHHL - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Resolution, Re: Help! Tomcat crashing on takeoff
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 James, On 1/5/15 11:37 AM, James H. H. Lampert wrote: People on both the Tomcat and Java400-L Lists nailed the problem: it turned out to be a PTF issue. For those playing-along at home: PTF = Program Temporary Fix. It's IBM's term for patch, which just means that having one's PTFs fully in order means up-to-date on all patches. Once the customer got the box's PTFs fully in order, Tomcat started up without a problem, a self-signed certificate brought up their SSL, and our WAR file uploaded and deployed normally. They still need to fix their firewall to plumb at least one more port to the outside world, and of course, they need to get their certificate signed by a well-known CA, but other than that, they seem to be fine now. Glad to hear it. Any idea what the missing PTF(s) actually covered? One observation: it seems that for some reason, while Keystore Explorer (on my Mac) seems to work at least as well as Keytool for most keystore operations, for some reason, Java keystores that *originate* in Keystore Explorer get rejected (at least by Tomcat running on IBM Midrange boxes), whereas those orignating in Keytool work just fine (but Keytool, for some reason, doesn't seem to work at all on IBM Midrange boxes). Puzzling. Does keytool show the same contents for both keystores -- the one originating from within Keystore Explorer and the one created initially using keytool? I've had limited success using portecle -- you might try that as an independent third-party for looking at the contents of the keystore files. Honestly, I find the whole keystore thing to be a good idea, but one that often seriously blurs the lines between what various things are. When you use keytool to create a new server key, it automatically creates a certificate paired with that key. In order to create a CSR in keytool, you use certreq but you can only create a CSR for an existing certificate. Finally, when you get the certificate signed by a CA, you import it into your keystore and it either overwrites or aliases the existing certificate (I don't feel like going through all the motions to check it all right now to see how it works). I like being able to do things like have each artifact in a separate file and use them separately. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUqxFWAAoJEBzwKT+lPKRYSNUQALCCyrW2QyUgKt6xb/PDoWTc waIhBxgA0L9q67CPaYEHY5PSHbdWkqX7jOGFsBNVbGNqlUhyU8xJWZLPYi8Zy9aF Yg8V+6N48YMXdHP703z9qHSWIMNP1peuOAUFuZTotlxoBjgcZTi/ggC+CWRh9XK9 dFIXvNIWJGs+AKDEWi4dOA7mGz/vDoiXHdcrfgExw9s+XgpQEhb1WmobuCAd0DWJ UBimm7pWfjT338PnA+jFKZGzGKQu2wAnt0VmwayUQXoWWK8nrEqJEyZch1wNBJuL 5k2RbAogVYzoVGim+HwqBsBeyH0TnL6qL7Tqvl8hamAgg4wb4G/AVWLFpJTK2OTP zObMHl8AwVN4ywyEqpTDHxvFQwtwyV8P0fVcDDOoQe28pjKJ68MpWkHT0lTySqFc w3xvPIUXcXLfZ4QHIz2r8YmPJ2J2SjQ2BQ5tVQtp7+AdxmUX1c/uD9E3prUa22ZH mSSqYWJGmxPPWE3cWfjkgHxEtSAULrzupBCXqFIZ+wfmB6Qim+CuXA7SkKE57jh9 RyRNAO5xvKVMcZmaDqLbSHXBb2BWQZrpdDo8hVTt8/2tavVqXuhNsVb9/zYzoWaz tHemQguoN61NorKwWPeGq0xiCYam/+EXYrIk0+d9Q2QRNuqE1j8wfyYorEmh0kZY /2O6Q5FeDRakZlnoOZb5 =iPFJ -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
On the Tomcat Users List, Pete Helgren wrote: Also, are you sure that Java 6 on this box is current with PTF's and that the profile this is running under is picking up the correct JVM version when it runs? My money is on a J9 JVM PTF but an issue with permissions or JVM version could be a possibility.. and on the Java400 list at Midrange.com, Marshall Dunbar wrote: In my experience, if you just loaded a new JDK and have not loaded the java group PTF, java may have ³unpredictable results². I bet things will magically work as soon as the java group PTF is loaded. Just got word that the customer had successfully loaded the PTF, but there's no change at all in the behavior. The CATALINA job still crashes on takeoff (albeit with a message that it had completed normally), the spool file from STDOUT shows Using CATALINA_BASE: /wintouch/tomcat Using CATALINA_HOME: /wintouch/tomcat Using CATALINA_TMPDIR: /wintouch/tomcat/temp Using JRE_HOME:/QOpenSys/QIBM/ProdData/JavaVM/jdk60/32bit Using CLASSPATH: /wintouch/tomcat/bin/bootstrap.jar:/wintouch/tomcat/bin/tomcat-juli.jar Tomcat started. (which exactly matches what it says on our own box, on which Tomcat works just fine), and catalina.out shows: java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina at java.net.URLClassLoader.findClass(URLClassLoader.java:419) at java.lang.ClassLoader.loadClass(ClassLoader.java:643) at java.lang.ClassLoader.loadClass(ClassLoader.java:609) at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:235) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425) If I do /wintouch/tomcat/bin/startup.sh from an interactive QSHELL session (after my STRTOMCAT CL program had already set the environment variable to select the correct JVM), I get the same STDOUT as before. Then again, I'm not entirely sure they actually DID install any Java PTFs. Their latest 5761JV1 PTF is dated November of 2013. On the one hand, that's a good deal more recent than the latest one on our system; on the other hand, it's over a year ago, and a Google search shows PTFs for 5761JV1 that are as recent as less than a WEEK ago. -- JHHL - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
Tomcat has few fallback approach for catalina.properties: 1.First it look at system properties for config url, with property name catalina.config 2.If it could not find in step-1, it looks at CATALINA_BASE/conf/ 3.If it again could'n find above, it tries to load it from the classpath of bootstrap classloader. 4.If it couldn't find even there, it will spit a WARNING log. Given that: a. as you mentioned 2nd is not a problem and CATALINA_BASE/conf/catalina.properties have valid common.loader values b. 3rd should not be a problem, because as can be seen bootstrap.jar is there, and if everything is okay, catalina.properties should be included inside it(you can verify it by unzipping the bootstrap.jar and sneaking at org/apache/catalina/startup) c. and finally you don't see any warning log I will imagine you are passing catalina.config as a system property, which is pointing to a catalina.properties which doesn't have a valid common.loader value. And if this is not the case, then catalina.jar which is being picked us is corrupted and doesn't contain org.apache.catalina.startup.Catalina. This you can verify by manually sneaking into the jar, by unzipping it. Apart from these, there is little else which I could imagine is a problem. And off-course these are all under the assumption that you are using standard distribution and haven't tweaked with the build process/or even customizing the code. Also, I will suggest you past your catalina.log somewhere for us to see, probably you may be missing something? Regards, Ameer Mawia On Sat, Dec 13, 2014 at 7:50 AM, Filip Hanik fi...@hanik.com wrote: It means they didn't take into effect. On the command line you should be able to do java -verbose:class -version and see if that flag works, if it does, then I suggest you create a setenv.sh file next to startup.sh and put JAVA_OPTS=-verbose:class -Dibm.cl.verbose=ClassToTrace export JAVA_OPTS and hopefully that way it takes into effect On Fri, Dec 12, 2014 at 6:47 PM, James H. H. Lampert jam...@touchtonecorp.com wrote: On 12/12/14 5:36 PM, Filip Hanik wrote: We're not looking for change, we're looking for the output, that may tell us what is going on. Please post it, if you're not getting any output, then either those aren't supported (which I definitely thought they would be), or you're invoking it incorrectly Of course I wasn't expecting any change in behavior. No change implicitly meant no change in the output. And I then explicitly said that the exceptions in catalina.out look the same, what gets sent to STDOUT looks the same, and the joblogs from what QSHELL spawned off look the same. If there's anyplace else that additional output from those parameters could have gone, besides catalina.out, STDOUT, or a spool file, I can't imagine where, and I have over 20 years of experience with AS/400s. -- JHHL - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Help! Tomcat crashing on takeoff
I'm trying to bring up Tomcat on a customer's AS/400. It's at the same OS release as our own box, and Java 6 was just installed on it, sometime this past week. I get this exception in catalina.out: java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina at java.net.URLClassLoader.findClass(URLClassLoader.java:419) at java.lang.ClassLoader.loadClass(ClassLoader.java:643) at java.lang.ClassLoader.loadClass(ClassLoader.java:609) at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:235) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425) and this from stdout: Using CATALINA_BASE: /wintouch/tomcat Using CATALINA_HOME: /wintouch/tomcat Using CATALINA_TMPDIR: /wintouch/tomcat/temp Using JRE_HOME:/QOpenSys/QIBM/ProdData/JavaVM/jdk60/32bit Using CLASSPATH: /wintouch/tomcat/bin/bootstrap.jar:/wintouch/tomcat/bin/tomcat-juli.jar Tomcat started. which is exactly the same as what comes out of STDOUT when we launch Tomcat on our own box. I can't recall ever seeing this exception before, and I don't know what to make of it. Object size of their tomcat-juli.jar matches ours. -- James H. H. Lampert - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Help! Tomcat crashing on takeoff
From: James H. H. Lampert [mailto:jam...@touchtonecorp.com] Subject: Help! Tomcat crashing on takeoff I'm trying to bring up Tomcat on a customer's AS/400. Don't suppose you'd want to give us a clue as to _exactly_ which version of Tomcat you're trying to run? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
On 12/12/14 10:02 AM, Caldarale, Charles R wrote: From: James H. H. Lampert [mailto:jam...@touchtonecorp.com] Subject: Help! Tomcat crashing on takeoff I'm trying to bring up Tomcat on a customer's AS/400. Don't suppose you'd want to give us a clue as to _exactly_ which version of Tomcat you're trying to run? Certainly. The customer box (an AS/400 at V6R1) is, according to RELEASE-NOTES, on 7.0.56. Our box (another AS/400 at V6R1) is on 7.0.54. We have another customer box (another AS/400, this one at V7R1) that is running 7.0.56 just fine. I just wiped out the /wintouch/tomcat directory (same convention we use at all of our Tomcat installations), re-unzipped it, and tried to launch it without doing any of our usual configuration changes (e.g., enabling SSL, setting up a user for Manager). It still crashed exactly the same way. -- James H. H. Lampert - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
Couple of things that comes to mind 1. the 'java' binary that gets executed is actually not the one you think it is 2. the file /wintouch/tomcat/bin/bootstrap.jar is corrupted or not readable by the JVM hence it can't find the class Filip On Fri, Dec 12, 2014 at 11:27 AM, James H. H. Lampert jam...@touchtonecorp.com wrote: On 12/12/14 10:02 AM, Caldarale, Charles R wrote: From: James H. H. Lampert [mailto:jam...@touchtonecorp.com] Subject: Help! Tomcat crashing on takeoff I'm trying to bring up Tomcat on a customer's AS/400. Don't suppose you'd want to give us a clue as to _exactly_ which version of Tomcat you're trying to run? Certainly. The customer box (an AS/400 at V6R1) is, according to RELEASE-NOTES, on 7.0.56. Our box (another AS/400 at V6R1) is on 7.0.54. We have another customer box (another AS/400, this one at V7R1) that is running 7.0.56 just fine. I just wiped out the /wintouch/tomcat directory (same convention we use at all of our Tomcat installations), re-unzipped it, and tried to launch it without doing any of our usual configuration changes (e.g., enabling SSL, setting up a user for Manager). It still crashed exactly the same way. -- James H. H. Lampert - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
On Sat, Dec 13, 2014 at 12:01 AM, Filip Hanik fi...@hanik.com wrote: Couple of things that comes to mind 1. the 'java' binary that gets executed is actually not the one you think it is 2. the file /wintouch/tomcat/bin/bootstrap.jar is corrupted or not readable by the JVM hence it can't find the class org.apache.catalina.startup.Catalina is distributed as part of catalina.jar. catalina.jar is loaded by common.loader defined catalina.properties: common.loader=${catalina.base}/lib,${catalina.base}/lib/*.jar,${catalina.home}/lib,${catalina.home}/lib/*.jar As stack-trace shows Bootstrap has been loaded successfully. So bootstrap.jar is not an issue. Can you please check your conf/catalina.properties, it contains above line? Filip On Fri, Dec 12, 2014 at 11:27 AM, James H. H. Lampert jam...@touchtonecorp.com wrote: On 12/12/14 10:02 AM, Caldarale, Charles R wrote: From: James H. H. Lampert [mailto:jam...@touchtonecorp.com] Subject: Help! Tomcat crashing on takeoff I'm trying to bring up Tomcat on a customer's AS/400. Don't suppose you'd want to give us a clue as to _exactly_ which version of Tomcat you're trying to run? Certainly. The customer box (an AS/400 at V6R1) is, according to RELEASE-NOTES, on 7.0.56. Our box (another AS/400 at V6R1) is on 7.0.54. We have another customer box (another AS/400, this one at V7R1) that is running 7.0.56 just fine. I just wiped out the /wintouch/tomcat directory (same convention we use at all of our Tomcat installations), re-unzipped it, and tried to launch it without doing any of our usual configuration changes (e.g., enabling SSL, setting up a user for Manager). It still crashed exactly the same way. -- James H. H. Lampert - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
On Sat, Dec 13, 2014 at 12:01 AM, Filip Hanik fi...@hanik.com wrote: Couple of things that comes to mind 1. the 'java' binary that gets executed is actually not the one you think it is 2. the file /wintouch/tomcat/bin/bootstrap.jar is corrupted or not readable by the JVM hence it can't find the class org.apache.catalina.startup.Catalina is distributed as part of catalina.jar, located at CATALINA_BASE/lib. catalina.jar is loaded by commonloader defined having classpath defined in catalina.properties: common.loader=${catalina.base}/lib,${catalina.base}/lib/*.jar,${catalina.home}/lib,${catalina.home}/lib/*.jar As stack-trace shows Bootstrap has been loaded successfully. So bootstrap.jar is not an issue. Can you please check your conf/catalina.properties, if it contains above line? Filip On Fri, Dec 12, 2014 at 11:27 AM, James H. H. Lampert jam...@touchtonecorp.com wrote: On 12/12/14 10:02 AM, Caldarale, Charles R wrote: From: James H. H. Lampert [mailto:jam...@touchtonecorp.com] Subject: Help! Tomcat crashing on takeoff I'm trying to bring up Tomcat on a customer's AS/400. Don't suppose you'd want to give us a clue as to _exactly_ which version of Tomcat you're trying to run? Certainly. The customer box (an AS/400 at V6R1) is, according to RELEASE-NOTES, on 7.0.56. Our box (another AS/400 at V6R1) is on 7.0.54. We have another customer box (another AS/400, this one at V7R1) that is running 7.0.56 just fine. I just wiped out the /wintouch/tomcat directory (same convention we use at all of our Tomcat installations), re-unzipped it, and tried to launch it without doing any of our usual configuration changes (e.g., enabling SSL, setting up a user for Manager). It still crashed exactly the same way. -- James H. H. Lampert - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Filip, On 12/12/14 1:31 PM, Filip Hanik wrote: Couple of things that comes to mind 1. the 'java' binary that gets executed is actually not the one you think it is 2. the file /wintouch/tomcat/bin/bootstrap.jar is corrupted or not readable by the JVM hence it can't find the class +1 I wouldn't be surprised if the AS/400 unzip software does Bad Things to ZIP archives. Make sure you use UNIX-compatible tools to unpack everything, or maybe do everything from inside that UNIX-like environment (I seem to recall that, while you are running AS/400's i OS, you are also running some kind of UNIX-like environment on top of it). You might even want to check MD5 digest or something similar on the two machines to see if any files have been corrupted. EBCDIC can certainly be confusing things, here. - -chris On Fri, Dec 12, 2014 at 11:27 AM, James H. H. Lampert jam...@touchtonecorp.com wrote: On 12/12/14 10:02 AM, Caldarale, Charles R wrote: From: James H. H. Lampert [mailto:jam...@touchtonecorp.com] Subject: Help! Tomcat crashing on takeoff I'm trying to bring up Tomcat on a customer's AS/400. Don't suppose you'd want to give us a clue as to _exactly_ which version of Tomcat you're trying to run? Certainly. The customer box (an AS/400 at V6R1) is, according to RELEASE-NOTES, on 7.0.56. Our box (another AS/400 at V6R1) is on 7.0.54. We have another customer box (another AS/400, this one at V7R1) that is running 7.0.56 just fine. I just wiped out the /wintouch/tomcat directory (same convention we use at all of our Tomcat installations), re-unzipped it, and tried to launch it without doing any of our usual configuration changes (e.g., enabling SSL, setting up a user for Manager). It still crashed exactly the same way. -- James H. H. Lampert - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUi0VRAAoJEBzwKT+lPKRY0g0QAKwVFa21odF26f1CjOQ1zV5C /Y8fCa1oELzwEMxpq9FhslYqESW00RMm0t1b6Yn4kmTwdl6iZ44ATNtsGQ5ke41C PvneFwUICPOMXcsdehJSZEbCbq8A2xMM4fq85DLvHnLcm+hL1RRL6Oob/AcfhcY7 /MIFC8UuSdbUfJ2lsCcrkgTDrjGQHP1AU03mn/pjIbTZ5OyvKrYWwq2KlB1P0JGr dFZanWzXRzORBRwz5cqN+tH4rRc3SfFSTVB2FH0kj3c9m9aa8E77M0VeZw4qjjOl B9ne3gCLwIQYiZzErwxn55TrJjqQd6f/5ZkfHzLAnXGN5BB84S0BGTM0j3fXp6/z YrvjevKqtbq6fwfrN7qhCUlmJqe8BbU0Xoal/3soS8QgB0FxqmI0Lc+zy1mwAgpz ZdrtAi0VCBLmbnAL6oOh3kt3kWnk+P1+Fvd3mG2yW8SmAHM7hC9gvd3Fn0qjp2n8 t4HWcWK3hLveol18+wvcRt3cJL+Qbr/Xk3LDnzdZXLhLNbKKQCUPn80hvpsQHpDu hL9gc1cYF3etuGb7jbaTeW5dUQMWZZ3/aABA05U1PKz02gfw7L0iqLL7EntvFcMh aEOpvmQ+mVtgRH8ouSE+6Bd/eDiQXk+aGTf2d8rHI8GkTVDijDsPI73voD/AgaD5 nNyhJNg4ygUhYMK1LPDf =g9/r -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
On 12/12/14 11:21 AM, Ameer Mawia wrote: catalina.jar is loaded by common.loader defined catalina.properties: common.loader=${catalina.base}/lib,${catalina.base}/lib/*.jar,${catalina.home}/lib,${catalina.home}/lib/*.jar As stack-trace shows Bootstrap has been loaded successfully. So bootstrap.jar is not an issue. Can you please check your conf/catalina.properties, it contains above line? Hmm. Yes, it does. I found some interesting joblog messages (especially after launching startup.sh from an interactive QSHELL session) that had me checking public authorities, but after resolving those messages, Tomcat continues to crash on takeoff, with exactly the same exception as before. -- JHHL - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
On 12/12/14 11:43 AM, Christopher Schultz wrote: I wouldn't be surprised if the AS/400 unzip software does Bad Things to ZIP archives. Make sure you use UNIX-compatible tools to unpack everything, or maybe do everything from inside that UNIX-like environment (I seem to recall that, while you are running AS/400's i OS, you are also running some kind of UNIX-like environment on top of it). You might even want to check MD5 digest or something similar on the two machines to see if any files have been corrupted. EBCDIC can certainly be confusing things, here. What AS/400 unzip software? When we unzip the Tomcat zip file on a system, we use JAR, in a QSHELL session. And likewise, JAR tvm jarname.jar shows what appear to be a good bin/bootstrap.jar, a good bin/tomcat-juli.jar, and a good lib/catalina.jar Now, KEYTOOL is a worthless mess on AS/400s, but I've never seen anything like this happen from using JAR on AS/400s. -- JHHL - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 James, On 12/12/14 3:19 PM, James H. H. Lampert wrote: On 12/12/14 11:43 AM, Christopher Schultz wrote: I wouldn't be surprised if the AS/400 unzip software does Bad Things to ZIP archives. Make sure you use UNIX-compatible tools to unpack everything, or maybe do everything from inside that UNIX-like environment (I seem to recall that, while you are running AS/400's i OS, you are also running some kind of UNIX-like environment on top of it). You might even want to check MD5 digest or something similar on the two machines to see if any files have been corrupted. EBCDIC can certainly be confusing things, here. What AS/400 unzip software? Hah, I can't tell if that's a joke or not. When we unzip the Tomcat zip file on a system, we use JAR, in a QSHELL session. And likewise, JAR tvm jarname.jar shows what appear to be a good bin/bootstrap.jar, a good bin/tomcat-juli.jar, and a good lib/catalina.jar Okay, good so far. Is there any way to run md5sum or something similar against them to determine that they are byte-for-byte identical to what you have on the other (working) system? jar should be able to unzip the Tomcat .zip distribution without any problems (JAR is just ZIP with a MANIFEST.MF file... and even that isn't required). Now, KEYTOOL is a worthless mess on AS/400s, but I've never seen anything like this happen from using JAR on AS/400s. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUi1OvAAoJEBzwKT+lPKRYtwwP/i5XAtDgSXn0QjsZzYzLpKvF ygL/uK4LXqClHiiaOUHPYYRo9mDw3S1h3EsF6gr1qepoyZgGvxENd+q/8EfBJsT3 HSng3hkKSB2vrMGJDhCf0utXVXPfOm3c60OHiH4TKizQs/k6GYA0tvTSWX/pfPRg 8I2xuOHwe0FYX/9Xe5GyDnVKwC1J5/Omgsb4Fj9XL9WuvwJcmuDDyxQY0YyzjeWq 1sVdCOjFJUI6yD9qp7/76bKmh3Jd1m9gmjVhHtEO039k/wfq0du8LpfS5OpqZtjh uprHdKqZl+VfhVKA0tv2iOEaORy6KlNIqbpVJ6w9fYe06ELoO4fNWu158wGk8EWd Hq0uO1EfTCW8YfyjjAj2Sl1y/6JnPM5vhCgxnuQGRJWY2ag/NDDBVzPLaN6aQptk QzLyDExM5TX25+CvNtjvUycueVlAfhDad5YCVIHPyBsq/JmUNarOGNvS7zcoBVZV iEfKEwXguTwqSh3+5/ebeECPmAyPID0yF5ed/uQ8VX71A9Sv/fF31qFyhi3LKLxS WHnBRp4b/iXqRtIUCv/VRkg8tedGYyzGbWFV+e++Y7l2FQRbLGo+55h4xT7vQllS Ypp9qnIW+x5Sqgc6G9qZ3/aoTLbrXV+9yObV2aR2x5J1WTp1Yl00BgQEWmJbsiWz u7lGL0iCpbyS4DhgBzIY =u7Ly -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
possibly add -verbose:class to your JVM options and see if that yields anything On Fri, Dec 12, 2014 at 1:44 PM, Christopher Schultz ch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 James, On 12/12/14 3:19 PM, James H. H. Lampert wrote: On 12/12/14 11:43 AM, Christopher Schultz wrote: I wouldn't be surprised if the AS/400 unzip software does Bad Things to ZIP archives. Make sure you use UNIX-compatible tools to unpack everything, or maybe do everything from inside that UNIX-like environment (I seem to recall that, while you are running AS/400's i OS, you are also running some kind of UNIX-like environment on top of it). You might even want to check MD5 digest or something similar on the two machines to see if any files have been corrupted. EBCDIC can certainly be confusing things, here. What AS/400 unzip software? Hah, I can't tell if that's a joke or not. When we unzip the Tomcat zip file on a system, we use JAR, in a QSHELL session. And likewise, JAR tvm jarname.jar shows what appear to be a good bin/bootstrap.jar, a good bin/tomcat-juli.jar, and a good lib/catalina.jar Okay, good so far. Is there any way to run md5sum or something similar against them to determine that they are byte-for-byte identical to what you have on the other (working) system? jar should be able to unzip the Tomcat .zip distribution without any problems (JAR is just ZIP with a MANIFEST.MF file... and even that isn't required). Now, KEYTOOL is a worthless mess on AS/400s, but I've never seen anything like this happen from using JAR on AS/400s. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUi1OvAAoJEBzwKT+lPKRYtwwP/i5XAtDgSXn0QjsZzYzLpKvF ygL/uK4LXqClHiiaOUHPYYRo9mDw3S1h3EsF6gr1qepoyZgGvxENd+q/8EfBJsT3 HSng3hkKSB2vrMGJDhCf0utXVXPfOm3c60OHiH4TKizQs/k6GYA0tvTSWX/pfPRg 8I2xuOHwe0FYX/9Xe5GyDnVKwC1J5/Omgsb4Fj9XL9WuvwJcmuDDyxQY0YyzjeWq 1sVdCOjFJUI6yD9qp7/76bKmh3Jd1m9gmjVhHtEO039k/wfq0du8LpfS5OpqZtjh uprHdKqZl+VfhVKA0tv2iOEaORy6KlNIqbpVJ6w9fYe06ELoO4fNWu158wGk8EWd Hq0uO1EfTCW8YfyjjAj2Sl1y/6JnPM5vhCgxnuQGRJWY2ag/NDDBVzPLaN6aQptk QzLyDExM5TX25+CvNtjvUycueVlAfhDad5YCVIHPyBsq/JmUNarOGNvS7zcoBVZV iEfKEwXguTwqSh3+5/ebeECPmAyPID0yF5ed/uQ8VX71A9Sv/fF31qFyhi3LKLxS WHnBRp4b/iXqRtIUCv/VRkg8tedGYyzGbWFV+e++Y7l2FQRbLGo+55h4xT7vQllS Ypp9qnIW+x5Sqgc6G9qZ3/aoTLbrXV+9yObV2aR2x5J1WTp1Yl00BgQEWmJbsiWz u7lGL0iCpbyS4DhgBzIY =u7Ly -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
or -Dibm.cl.verbose=ClassToTrace On Fri, Dec 12, 2014 at 2:26 PM, Filip Hanik fi...@hanik.com wrote: possibly add -verbose:class to your JVM options and see if that yields anything On Fri, Dec 12, 2014 at 1:44 PM, Christopher Schultz ch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 James, On 12/12/14 3:19 PM, James H. H. Lampert wrote: On 12/12/14 11:43 AM, Christopher Schultz wrote: I wouldn't be surprised if the AS/400 unzip software does Bad Things to ZIP archives. Make sure you use UNIX-compatible tools to unpack everything, or maybe do everything from inside that UNIX-like environment (I seem to recall that, while you are running AS/400's i OS, you are also running some kind of UNIX-like environment on top of it). You might even want to check MD5 digest or something similar on the two machines to see if any files have been corrupted. EBCDIC can certainly be confusing things, here. What AS/400 unzip software? Hah, I can't tell if that's a joke or not. When we unzip the Tomcat zip file on a system, we use JAR, in a QSHELL session. And likewise, JAR tvm jarname.jar shows what appear to be a good bin/bootstrap.jar, a good bin/tomcat-juli.jar, and a good lib/catalina.jar Okay, good so far. Is there any way to run md5sum or something similar against them to determine that they are byte-for-byte identical to what you have on the other (working) system? jar should be able to unzip the Tomcat .zip distribution without any problems (JAR is just ZIP with a MANIFEST.MF file... and even that isn't required). Now, KEYTOOL is a worthless mess on AS/400s, but I've never seen anything like this happen from using JAR on AS/400s. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJUi1OvAAoJEBzwKT+lPKRYtwwP/i5XAtDgSXn0QjsZzYzLpKvF ygL/uK4LXqClHiiaOUHPYYRo9mDw3S1h3EsF6gr1qepoyZgGvxENd+q/8EfBJsT3 HSng3hkKSB2vrMGJDhCf0utXVXPfOm3c60OHiH4TKizQs/k6GYA0tvTSWX/pfPRg 8I2xuOHwe0FYX/9Xe5GyDnVKwC1J5/Omgsb4Fj9XL9WuvwJcmuDDyxQY0YyzjeWq 1sVdCOjFJUI6yD9qp7/76bKmh3Jd1m9gmjVhHtEO039k/wfq0du8LpfS5OpqZtjh uprHdKqZl+VfhVKA0tv2iOEaORy6KlNIqbpVJ6w9fYe06ELoO4fNWu158wGk8EWd Hq0uO1EfTCW8YfyjjAj2Sl1y/6JnPM5vhCgxnuQGRJWY2ag/NDDBVzPLaN6aQptk QzLyDExM5TX25+CvNtjvUycueVlAfhDad5YCVIHPyBsq/JmUNarOGNvS7zcoBVZV iEfKEwXguTwqSh3+5/ebeECPmAyPID0yF5ed/uQ8VX71A9Sv/fF31qFyhi3LKLxS WHnBRp4b/iXqRtIUCv/VRkg8tedGYyzGbWFV+e++Y7l2FQRbLGo+55h4xT7vQllS Ypp9qnIW+x5Sqgc6G9qZ3/aoTLbrXV+9yObV2aR2x5J1WTp1Yl00BgQEWmJbsiWz u7lGL0iCpbyS4DhgBzIY =u7Ly -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
On 12/12/2014 2:19 PM, James H. H. Lampert wrote: On 12/12/14 11:43 AM, Christopher Schultz wrote: I wouldn't be surprised if the AS/400 unzip software does Bad Things to ZIP archives. Make sure you use UNIX-compatible tools to unpack everything, or maybe do everything from inside that UNIX-like environment (I seem to recall that, while you are running AS/400's i OS, you are also running some kind of UNIX-like environment on top of it). You might even want to check MD5 digest or something similar on the two machines to see if any files have been corrupted. EBCDIC can certainly be confusing things, here. What AS/400 unzip software? When we unzip the Tomcat zip file on a system, we use JAR, in a QSHELL session. And likewise, JAR tvm jarname.jar shows what appear to be a good bin/bootstrap.jar, a good bin/tomcat-juli.jar, and a good lib/catalina.jar Now, KEYTOOL is a worthless mess on AS/400s, but I've never seen anything like this happen from using JAR on AS/400s. -- JHHL James, I have always deployed Tomcat on IBM i by mapping a network drive to the IFS and then unzipping to the mapped drive. It is slow but it hasn't ever ended up causing issues. Also, are you sure that Java 6 on this box is current with PTF's and that the profile this is running under is picking up the correct JVM version when it runs? My money is on a J9 JVM PTF but an issue with permissions or JVM version could be a possibility.. Pete - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
On Fri, Dec 12, 2014 at 2:26 PM, Filip Hanik fi...@hanik.com wrote: possibly add -verbose:class to your JVM options and see if that yields anything On 12/12/14 1:27 PM, Filip Hanik wrote: or -Dibm.cl.verbose=ClassToTrace Again calling /wintouch/tomcat/bin/startup.sh from an interactive QSHELL session, first with just the one, then with both, added to the JAVA_OPTS environment variable: No change, with either. Still the same exceptions in catalina.out; still the same information to STDOUT; still the same joblogs produced by calling the shell script from an interactive QSHELL session. -- JHHL - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
On 12/12/14 2:54 PM, Pete Helgren wrote: My money is on a J9 JVM PTF but an issue with permissions or JVM version could be a possibility.. That's occurred to us as well; we've asked someone at their end to check for PTFs. -- JHHL - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
2014-12-12 22:43 GMT+03:00 Christopher Schultz ch...@christopherschultz.net: EBCDIC can certainly be confusing things, here. I wonder - can you verify that conf/catalina.properties file can be read with a simple Java program? Essentially Tomcat does the following: in org/apache/catalina/startup/CatalinaProperties.java File home = new File(getCatalinaBase()); File conf = new File(home, conf); File propsFile = new File(conf, catalina.properties); InputStream is = new FileInputStream(propsFile); Properties properties = new Properties(); properties.load(is); Then if you print out the value of properties.get(common.loader) it shall be non-empty. I think that Tomcat can read the file (otherwise you would have seen an exception of a Failed to load catalina.properties warning), but maybe it has trouble parsing it as a properties file. Maybe the whole contents is interpreted as one line and provides no value for common.loader. The *.loader properties are allowed to be empty, so there will be no warning if one is missing. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
On Fri, Dec 12, 2014 at 3:55 PM, James H. H. Lampert jam...@touchtonecorp.com wrote: On Fri, Dec 12, 2014 at 2:26 PM, Filip Hanik fi...@hanik.com wrote: possibly add -verbose:class to your JVM options and see if that yields anything On 12/12/14 1:27 PM, Filip Hanik wrote: or -Dibm.cl.verbose=ClassToTrace Again calling /wintouch/tomcat/bin/startup.sh from an interactive QSHELL session, first with just the one, then with both, added to the JAVA_OPTS environment variable: No change, with either. Still the same exceptions in catalina.out; still the same information to STDOUT; still the same joblogs produced by calling the shell script from an interactive QSHELL session. We're not looking for change, we're looking for the output, that may tell us what is going on. Please post it, if you're not getting any output, then either those aren't supported (which I definitely thought they would be), or you're invoking it incorrectly Filip
Re: Help! Tomcat crashing on takeoff
On 12/12/14 5:36 PM, Filip Hanik wrote: We're not looking for change, we're looking for the output, that may tell us what is going on. Please post it, if you're not getting any output, then either those aren't supported (which I definitely thought they would be), or you're invoking it incorrectly Of course I wasn't expecting any change in behavior. No change implicitly meant no change in the output. And I then explicitly said that the exceptions in catalina.out look the same, what gets sent to STDOUT looks the same, and the joblogs from what QSHELL spawned off look the same. If there's anyplace else that additional output from those parameters could have gone, besides catalina.out, STDOUT, or a spool file, I can't imagine where, and I have over 20 years of experience with AS/400s. -- JHHL - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Help! Tomcat crashing on takeoff
It means they didn't take into effect. On the command line you should be able to do java -verbose:class -version and see if that flag works, if it does, then I suggest you create a setenv.sh file next to startup.sh and put JAVA_OPTS=-verbose:class -Dibm.cl.verbose=ClassToTrace export JAVA_OPTS and hopefully that way it takes into effect On Fri, Dec 12, 2014 at 6:47 PM, James H. H. Lampert jam...@touchtonecorp.com wrote: On 12/12/14 5:36 PM, Filip Hanik wrote: We're not looking for change, we're looking for the output, that may tell us what is going on. Please post it, if you're not getting any output, then either those aren't supported (which I definitely thought they would be), or you're invoking it incorrectly Of course I wasn't expecting any change in behavior. No change implicitly meant no change in the output. And I then explicitly said that the exceptions in catalina.out look the same, what gets sent to STDOUT looks the same, and the joblogs from what QSHELL spawned off look the same. If there's anyplace else that additional output from those parameters could have gone, besides catalina.out, STDOUT, or a spool file, I can't imagine where, and I have over 20 years of experience with AS/400s. -- JHHL - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org