cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Carlos Reátegui <>
Subject Re: vhd-util location
Date Tue, 01 Jul 2014 15:54:12 GMT

On Jul 1, 2014, at 3:25 AM, Rohit Yadav <> wrote:

> Hi Carlos,
> Carlos Reátegui wrote:
>> Hi All,
>> When does stuff get copied from [1] to [2] ?
>> I ask because the docs (
say to download vhd-util and place it in [1] however the script that pushes it to the hosts
looks for it in [2].
>> In my case I don’t recall at when I placed it in [1], if it was in the order described
in the install docs or if it was after I realized it had not been deployed to my hosts and
did it manually.
>> Is this a bug?
>> [1] /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver
>> [2] /usr/share/cloudstack-management/webapps/client/WEB-INF/classes/scripts/vm/hypervisor/xenserver
> The vhd-util gets copied to [2] during build phase (where maven compiles
> a war package). When building the source, I usually download the
> vhd-util and place it under ./scripts/vm/hypervisor/xenserver/vhd-util
> so that it ends up in systemvm.iso and other archives. If you're
> building from source, I recommend that you download and put vhd-util to
> this path to avoid these issues.
I am installing from deb packages I built from source.  I built theses on a different machine
and created a repo for this upgrade from 4.1.1 on an ubuntu 12.04 machine.

The point I was trying to get across is that the docs say to put it in one place but the add
host function looks for it in another.  This is likely the reason we have seen a few messages
in the past about vhd-util not getting put on the hosts and having to do that manually. 

I would say this is a documentation bug but was trying to verify if maybe it was more of a
timing of when I did things.

> When CloudStack adds a Xen(Server/Project) host it copies these files
> and tries to /opt/cloud/bin from [2]'s path. But when executing commands
> I think it looks at both /opt/cloud/bin and /opt/xensource/bin/ for
> vhd-util.
> I think it could be path issue for you, which distribution are you using
> (Debian or Fedora/Centos/RPM based)? I think we could have the code
> fixed that uses vhd-util (for converting raw/images to vhd) to check if
> it's not available then download and set it up.
> The linux distro specific builds create the cloudstack-common which does
> not have this binary due to licensing issues. AFAIK, we need to download
> and copy/chmod +x the file as the and the document you shared
> says.
> I think in future, with work on xapi and XenServer plugin, we may not
> need vhd-util (Tim and other Xen folks can comment?).
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 |
> Blog: | Twitter: @_bhaisaab
> Find out more about ShapeBlue and our range of CloudStack related services
> IaaS Cloud Design & Build<>
> CSForge – rapid IaaS deployment framework<>
> CloudStack Consulting<>
> CloudStack Infrastructure Support<>
> CloudStack Bootcamp Training Courses<>
> 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 a company incorporated in India and is operated
under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated
in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

View raw message