Re: Adding a new CloudStack management server

Thanks Glenn and Suresh. Cheers. On Mon, Apr 4, 2016 at 1:01 PM, Suresh Sadhu wrote: > As Glenn told ,it will work well with haproxy .I found nice blog from > psiclouds ,hope this might be useful to you. > > >

RE: Error resize volumen

Hi Yesid, Is this a root disk or data disk that you are trying to resize ? If it is Root disk resize, I guess it is not supported on VmWare. https://cwiki.apache.org/confluence/display/CLOUDSTACK/Root+Resize+Support Regards, Pavan From: Yesid Mora [mailto:ym...@o4it.com] Sent: Wednesday,

(Re-)introduction

Hi, Apache CloudStack users. If you don't know me, I'm Kirk, an ACS committer and former employee of Cloud.com and Citrix. I haven't been very active on the lists lately, but I recently joined ShapeBlue and I will be helping out more here and other areas in the community. If you happen to be

RE: Error resize volumen

Hello thanks for your comments, confirm that the storage controller is SCSI and LSI Logic SAS, the VM not have snapshot and check in vmware and the ability to resize is available to change, the version in Cloudstack is 4.3.0 the error is: 2016-04-05 10:52:41,826 DEBUG

RE: Cloudstack 4.7 password reset issue.

The snippets for before and after the reboot via console look the same so I pasted the 2nd set of message instead of the first. Sorry about that. I did discover that the /var/lib/dhclient/dhclient.leases existed but was empty. I've run across an issue with CentOS 7 where the lease file is

Re: Error resize volumen

Yesid, This is most likely not a cloudstack issue. We ran into this issue when the volume was unavailable for resize in vmware for a few reasons. Best way to test is to login to vcenter and see if you can manually resize the disk. In many case you will find that the ability to resize is

Re: Error resize volumen

Yesid, The mailing list strips attachments, better upload it to imgur or somewhere else and send the link or just copy/paste the text. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - > From: "Yesid Mora" > To:

Error resize volumen

Hello guys, please help me, I have an error when I want resize disk, the hypervisor is VMware and the O.S. is Windows Server 2008 R2, attached the error Thanks 2016-04-05 10:52:41,826 DEBUG [c.c.u.AccountManagerImpl] (catalina-exec-2:ctx-a7997fc0 ctx-9eb2a31d) Access to

Re: Suggest backup software

What are you going to be using for storage? NFS? If you're dealing with vhd files, have a look at R1Soft, though building modules for XenServer will be tricky as there is no "kernel-devel". hth -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message -

AW: snapshot cleanup on hypervisor primary storage

XenSever is not deleting snapshots automatically when you delete a vm. XenCenter is asking you what snapshot you want to delete. I do not think that is a problem of our environment, I really think this is happening in every CS / XenServer installation. Can somebody confirm this? Mit

Re: SSVM cant route to MS, Iptables keep self-updating

Are you using VLANs? Have you tried to use tcpdump at the host to check what is happening with packages comming from SSVM? On Tue, Apr 5, 2016 at 10:34 AM, Mindaugas Milinavičius < mindau...@clustspace.com> wrote: > added an additional DNS IP: 8.8.8.8 8.8.4.4 > > > > > Pagarbiai > Mindaugas

Re: SSVM cant route to MS, Iptables keep self-updating

added an additional DNS IP: 8.8.8.8 8.8.4.4 Pagarbiai Mindaugas Milinavičius UAB STARNITA Direktorius http://www.clustspace.com LT: +37068882880 RU: +79651806396 Tomorrow's posibilities today - 1 Core, 512MB RAM, 20GB SSD, 1Gbps, Unlimited, Location: Romania,

Re: SSVM cant route to MS, Iptables keep self-updating

I think so. network/interfaces file on host/MS: auto lo iface lo inet loopback auto eth0.100 iface eth0.100 inet manual address 172.16.135.179 netmask 255.255.255.0 gateway 172.16.135.254 dns-nameservers 172.16.238.7 172.16.238.6 # Public network auto cloudbr0

Re: SSVM cant route to MS, Iptables keep self-updating

Is your network configured properly? Pagarbiai Mindaugas Milinavičius UAB STARNITA Direktorius http://www.clustspace.com LT: +37068882880 RU: +79651806396 Tomorrow's posibilities today - 1 Core, 512MB RAM, 20GB SSD, 1Gbps, Unlimited, Location: Romania, Los

Re: SSVM cant route to MS, Iptables keep self-updating

traceroute to 172.16.238.7 (172.16.238.7), 30 hops max, 60 byte packets 1 172.16.135.12 (172.16.135.12) 2996.763 ms !H 2996.765 ms !H 2996.764 ms !H traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets 1 s-2059-VM (172.16.135.84) 2996.386 ms !H 2996.374 ms !H 2996.371 ms !H

