cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ivan Kudryavtsev <kudryavtsev...@bw-sw.com>
Subject Re: issue with system vm template not downloading
Date Fri, 10 May 2019 15:27:42 GMT
Richard,

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 <richard.persaud@macys.com>:

> 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
> https://macyspartners.com/PublishingImages/MakeLifeShineBrighter.png
>
> ________________________________
> From: Ivan Kudryavtsev <kudryavtsev_ia@bw-sw.com>
> 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 <richard.persaud@macys.com
> <mailto:richard.persaud@macys.com>>:
>
> > 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: http://bitworks.software/ <http://bw-sw.com/>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message