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? >>>
