Re: [base] Base 3.2 installation on Mac OS 10.6 server
I noticed what could be an interesting point. In the /Library/Tomcat/bin/catalina.sh file is setted the following line as recommended: CATALINA_OPTS=-Xmx1G -Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false -Dcom.sun.media.jai.disableMediaLib=true -Djava.awt.headless=true but when I type ps -e | grep Tomcat, it gives the following: 14952 ttys0005:31.03 /Library/Java/Home/bin/java -Djava.util.logging.config.file=/Library/Tomcat/conf/logging.properties -Xms512m -Xmx1G -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Xms512m -Xmx1G -Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false -Dcom.sun.media.jai.disableMediaLib=true -Djava.endorsed.dirs=/Library/Tomcat/endorsed -classpath /Library/Tomcat/bin/bootstrap.jar -Dcatalina.base=/Library/Tomcat -Dcatalina.home=/Library/Tomcat -Djava.io.tmpdir=/Library/Tomcat/temp org.apache.catalina.startup.Bootstrap start 16845 ttys0000:00.00 grep Tomcat Thus the -Djava.awt.headless=true setting does not appear here. Would it mean that the setting comes from somewhere else then the /Library/Tomcat/bin/catalina.sh file ? If I do a modification on the /Library/Tomcat/bin/catalina.sh file, at what stage should I rester the installation procedure ? Just restart Tomcat (/Library/Tomcat/bin/shutdown.sh and then /Library/Tomcat/bin/startup.sh) ? The other thing I noticed, confirming that the Djava.awt.headless option is not taken in account is that I get a windowed application named org.apache.catalina.startup.Bootstrap that remains as mentioned by Jari. What surprises me is that when I type the command : /Library/Tomcat/bin/shutdown.sh I get the following output: Using CATALINA_BASE: /Library/Tomcat Using CATALINA_HOME: /Library/Tomcat Using CATALINA_TMPDIR: /Library/Tomcat/temp Using JRE_HOME:/Library/Java/Home Using CLASSPATH: /Library/Tomcat/bin/bootstrap.jar Using CATALINA_PID:/Library/Tomcat/catalina_pid.txt PID file found but no matching process was found. Stop aborted. And the Java process is still running… Other informations: Both /Library/Tomcat/work/Catalina/localhost/base2 and /Library/Tomcat/work/Catalina/localhost/_/ directories are empty I have set the owner of /Library/Tomcat/work directory and inner files to _appserver user and _appserveradm group as defined for the tomcat process. The other odd thing I am just discovering is that when typing the command line 'ps auxw | grep tomcat' I only get one time out of three the shell process /Library/Tomcat/bin/tomcat-launchd.sh And each time it has an other pid. Is it supposed to be so ? That would explain why when I want to shutdown the Tomcat process it is aborted. Thanks again for taking of your time. Laurent Le 12 sept. 2013 à 20:48, Nicklas Nordborg nicklas.nordb...@med.lu.se a écrit : On 2013-09-12 16:22, Jari Häkkinen wrote: On 2013-09-11 10:57, Laurent Troxler wrote: going through the log files here is what I can get: system.log: repeating those two lines Sep 11 10:32:00 seridi java[85937]: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. Sep 11 10:32:02 seridi com.apple.launchd[1] (org.apache.tomcat): Throttling respawn: Will start in 8 seconds /Library/Tomcat/logs/catalina.2013-09-11.log : Sep 11, 2013 10:52:05 AM org.apache.catalina.startup.Bootstrap initClassLoaders SEVERE: Class loader creation threw exception java.lang.InternalError: Can't connect to window server - not enough permissions. I think this could be that the Java runtime engine is starting up various threads for handling GUI interactions. I have not seen this preventing startup of Tomcat or BASE but it can lead to issues with generating plots and other image handling (much) later. The installation instructions mention that headless mode should be enabled to prevent this. See 4:th bullet in the Tomcat section (http://base.thep.lu.se/chrome/site/latest/html/admin/installation.main.html). In any case, I don't think this is related to BASE not working, but it needs to be fixed sooner or later and better to rule it out as soon as possible. /Nicklas -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ The BASE general discussion mailing list basedb-users@lists.sourceforge.net unsubscribe: send a mail with subject unsubscribe to basedb-users-requ...@lists.sourceforge.net -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single
Re: [base] Base 3.2 installation on Mac OS 10.6 server
Yes, I can axes to Tomcat Home page and login as root. There I can see that base2 is uploaded. There isn't any obvious error on the web interface. To answer to Jari, I am working presently directly on the server to avoid any internet problem. What do you mean by work directory hierarchy ? Does it mean that each directory of the /Library/Tomcat/work/Catalina/localhost/base2 chain should be owned by www or it should be the case only for base2 ? At this time it is owned by root from the _appserveradm group (I guess setted by the system) I was also wondering if my base.config file was well setted. Should the db.username be setted to base2user or to root ? Thanks again for your help. Laurent Le 11/09/2013 14:34, Nicklas Nordborg a écrit : Seems to me like there is some problem with the Tomcat installation. Unfortunately I am not very familiar with Mac so I am afraid I won't be of much help here. Have you checked if you can access the Tomcat welcome page? http://localhost:8080/ /Nicklas On 2013-09-11 10:57, Laurent Troxler wrote: Le 10 sept. 2013 à 20:26, Nicklas Nordborg nicklas.nordb...@med.lu.se mailto:nicklas.nordb...@med.lu.se a écrit : On 2013-09-10 16:35, Laurent Troxler wrote: Thank you Nicolas for your answer. It helped me to find out that I had missed the base.config file password setting. I thus could go through the all process. Great. I am now facing an other problem linked to Tomcat. After setting the symbolic link between Tomcat and Base, when I go on the webpage http://hostname:8080/base2 I get alternatively : The /Library/Tomcat/work directory and subdirectories are directories where Tomcat store temporary working files. Usually this is not something one has to worry about. I can think of two reasons why the directory referenced in the error message is empty: 1. The Tomcat process doesn't have write permission on the directory I have given the full rights to every one on /Library/Tomcat/work/Catalina/localhost/base2 drwxrwxrwx 8 root _appserveradm 272 22 aoû 11:47 /Library/Tomcat/work/Catalina/localhost/base2 Should it also need to change the owner ? But I do not know which user is Tomcat using 2. The disk is full there is over a hundred Go, It should be enough It might be possible that there is more information in one of Tomcat's log files (though I can't tell which one, the logging setup of Tomcat is still a bit of a mystery to me...). At least, it seems like Tomcat is up and running so it shouldn't be a Java issue. going through the log files here is what I can get: system.log: repeating those two lines Sep 11 10:32:00 seridi java[85937]: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. Sep 11 10:32:02 seridi com.apple.launchd[1] (org.apache.tomcat): Throttling respawn: Will start in 8 seconds /Library/Tomcat/logs/catalina.2013-09-11.log : Sep 11, 2013 10:52:05 AM org.apache.catalina.startup.Bootstrap initClassLoaders SEVERE: Class loader creation threw exception java.lang.InternalError: Can't connect to window server - not enough permissions. at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1827) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1724) at java.lang.Runtime.loadLibrary0(Runtime.java:823) at java.lang.System.loadLibrary(System.java:1045) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Toolkit.loadLibraries(Toolkit.java:1605) at java.awt.Toolkit.clinit(Toolkit.java:1627) at sun.awt.AppContext$2.run(AppContext.java:240) at sun.awt.AppContext$2.run(AppContext.java:226) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.AppContext.initMainAppContext(AppContext.java:226) at sun.awt.AppContext.access$200(AppContext.java:112) at sun.awt.AppContext$3.run(AppContext.java:306) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.AppContext.getAppContext(AppContext.java:287) at com.sun.jmx.trace.Trace.out(Trace.java:180) at com.sun.jmx.trace.Trace.isSelected(Trace.java:88) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.isTraceOn(DefaultMBeanServerInterceptor.java:1830) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:929) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:916) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:312) at com.sun.jmx.mbeanserver.JmxMBeanServer$2.run(JmxMBeanServer.java:1195) at java.security.AccessController.doPrivileged(Native Method) at com.sun.jmx.mbeanserver.JmxMBeanServer.initialize(JmxMBeanServer.java:1193) at com.sun.jmx.mbeanserver.JmxMBeanServer.init(JmxMBeanServer.java:225) at com.sun.jmx.mbeanserver.JmxMBeanServer.init(JmxMBeanServer.java:170) at
Re: [base] Base 3.2 installation on Mac OS 10.6 server
On 2013-09-12 16:47, Laurent TROXLER wrote: Yes, I can axes to Tomcat Home page and login as root. There I can see that base2 is uploaded. There isn't any obvious error on the web interface. To answer to Jari, I am working presently directly on the server to avoid any internet problem. Ok. What do you mean by work directory hierarchy ? Does it mean that each directory of the /Library/Tomcat/work/Catalina/localhost/base2 chain should be owned by www or it should be the case only for base2 ? At this time it is owned by root from the _appserveradm group (I guess setted by the system) On my machine all files and directories in /Library/Tomcat/work are owned by the tomcat user. Normally the ownership should be correct if you have not tampered with them. To decide the tomcat user do 'ps auxw | grep tomcat' and you should see the userid in the leftmost column in the listing (assuming that the program is called tomcat on your system). Another path is to look at the owner of the log files since these should be owned by the tomcat user on your system. Do 'ls -ls /Library/Tomcat/logs'. Change the ownership to match the owner of the log files with 'sudo chown -R userid:groupid /Library/Tomcat/work' Anyhow, I do not think the above is the problem. I was also wondering if my base.config file was well setted. Should the db.username be setted to base2user or to root ? Thanks again for your help. db.username should be set to the userid you used when you create the database in mysql, i.e., whatever you used as db_user in GRANT ALL ON base2.* TO db_user@localhost IDENTIFIED BY 'db_password'; The root userid is used in the web interface once you get the server running. (Assuming that you did not set it to something else during installation which I do myself.) going through the log files here is what I can get: system.log: repeating those two lines Sep 11 10:32:00 seridi java[85937]: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. Sep 11 10:32:02 seridi com.apple.launchd[1] (org.apache.tomcat): Throttling respawn: Will start in 8 seconds There is a short discussion on this issue at https://discussions.apple.com/thread/5270047?start=0tstart=0 maybe that can help you with the above issue? /Library/Tomcat/logs/catalina.2013-09-11.log : Sep 11, 2013 10:52:05 AM org.apache.catalina.startup.Bootstrap initClassLoaders SEVERE: Class loader creation threw exception java.lang.InternalError: Can't connect to window server - not enough permissions. at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1827) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1724) at java.lang.Runtime.loadLibrary0(Runtime.java:823) at java.lang.System.loadLibrary(System.java:1045) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Toolkit.loadLibraries(Toolkit.java:1605) at java.awt.Toolkit.clinit(Toolkit.java:1627) at sun.awt.AppContext$2.run(AppContext.java:240) at sun.awt.AppContext$2.run(AppContext.java:226) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.AppContext.initMainAppContext(AppContext.java:226) at sun.awt.AppContext.access$200(AppContext.java:112) at sun.awt.AppContext$3.run(AppContext.java:306) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.AppContext.getAppContext(AppContext.java:287) at com.sun.jmx.trace.Trace.out(Trace.java:180) at com.sun.jmx.trace.Trace.isSelected(Trace.java:88) Have you set the following parameters for the tomcat server? (See section Tomcat at the top in http://base.thep.lu.se/chrome/site/latest/html/admin/installation.main.html CATALINA_OPTS=-Xmx1G -Dorg.apache.jasper.compiler.Parser.STRICT_QUOTE_ESCAPING=false -Dcom.sun.media.jai.disableMediaLib=true -Djava.awt.headless=true The last option is important, see http://stackoverflow.com/questions/11024555/elasticsearch-java-lang-internalerror-cant-connect-to-window-server since it will avoid the problem of connecting to the window server. If I remove the last option myself, I get a windowed application named org.apache.catalina.startup.Bootstrap that remains until I shutdown tomcat (cf. attached png). If I kill the window application then tomcat dies. If the headless option is true then the windowed application does not appear and tomcat runs fine. However, I do not know how I have managed to allow java to connect to my window server though. I have been running BASE for years now so may be it was something I had to fix long time ago? Cheers, Jari attachment: bootstrapApplication.ong.png-- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3.
Re: [base] Base 3.2 installation on Mac OS 10.6 server
On 2013-09-11 10:57, Laurent Troxler wrote: going through the log files here is what I can get: system.log: repeating those two lines Sep 11 10:32:00 seridi java[85937]: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. Sep 11 10:32:02 seridi com.apple.launchd[1] (org.apache.tomcat): Throttling respawn: Will start in 8 seconds /Library/Tomcat/logs/catalina.2013-09-11.log : Sep 11, 2013 10:52:05 AM org.apache.catalina.startup.Bootstrap initClassLoaders SEVERE: Class loader creation threw exception java.lang.InternalError: Can't connect to window server - not enough permissions. It seems like the tomcat process cannot connect to the window server. I have noticed that when I start (or stop) tomcat on my MacBook there is some interaction with the window server on my mac (i.e., the finder process). I have no idea why this happens but I think it is java that tries to connect to the window server. Are you sitting directly in the machine you try to run tomcat on? If you ssh into the machine you may be unable to connect to the window server since you must own the window server process. Try to log in directly to the mac server and start the services from a terminal. You may see some windows flash by during the start up phase. This experiment would be interesting. On my machine I allow Remote login (under the Sharing pane in System preferences) ... maybe that option resolves something. Can you connect to the tomcat server at all? As Nicklas points out, try connecting to http://hostname:8080 and you should see a Tomcat welcome page. Also, the tomcat server user should own the work directory hierarchy. On my machine this user is 'www'. I have a running BASE 3.2.3 server with Tomcat 6.0.35 and PostgreSQL 9.3.0. Non-Apple software I almost always install Macports packages (tomcat and Postgresql). I run on Mac OSX 10.7.5 non-server version. I think your issues are symptoms of a tomcat/java/mac window server clash. Cheers, Jari -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ The BASE general discussion mailing list basedb-users@lists.sourceforge.net unsubscribe: send a mail with subject unsubscribe to basedb-users-requ...@lists.sourceforge.net
Re: [base] Base 3.2 installation on Mac OS 10.6 server
Le 10 sept. 2013 à 20:26, Nicklas Nordborg nicklas.nordb...@med.lu.se a écrit : On 2013-09-10 16:35, Laurent Troxler wrote: Thank you Nicolas for your answer. It helped me to find out that I had missed the base.config file password setting. I thus could go through the all process. Great. I am now facing an other problem linked to Tomcat. After setting the symbolic link between Tomcat and Base, when I go on the webpage http://hostname:8080/base2 I get alternatively : The /Library/Tomcat/work directory and subdirectories are directories where Tomcat store temporary working files. Usually this is not something one has to worry about. I can think of two reasons why the directory referenced in the error message is empty: 1. The Tomcat process doesn't have write permission on the directory I have given the full rights to every one on /Library/Tomcat/work/Catalina/localhost/base2 drwxrwxrwx 8 root _appserveradm 272 22 aoû 11:47 /Library/Tomcat/work/Catalina/localhost/base2 Should it also need to change the owner ? But I do not know which user is Tomcat using 2. The disk is full there is over a hundred Go, It should be enough It might be possible that there is more information in one of Tomcat's log files (though I can't tell which one, the logging setup of Tomcat is still a bit of a mystery to me...). At least, it seems like Tomcat is up and running so it shouldn't be a Java issue. going through the log files here is what I can get: system.log: repeating those two lines Sep 11 10:32:00 seridi java[85937]: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. Sep 11 10:32:02 seridi com.apple.launchd[1] (org.apache.tomcat): Throttling respawn: Will start in 8 seconds /Library/Tomcat/logs/catalina.2013-09-11.log : Sep 11, 2013 10:52:05 AM org.apache.catalina.startup.Bootstrap initClassLoaders SEVERE: Class loader creation threw exception java.lang.InternalError: Can't connect to window server - not enough permissions. at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1827) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1724) at java.lang.Runtime.loadLibrary0(Runtime.java:823) at java.lang.System.loadLibrary(System.java:1045) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Toolkit.loadLibraries(Toolkit.java:1605) at java.awt.Toolkit.clinit(Toolkit.java:1627) at sun.awt.AppContext$2.run(AppContext.java:240) at sun.awt.AppContext$2.run(AppContext.java:226) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.AppContext.initMainAppContext(AppContext.java:226) at sun.awt.AppContext.access$200(AppContext.java:112) at sun.awt.AppContext$3.run(AppContext.java:306) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.AppContext.getAppContext(AppContext.java:287) at com.sun.jmx.trace.Trace.out(Trace.java:180) at com.sun.jmx.trace.Trace.isSelected(Trace.java:88) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.isTraceOn(DefaultMBeanServerInterceptor.java:1830) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:929) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:916) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:312) at com.sun.jmx.mbeanserver.JmxMBeanServer$2.run(JmxMBeanServer.java:1195) at java.security.AccessController.doPrivileged(Native Method) at com.sun.jmx.mbeanserver.JmxMBeanServer.initialize(JmxMBeanServer.java:1193) at com.sun.jmx.mbeanserver.JmxMBeanServer.init(JmxMBeanServer.java:225) at com.sun.jmx.mbeanserver.JmxMBeanServer.init(JmxMBeanServer.java:170) at com.sun.jmx.mbeanserver.JmxMBeanServer.newMBeanServer(JmxMBeanServer.java:1401) at javax.management.MBeanServerBuilder.newMBeanServer(MBeanServerBuilder.java:93) at javax.management.MBeanServerFactory.newMBeanServer(MBeanServerFactory.java:311) at javax.management.MBeanServerFactory.createMBeanServer(MBeanServerFactory.java:214) at javax.management.MBeanServerFactory.createMBeanServer(MBeanServerFactory.java:175) at sun.management.ManagementFactory.createPlatformMBeanServer(ManagementFactory.java:302) at java.lang.management.ManagementFactory.getPlatformMBeanServer(ManagementFactory.java:504) at org.apache.catalina.startup.Bootstrap.createClassLoader(Bootstrap.java:183) at org.apache.catalina.startup.Bootstrap.initClassLoaders(Bootstrap.java:92) at
Re: [base] Base 3.2 installation on Mac OS 10.6 server
Seems to me like there is some problem with the Tomcat installation. Unfortunately I am not very familiar with Mac so I am afraid I won't be of much help here. Have you checked if you can access the Tomcat welcome page? http://localhost:8080/ /Nicklas On 2013-09-11 10:57, Laurent Troxler wrote: Le 10 sept. 2013 à 20:26, Nicklas Nordborg nicklas.nordb...@med.lu.se mailto:nicklas.nordb...@med.lu.se a écrit : On 2013-09-10 16:35, Laurent Troxler wrote: Thank you Nicolas for your answer. It helped me to find out that I had missed the base.config file password setting. I thus could go through the all process. Great. I am now facing an other problem linked to Tomcat. After setting the symbolic link between Tomcat and Base, when I go on the webpage http://hostname:8080/base2 I get alternatively : The /Library/Tomcat/work directory and subdirectories are directories where Tomcat store temporary working files. Usually this is not something one has to worry about. I can think of two reasons why the directory referenced in the error message is empty: 1. The Tomcat process doesn't have write permission on the directory I have given the full rights to every one on /Library/Tomcat/work/Catalina/localhost/base2 drwxrwxrwx 8 root _appserveradm 272 22 aoû 11:47 /Library/Tomcat/work/Catalina/localhost/base2 Should it also need to change the owner ? But I do not know which user is Tomcat using 2. The disk is full there is over a hundred Go, It should be enough It might be possible that there is more information in one of Tomcat's log files (though I can't tell which one, the logging setup of Tomcat is still a bit of a mystery to me...). At least, it seems like Tomcat is up and running so it shouldn't be a Java issue. going through the log files here is what I can get: system.log: repeating those two lines Sep 11 10:32:00 seridi java[85937]: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged. Sep 11 10:32:02 seridi com.apple.launchd[1] (org.apache.tomcat): Throttling respawn: Will start in 8 seconds /Library/Tomcat/logs/catalina.2013-09-11.log : Sep 11, 2013 10:52:05 AM org.apache.catalina.startup.Bootstrap initClassLoaders SEVERE: Class loader creation threw exception java.lang.InternalError: Can't connect to window server - not enough permissions. at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1827) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1724) at java.lang.Runtime.loadLibrary0(Runtime.java:823) at java.lang.System.loadLibrary(System.java:1045) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Toolkit.loadLibraries(Toolkit.java:1605) at java.awt.Toolkit.clinit(Toolkit.java:1627) at sun.awt.AppContext$2.run(AppContext.java:240) at sun.awt.AppContext$2.run(AppContext.java:226) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.AppContext.initMainAppContext(AppContext.java:226) at sun.awt.AppContext.access$200(AppContext.java:112) at sun.awt.AppContext$3.run(AppContext.java:306) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.AppContext.getAppContext(AppContext.java:287) at com.sun.jmx.trace.Trace.out(Trace.java:180) at com.sun.jmx.trace.Trace.isSelected(Trace.java:88) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.isTraceOn(DefaultMBeanServerInterceptor.java:1830) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerDynamicMBean(DefaultMBeanServerInterceptor.java:929) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:916) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:312) at com.sun.jmx.mbeanserver.JmxMBeanServer$2.run(JmxMBeanServer.java:1195) at java.security.AccessController.doPrivileged(Native Method) at com.sun.jmx.mbeanserver.JmxMBeanServer.initialize(JmxMBeanServer.java:1193) at com.sun.jmx.mbeanserver.JmxMBeanServer.init(JmxMBeanServer.java:225) at com.sun.jmx.mbeanserver.JmxMBeanServer.init(JmxMBeanServer.java:170) at com.sun.jmx.mbeanserver.JmxMBeanServer.newMBeanServer(JmxMBeanServer.java:1401) at javax.management.MBeanServerBuilder.newMBeanServer(MBeanServerBuilder.java:93) at javax.management.MBeanServerFactory.newMBeanServer(MBeanServerFactory.java:311) at javax.management.MBeanServerFactory.createMBeanServer(MBeanServerFactory.java:214) at javax.management.MBeanServerFactory.createMBeanServer(MBeanServerFactory.java:175) at sun.management.ManagementFactory.createPlatformMBeanServer(ManagementFactory.java:302) at java.lang.management.ManagementFactory.getPlatformMBeanServer(ManagementFactory.java:504) at org.apache.catalina.startup.Bootstrap.createClassLoader(Bootstrap.java:183) at
Re: [base] Base 3.2 installation on Mac OS 10.6 server
On 2013-09-09 16:04, Laurent Troxler wrote: Hello all, Ì am new at Base and trying to install it on a Mac OS 10.6 server. Looking in the mailing list archives did not bring me any helping information, Mac OS does not appear often. Therefore I submit you my problem. After downloading and unpacking Base, setting Apache, MySQL, TomCat, and configuring Base I reached the step of the database initialization with the instruction : ./initdb.sh [base_root_login] base_root_password Below is what I get in return on my terminal. I am using the Base root login and password defined in MySQL but it looks like it is not recognized. Is there anyone having faced such problem in similar configuration or having suggestion It seems like the root problem is that MySQL is not letting the BASE installation to connect to the database. The first step is to verify/make sure that you can connect manually to MySQL using the same username and password as you have specified in the base.config file. Depending on how networking is set up it may help to replace 'localhost' with '127.0.0.1' when granting access to MySQL and in the 'base.config' file (db.url setting). /Nicklas -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ The BASE general discussion mailing list basedb-users@lists.sourceforge.net unsubscribe: send a mail with subject unsubscribe to basedb-users-requ...@lists.sourceforge.net