cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paul Angus <>
Subject RE: issue with system vm template not downloading
Date Fri, 10 May 2019 15:52:29 GMT

Could you post (using or similar) a large chunk of your management server logs
around the time of this error please.  
I would think that we need some context to the message.  'Storage host' usually refers to
the SSVM itself, a timeout waiting for a response _suggests_ that the SSVM has been deployed,
but isn't 'checking-in'.  Much more of the log information would probably help, whatever the

I can kinda see what you're trying to achieve with NFS on all of the hosts - but I agree with
Ivan, I think that you'll soon regret it.


Paul Angus
Amadeus House, Floral Street, London  WC2E 9DPUK

-----Original Message-----
From: Ivan Kudryavtsev <> 
Sent: 10 May 2019 16:28
To: users <>
Subject: Re: issue with system vm template not downloading


1. About bridges, just check traffic goes correctly between HV hosts and SS. All your hosts
should be able to mount SS.
2. About your HV/Storage topology.

1st. Cloudstack doesn't balance the storages. While the first chosen storage is capable to
deploy the image, it will be used. You will not able to balance volumes between them.
2nd. Every HV will mount every storage. If HV fails (which is probably happen more frequently
than storage) it will cause __all the__ hosts will meet the problem with the NFS share and
kick reboot, so, all your cloud will reboot.
Frankly, it's the worst topology possible. What I recommend is to switch either to Ceph or
Gluster if you want shared storage, split all the hosts to separate clusters or use LOCAL
STORAGE instead of NFS storage, so your VMS will use local storage. Later if you wish to move
VMs between hosts, you can do it manually.

Best wishes

пт, 10 мая 2019 г. в 20:14, Richard Persaud <>:

> Hi Ivan,
> Thanks for the info.
> Will you clarify what I should be looking for in my bridge set up? 
> It's fairly standard other then setting the MTU to 9000.
> The host/storage devices are using hardware RAID5. And all hypervisors 
> are capable of mounting any of the NFS shares.
> Will you give me some detail on what you mean when you say using 
> native RAID is a bad idea? Why is that and what is the recommended way to set up?
> Thanks in advance
> Regards,
> Richard Persaud
> Sys Spec, Info Security Del | Macy's, Inc.
> 5985 State Bridge Rd. | Johns Creek, GA 30097
> Office: 678-474-2357
> ________________________________
> From: Ivan Kudryavtsev <>
> Sent: Thursday, May 9, 2019 21:57
> To: users
> Subject: Re: issue with system vm template not downloading
> ⚠ EXT MSG:
> Richard, the most probable problem is with bridge devices. Management 
> server doesn't care about systemvm. The only unit which cares - ssvm 
> and hypervisor. Also, if you are using naive RAID/NFS within one 
> cluster when any HV can mount any storage (mesh) it's extremely bad 
> idea. You will get s lot of reboots if any of node meets outage. If 
> you have DRBD or Gluster, then, it's fine.
> пт, 10 мая 2019 г., 6:32 Richard Persaud <
> <>>:
> > Hello,
> >
> > Our setup:
> > 4.11 on Ubuntu 16.04 LTS. One management server, eight 
> > compute/storage hosts (dual function).
> > NFS for storage.
> > No firewall in between the mgmt server and the hosts.
> > Management and storage traffic run over the same VLAN (same network).
> >
> > We are having an issue with the system vm template not downloading.
> > We have seen this issue on multiple occasions
> >
> > "Timeout waiting for response from storage host"
> >
> > It does not give any further information.
> >
> > The management server can successfully contact and mount the NFS 
> > shares from all the compute/storage hosts.
> >
> > How can I determine which storage host is timing out? Why is it 
> > timing
> out?
> >
> > Regards,
> >
> > Richard Persaud
> >
> * This is an EXTERNAL EMAIL. Stop and think before clicking a link or 
> opening attachments.

With best regards, Ivan Kudryavtsev
Bitworks LLC
Cell RU: +7-923-414-1515
Cell USA: +1-201-257-1512
WWW: <>
View raw message