Re: SSVM cant route to MS, Iptables keep self-updating

Post traceroute 5 апр. 2016 г. 15:51 пользователь "Rafael Weingärtner" < rafaelweingart...@gmail.com> написал: > can you post your iptables -L from SSVM? > > On Tue, Apr 5, 2016 at 9:47 AM, Syafiq Rokman > wrote: > > > Yes, just tried ping from SSVM to DNS, and 8.8.8.8,

Re: SSVM cant route to MS, Iptables keep self-updating

can you post your iptables -L from SSVM? On Tue, Apr 5, 2016 at 9:47 AM, Syafiq Rokman wrote: > Yes, just tried ping from SSVM to DNS, and 8.8.8.8, and google.com. Host > still unreachable. > Healthcheck script also returning host unreachable. > > > On Tue, Apr 5, 2016

Re: SSVM cant route to MS, Iptables keep self-updating

Yes, just tried ping from SSVM to DNS, and 8.8.8.8, and google.com. Host still unreachable. Healthcheck script also returning host unreachable. On Tue, Apr 5, 2016 at 8:39 PM Rafael Weingärtner < rafaelweingart...@gmail.com> wrote: > Ok, so in your host there is nothing blocking the

Re: SSVM cant route to MS, Iptables keep self-updating

Ok, so in your host there is nothing blocking the in-out/going requests, but still the ping command does not work? That rule you presented earlier should not block “icmp-echo-request”. On Tue, Apr 5, 2016 at 9:36 AM, Syafiq Rokman wrote: > I've checked the host

Re: URGENT - CloudStack agent not able to connect to management server

How many hosts (hypervisors) are you managing with a single MS? If you add new MSs, you need to balance their (HTTP 8080 and TCP 8250) access with something like the HA proxy load balancer. On Tue, Apr 5, 2016 at 2:09 AM, Sanjeev Neelarapu < sanjeev.neelar...@accelerite.com> wrote: > Adding

Re: SSVM cant route to MS, Iptables keep self-updating

Those rules should not block the "ping" comand, hence they are meant to block "http" right? I have been having the same problem lately with XenServer. The iptables rules that are rejecting my traffic are at the host itself. Can you check your host iptables configs? On Tue, Apr 5, 2016 at 3:42

RE: snapshot cleanup on hypervisor primary storage

Hi Swen, Cloud Stack just hands over the snapshot operation to XenServer via XenServer commands. As mentioned earlier if the volume (VDI/VBD) is deleted all the associated snapshots will be cleaned up by Xenserver. My assumption here is that the volume that you have deleted from cloud stack is

AW: snapshot cleanup on hypervisor primary storage

Hi Pavan, XenServer is not deleting the snapshots even after do a rescan: Apr 5 13:20:59 cp-test-xs-2 SMGC: [24074] No work, exiting Apr 5 13:20:59 cp-test-xs-2 SMGC: [24074] In cleanup I am really not sure why he should do it in first place. Can you please tell me more about it? Please have

RE: snapshot cleanup on hypervisor primary storage

Hi Swen, Yes , if you have deleted the volume, the snapshots of that volume should be cleaned from primary storage by Xenserver. Can you please run sr scan and check if they are getting cleaned up (running sr scan will manually trigger the GC on Xenserver which should clean up these if GC is

AW: snapshot cleanup on hypervisor primary storage

Hi Pavan, snapshots are working fine. Are you sure that snapshots on primary storage should be deleted? I did some testing and observed the following: First volume-snapshot of an instance 1. you create a volume-snapshot in CS UI 2. XenServer is taking a snapshot of the vm 3. XenServer is

RE: snapshot cleanup on hypervisor primary storage

Hi Swen, I don't think this is expected. The snapshots should get cleaned from Primary Storage by XenServer. Can you please check if the snapshots are usable or corrupted ? Regarding deletion of snapshots on expunging the VM is not expected, because we do keep the snapshots (in secondary

snapshot cleanup on hypervisor primary storage

Hey guys, we are using CS 4.5 with XenServer 6.5 SP1 and observed a behavior with volume-snapshots that will fill up your primary storage over time: Workflow: 1. create an instance 2. create a volume-snapshot of the ROOT-disk of that instance 3. delete instance and expunge it 4. check primary

Re: SSVM cant route to MS, Iptables keep self-updating

Hi, Can't ping the default gateway of the SSVM or 8.8.8.8 from the SSVM. I'm using KVM as hypervisor. Tried changing iptables rules on SSVM using iptables -F iptables -X iptables -t nat -F iptables -t nat -X iptables -t mangle -F iptables -t mangle -X iptables -P INPUT ACCEPT iptables -P