Hey Paul, That out-of-memory error in the ConfigurationServerImpl might be the root-cause. This would prevent cloudstack from completely initialising and one of the last initialisation steps is to enable the admin user.
If you fix that you are a step closer. Cheers, Hugo On Jul 1, 2013, at 8:24 PM, Paul Angus <paul.an...@shapeblue.com> wrote: > I see the admin user getting added: > > 2013-07-01 19:14:04,739 TRACE [db.Transaction.Statement] (Timer-1:null) > Preparing: INSERT INTO `cloud`.`user` (id, uuid, username, password, > account_id, firstname, lastname, created, state, user.default) VALUES (2, > UUID(), 'admin', RAND(), 2, 'admin','cloud',now(), 'disabled', 1) > > No other mention of admin. > > The other two classes you were looking for appear in errors: > > 2013-07-01 19:13:35,774 ERROR [cloud.api.ApiServlet] (catalina-exec-1:null) > unknown exception writing api response > java.lang.NullPointerException > at com.cloud.api.ApiServer.loginUser(ApiServer.java:784) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:210) > at com.cloud.api.ApiServlet.doPost(ApiServlet.java:71) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:679) > 2013-07-01 19:13:35,781 DEBUG [cloud.api.ApiServlet] (catalina-exec-1:null) > ===END=== 10.0.0.17 -- POST null > 2013-07-01 19:13:38,271 TRACE [db.Transaction.Transaction] (Timer-1:null) > Took over the transaction: init > > ----------------------------------------------------------------------------------------------- > > 2013-07-01 19:14:14,037 INFO [cloud.server.ConfigurationServerImpl] > (Timer-1:null) Processing updateKeyPairs > 2013-07-01 19:14:14,037 INFO [cloud.server.ConfigurationServerImpl] > (Timer-1:null) Systemvm keypairs not found in database. Need to store them in > the database > 2013-07-01 19:14:14,037 DEBUG [utils.script.Script] (Timer-1:null) Executing: > /bin/bash -c if [ -f /var/cloudstack/management/.ssh/id_rsa ]; then rm -f > /var/cloudstack/management/.ssh/id_rsa; fi; ssh-keygen -t rsa -N '' -f > /var/cloudstack/management/.ssh/id_rsa -q > 2013-07-01 19:14:14,055 WARN [utils.script.Script] (Timer-1:null) Exception: > /bin/bash -c if [ -f /var/cloudstack/management/.ssh/id_rsa ]; then rm -f > /var/cloudstack/management/.ssh/id_rsa; fi; ssh-keygen -t rsa -N '' -f > /var/cloudstack/management/.ssh/id_rsa -q > java.io.IOException: Cannot run program "/bin/bash": java.io.IOException: > error=12, Cannot allocate memory > at java.lang.ProcessBuilder.start(ProcessBuilder.java:488) > at com.cloud.utils.script.Script.execute(Script.java:183) > at com.cloud.utils.script.Script.runSimpleBashScript(Script.java:481) > at com.cloud.utils.script.Script.runSimpleBashScript(Script.java:471) > at > com.cloud.server.ConfigurationServerImpl.updateKeyPairs(ConfigurationServerImpl.java:627) > at > com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125) > at > com.cloud.server.ConfigurationServerImpl.persistDefaultValues(ConfigurationServerImpl.java:292) > at > com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125) > at > com.cloud.server.ConfigurationServerImpl.configure(ConfigurationServerImpl.java:157) > at > com.cloud.utils.component.ComponentContext.initComponentsLifeCycle(ComponentContext.java:111) > at > com.cloud.servlet.CloudStartupServlet$1.run(CloudStartupServlet.java:50) > at java.util.TimerThread.mainLoop(Timer.java:534) > at java.util.TimerThread.run(Timer.java:484) > Caused by: java.io.IOException: java.io.IOException: error=12, Cannot > allocate memory > at java.lang.UNIXProcess.<init>(UNIXProcess.java:164) > at java.lang.ProcessImpl.start(ProcessImpl.java:81) > at java.lang.ProcessBuilder.start(ProcessBuilder.java:470) > ... 20 more > 2013-07-01 19:14:14,056 ERROR [cloud.server.ConfigurationServerImpl] > (Timer-1:null) Cannot read the private key file > java.io.FileNotFoundException: /var/cloudstack/management/.ssh/id_rsa (No > such file or directory) > at java.io.FileInputStream.open(Native Method) > at java.io.FileInputStream.<init>(FileInputStream.java:137) > at > com.cloud.server.ConfigurationServerImpl.updateKeyPairs(ConfigurationServerImpl.java:631) > at > com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125) > at > com.cloud.server.ConfigurationServerImpl.persistDefaultValues(ConfigurationServerImpl.java:292) > at > com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125) > at > com.cloud.server.ConfigurationServerImpl.configure(ConfigurationServerImpl.java:157) > at > com.cloud.utils.component.ComponentContext.initComponentsLifeCycle(ComponentContext.java:111) > at > com.cloud.servlet.CloudStartupServlet$1.run(CloudStartupServlet.java:50) > at java.util.TimerThread.mainLoop(Timer.java:534) > at java.util.TimerThread.run(Timer.java:484) > > -----Original Message----- > From: Prasanna Santhanam [mailto:t...@apache.org] > Sent: 01 July 2013 16:38 > To: dev@cloudstack.apache.org > Subject: Re: Master build problem > > On Mon, Jul 01, 2013 at 08:44:28AM +0000, Paul Angus wrote: >> This was a completely fresh build from the 4.2 branch (oss). >> >> I don't use dev cloud as it's not representative of a real environment. I >> ran: >> > Should fail on devcloud too ideally. > >> yum install -y cloud-client # run against local 4.2 repo >> cloudstack-setup-databases cloud:cloud@$MYSQLIP >> --deploy-as=root:password cloudstack-setup-management >> > > Ok, thought you were running dev environment. If you see something like > "Admin user enabled" then everything went fine. Else we'll need to see the > management server logs to see if any of the classes has misbehaved or hasn't > done what it's supposed to do. > > You can also enable trace level log for two classes in particular that we're > chasing here: AccountManagerImpl and ConfigurationServerImpl. > > See #5 in the wiki https://cwiki.apache.org/confluence/x/5QL8AQ on how to > achieve this. > > com.cloud.user.AccountManagerImpl > com.cloud.server.ConfigurationServerImpl > >> that's it... >> >> as a work around I assume I can open the unauthenticated api port and >> create a user (which I know the password for)... > > Umm, the system user should also have been randomized credentials so you > won't be able to login. The security loophole here was fixed sometime ago. > > -- > Prasanna., > > ------------------------ > Powered by BigRock.com > > > This email and any attachments to it may be confidential and are intended > solely for the use of the individual to whom it is addressed. Any views or > opinions expressed are solely those of the author and do not necessarily > represent those of Shape Blue Ltd or related companies. If you are not the > intended recipient of this email, you must neither take any action based upon > its contents, nor copy or show it to anyone. Please contact the sender if you > believe you have received this email in error. Shape Blue Ltd is a company > incorporated in England & Wales. ShapeBlue Services India LLP is operated > under license from Shape Blue Ltd. ShapeBlue is a registered trademark. >