H, I carried on with my sanity tests and all succeed only a disconcerning exception trace appears that I have not seen before. After creating a network and instance and then deleting it:
WARN [agent.manager.AgentManagerImpl] (AgentManager-Handler-2:) Caught: java.lang.NumberFormatException: For input string: "12498842-6143-41d6-adfc-05b1f070e618" at java.lang.NumberFormatException.forInputString(Unknown Source) at java.lang.Long.parseLong(Unknown Source) at java.lang.Long.parseLong(Unknown Source) at com.cloud.consoleproxy.AgentHookBase.onConsoleAccessAuthentication(AgentHookBase.java:135) at com.cloud.consoleproxy.ConsoleProxyListener.processControlCommand(ConsoleProxyListener.java:61) at com.cloud.agent.manager.AgentManagerImpl.handleControlCommand(AgentManagerImpl.java:347) at com.cloud.agent.manager.AgentManagerImpl.access$200(AgentManagerImpl.java:144) at com.cloud.agent.manager.AgentManagerImpl$AgentHandler.processRequest(AgentManagerImpl.java:1260) at com.cloud.agent.manager.AgentManagerImpl$AgentHandler.doTask(AgentManagerImpl.java:1348) at com.cloud.agent.manager.ClusteredAgentManagerImpl$ClusteredAgentHandler.doTask(ClusteredAgentManagerImpl.java:666) at com.cloud.utils.nio.Task.run(Task.java:83) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Is there anybody out there that can explain this one? On Wed, Dec 11, 2013 at 5:56 PM, Daan Hoogland <daan.hoogl...@gmail.com> wrote: > Wei, > > Thanks for the smack in the face. The problem was in my funky test > setup with a local ms (on windows). > > Though I'm out of principle not very appreciative for the 'extra' > fixes form RC to RC, this one would not have affected me had I been a > good boy. > > > On Wed, Dec 11, 2013 at 1:14 PM, Daan Hoogland <daan.hoogl...@gmail.com> > wrote: >> I might agree as my env is running from source on windows but this is >> an upgrade scenario and the page you refer is about installing! Is >> that covered somewhere? Or does the copy take place automatically? >> >> regards, >> Daan >> >> On Wed, Dec 11, 2013 at 12:00 PM, Wei ZHOU <ustcweiz...@gmail.com> wrote: >>> It looks you did not follow the instruction. >>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.0/html/Installation_Guide/management-server-install-flow.html >>> >>> I think it is not a blocker or critical issue. >>> >>> >>> 2013/12/11 Daan Hoogland <daan.hoogl...@gmail.com> >>> >>>> I can confirm that the folowing fixes the problem >>>> >>>> [root@mccdxen1 bin]# pwd >>>> /opt/cloud/bin >>>> [root@mccdxen1 bin]# ln -s /opt/xensource/bin/vhd-util . >>>> >>>> I don't think we should let this to the people doing a migration from >>>> one version to another so >>>> >>>> -1 (binding) to this rc >>>> >>>> I want to set this link in code (on addHost??) so again you will hear >>>> more on this from me >>>> >>>> regards, >>>> Daan >>>> >>>> On Wed, Dec 11, 2013 at 10:38 AM, Daan Hoogland <daan.hoogl...@gmail.com> >>>> wrote: >>>> > On Wed, Dec 11, 2013 at 5:24 AM, David Nalley <da...@gnsa.us> wrote: >>>> >> Why, for a bug fix release would we do something like change the >>>> >> expected location of vhd-util on a XS host? >>>> > >>>> > Or more specifically; What bug does this fix? >>>> > >>>> > And why is it not copied to the hypervisors as part of the zone >>>> > configuration/addHost procudure? >>>>
