Hi Dag, restart did not work but updating the tables initiate the recreation of the system VMs. But it does not give me the chance to restart cloudstack server, as soon as destroy the VMs it starts the VM recreation. Is there a way to stop this behaviour
Thanks and Regards Asanka On 15 August 2017 at 14:19, Asanka Gunasekara <asa...@nimbus.lk> wrote: > Thank you Dag > > Best Regards > > Asanka > > On 15 August 2017 at 13:18, Dag Sonstebo <dag.sonst...@shapeblue.com> > wrote: > >> Hi Asanka, >> >> Maybe give you management server a reboot first of all. >> >> If this fails then yes we sometimes set status to stopped or destroyed in >> the DB – you also need to set the removed date and last update date. >> >> Regards, >> Dag Sonstebo >> Cloud Architect >> ShapeBlue >> >> On 15/08/2017, 07:07, "Asanka Gunasekara" <asa...@nimbus.lk> wrote: >> >> Hi Guys, what would happen if i change the column in the table >> VM_instance, >> to Destroyed or running >> >> :( >> >> On 15 Aug 2017 8:28 am, "Asanka Gunasekara" <asa...@nimbus.lk> wrote: >> >> > Hi Guys, when a system VM is in start state in ui, it does not give >> any >> > option to delete stop start etc. What if it to change db entry of >> the >> > system VMS to running state. Will it give me the option to destroy? >> If so >> > what would be the database relation? >> > >> > Thanks and regards >> > >> > Asanka >> > >> > On 15 Aug 2017 6:42 am, "Asanka Gunasekara" <asa...@nimbus.lk> >> wrote: >> > >> >> Hi Dag, I deleted both the system VMs and from the cloudstack it >> says >> >> starting but I dont see the the VM been generated, now its since >> more than >> >> 12 houres >> >> >> >> Thanks and Regards >> >> >> >> Asanka >> >> >> > >> dag.sonst...@shapeblue.com >> www.shapeblue.com >> 53 Chandos Place, Covent Garden, London WC2N 4HSUK >> @shapeblue >> >> >> >> > On 10 August 2017 at 21:47, Asanka Gunasekara <asa...@nimbus.lk> wrote: >> >> >> >>> Thank you Dag, >> >>> >> >>> >> >>> On 10 Aug 2017 3:09 am, "Dag Sonstebo" < >> dag.sonst...@shapeblue.com> >> >>> wrote: >> >>> >> >>> Sure, let us know how you get on. The fact that the previous ssvm >> check >> >>> showed up with 172.17.101.1 was probably down to the wrong “host” >> global >> >>> setting – since the SSVM didn’t know where to contact management >> I would >> >>> guess it used a default override. >> >>> >> >>> Regards, >> >>> Dag Sonstebo >> >>> Cloud Architect >> >>> ShapeBlue >> >>> S: +44 20 3603 0540 | dag.sonst...@shapeblue.com | >> >>> http://www.shapeblue.com <http://www.shapeblue.com/> | >> >>> Twitter:@ShapeBlue <https://twitter.com/#!/shapeblue> >> >>> >> >>> >> >>> On 09/08/2017, 17:54, "Asanka Gunasekara" <asa...@nimbus.lk> >> wrote: >> >>> >> >>> Hi Dag, pleas give me few days as I am on an implementation >> visit to >> >>> a >> >>> remote site. But below are some of the test I performed >> before. >> >>> >> >>> 1. Ping from ssvm to NFS is possible >> >>> 2. Manually mounting NFS to /tmp/secondary is possible >> without any >> >>> Issy >> >>> >> >>> From the previous run of the ssvm check it is looking for a >> serve IP >> >>> 172.17.101.1. Where registered NFS share is 172.17.101.253 >> >>> >> >>> I will run the check again on the first chance I get >> >>> >> >>> Thank you and best regards >> >>> >> >>> Asanka >> >>> >> >>> >> >>> On 9 Aug 2017 12:55 pm, "Dag Sonstebo" < >> dag.sonst...@shapeblue.com> >> >>> wrote: >> >>> >> >>> OK , can you post up the results of the ssvm check again? >> >>> >> >>> As suggested previously on this thread – can you try to >> >>> 1) Ping the NFS server from the SSVM (SSVM check does this as >> well) >> >>> – if >> >>> this doesn’t work then you have a networking issue. >> >>> 2) Depending on ping - manually mount the secondary NFS share >> on >> >>> your SSVM. >> >>> If this doesn’t work then you need to investigate the logs at >> the >> >>> NFS end >> >>> to see why the NFS handshake fails. >> >>> >> >>> Regards, >> >>> Dag Sonstebo >> >>> Cloud Architect >> >>> ShapeBlue >> >>> >> >>> On 08/08/2017, 19:14, "Asanka Gunasekara" <asa...@nimbus.lk> >> wrote: >> >>> >> >>> Hi Dag >> >>> >> >>> After changing localhost to management server ip oin >> global >> >>> configuration I >> >>> dont see the management server error. But the NFS error >> still >> >>> persist >> >>> >> >>> Thanks and Regards >> >>> >> >>> Asanka >> >>> >> >>> >> >>> dag.sonst...@shapeblue.com >> >>> www.shapeblue.com >> >>> 53 Chandos Place, Covent Garden, London WC2N 4HSUK >> >>> @shapeblue >> >>> >> >>> >> >>> >> >>> >> >>> dag.sonst...@shapeblue.com >> >>> www.shapeblue.com >> >>> 53 Chandos Place, Covent Garden, London WC2N 4HSUK >> >>> @shapeblue >> >>> >> >>> >> >>> >> >>> On 8 August 2017 at 23:33, Asanka Gunasekara <asa...@nimbus.lk> >> wrote: >> >>> >> >>> > Hi Dag, thanks for reply >> >>> > >> >>> > Did the change and the VMs are being rebuilt >> >>> > >> >>> > NFS server configuration, I took this from the >> installation >> >>> guied >> >>> > >> >>> > [root@share ~]# cat /etc/exports >> >>> > /share_smb/export/secondary >> *(rw,async,no_root_squash,no_ >> >>> subtree_check) >> >>> > /share_smb/export/primary *(rw,async,no_root_squash,no_s >> >>> ubtree_check) >> >>> > [root@share ~]# >> >>> > >> >>> > >> >>> > On 8 August 2017 at 17:06, Dag Sonstebo < >> >>> dag.sonst...@shapeblue.com> >> >>> > wrote: >> >>> > >> >>> >> Hi Asanka, >> >>> >> >> >>> >> Can you change your “host” global setting to your >> management >> >>> server >> >>> IP >> >>> >> (it’s currently set to “localhost”), restart your >> management >> >>> service >> >>> and >> >>> >> then destroy your SSVM + let this recreate. >> >>> >> >> >>> >> Once done run the check again and let us know the >> outcome. >> >>> >> >> >>> >> Can you also show us the configuration of your NFS >> share – >> >>> i.e. what >> >>> >> parameters are set etc. >> >>> >> >> >>> >> Regards, >> >>> >> Dag Sonstebo >> >>> >> Cloud Architect >> >>> >> ShapeBlue >> >>> >> >> >>> >> On 08/08/2017, 10:28, "Asanka Gunasekara" < >> asa...@nimbus.lk> >> >>> wrote: >> >>> >> >> >>> >> Hi Guys, >> >>> >> >> >>> >> ssvm-check.sh command output >> >>> >> >> >>> >> https://snag.gy/bzpE5n.jpg >> >>> >> >> >>> >> Details of my nfs share >> >>> >> >> >>> >> https://snag.gy/WgJxCY.jpg >> >>> >> >> >>> >> Thanks and Best Regards >> >>> >> >> >>> >> Asanka >> >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> dag.sonst...@shapeblue.com >> >>> >> www.shapeblue.com >> >>> >> 53 Chandos Place, Covent Garden, London WC2N 4HSUK >> >>> >> @shapeblue >> >>> >> >> >>> >> >> >>> >> >> >>> >> On 8 August 2017 at 14:48, Asanka Gunasekara < >> >>> asa...@nimbus.lk> >> >>> wrote: >> >>> >> >> >>> >> > Thanks Makrand >> >>> >> > >> >>> >> > On 8 August 2017 at 14:42, Makrand < >> >>> makrandsa...@gmail.com> >> >>> wrote: >> >>> >> > >> >>> >> >> Asanka, >> >>> >> >> >> >>> >> >> The email list blocks the screen shots. I guess >> no one >> >>> in the >> >>> list >> >>> >> can see >> >>> >> >> your posted screens in emal chain. >> >>> >> >> >> >>> >> >> Better paste text output of the result or upload >> >>> screens to >> >>> image >> >>> >> hosting >> >>> >> >> (e.g. snag.gy). >> >>> >> >> >> >>> >> >> -- >> >>> >> >> Makrand >> >>> >> >> >> >>> >> >> >> >>> >> >> On Tue, Aug 8, 2017 at 2:28 PM, Asanka >> Gunasekara < >> >>> >> asa...@nimbus.lk> >> >>> >> >> wrote: >> >>> >> >> >> >>> >> >> > Hi Guys, thanks for replying buy running >> >>> ssvm-check.sh I got >> >>> >> below >> >>> >> >> output >> >>> >> >> > >> >>> >> >> > >> >>> >> >> > [image: Inline images 1] >> >>> >> >> > >> >>> >> >> > My nfs is 172.17.101.253 but it is looking for >> >>> 172.17.101.1 >> >>> >> which is the >> >>> >> >> > gateway and the Management server is >> 172.17.101.248 >> >>> but it >> >>> is >> >>> >> looking >> >>> >> >> in to >> >>> >> >> > Loval host >> >>> >> >> > >> >>> >> >> > >> >>> >> >> > >> >>> >> >> > >> >>> >> >> > [image: Inline images 2] >> >>> >> >> > >> >>> >> >> > What is going on, have I done something wrong? >> >>> >> >> > >> >>> >> >> > On 8 August 2017 at 14:22, Dag Sonstebo < >> >>> >> dag.sonst...@shapeblue.com> >> >>> >> >> > wrote: >> >>> >> >> > >> >>> >> >> >> Hi Asanka, >> >>> >> >> >> >> >>> >> >> >> One quick thing to check – log in to your >> SSVM and >> >>> run >> >>> >> >> >> /use/local/cloud/systemvm/ssvm-check.sh – >> this >> >>> will tell >> >>> you >> >>> >> if the >> >>> >> >> SSVM >> >>> >> >> >> can mount and write to secondary storage. >> >>> >> >> >> >> >>> >> >> >> Regards, >> >>> >> >> >> Dag Sonstebo >> >>> >> >> >> Cloud Architect >> >>> >> >> >> ShapeBlue >> >>> >> >> >> >> >>> >> >> >> From: Asanka Gunasekara <asa...@nimbus.lk> >> >>> >> >> >> Reply-To: "users@cloudstack.apache.org" < >> >>> >> users@cloudstack.apache.org> >> >>> >> >> >> Date: Tuesday, 8 August 2017 at 09:27 >> >>> >> >> >> To: "users@cloudstack.apache.org" < >> >>> users@cloudstack.apache.org> >> >>> >> >> >> Subject: Re: Secondary storage is not >> secondary >> >>> properly >> >>> >> >> >> >> >>> >> >> >> I am sorry Eric, thank you for replying, >> please see >> >>> below >> >>> for >> >>> >> the rest >> >>> >> >> >> results >> >>> >> >> >> >> >>> >> >> >> * Make sure that it's accessible from the >> *storage* >> >>> network (the >> >>> >> >> network >> >>> >> >> >> that you configured as storage when you >> created the >> >>> zone, >> >>> >> assuming you >> >>> >> >> >> selected advanced networking). >> >>> >> >> >> Asanka > Since this is a test environemt I >> have >> >>> just made >> >>> it >> >>> >> all in one >> >>> >> >> >> subnet (is that the issue) >> >>> >> >> >> >> >>> >> >> >> * Is the secondary storage virtual machine >> up and >> >>> running? >> >>> >> Check your >> >>> >> >> >> Infrastructure tab. >> >>> >> >> >> Asanka > Yes both system VMs are up and >> running >> >>> >> >> >> >> >>> >> >> >> * If the secondary storage virtual machine >> is up and >> >>> running, >> >>> >> open its >> >>> >> >> >> console and log in as root / password. Then >> check >> >>> 'ip addr >> >>> >> list' to >> >>> >> >> make >> >>> >> >> >> sure that it has IP addresses. >> >>> >> >> >> Asanka > Yes it IP are assigned >> >>> >> >> >> >> >>> >> >> >> * If it has IP addresses, try pinging your >> secondary >> >>> storage >> >>> >> NFS server >> >>> >> >> >> (still within the SSVM). >> >>> >> >> >> Asanka > I can ping secondary storage >> >>> >> >> >> >> >>> >> >> >> * If you can ping your secondary storage NFS >> >>> server, try >> >>> >> mounting the >> >>> >> >> NFS >> >>> >> >> >> share at some random place in your >> filesystem to >> >>> make sure >> >>> you >> >>> >> can >> >>> >> >> mount it >> >>> >> >> >> from the SSVM. e.g., 'mkdir /tmp/t; mount >> >>> >> myserver:/export/secstorage >> >>> >> >> >> /tmp/t' >> >>> >> >> >> Asanka > I can mount the secondary storage >> as below >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> [nline images 1] >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> dag.sonst...@shapeblue.com >> >>> >> >> >> www.shapeblue.com >> >>> >> >> >> 53 Chandos Place, Covent Garden, London >> WC2N 4HSUK >> >>> >> >> >> @shapeblue >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> On 8 August 2017 at 12:54, Eric Green < >> >>> eric.lee.gr...@gmail.com >> >>> >> <mail >> >>> >> >> to: >> >>> >> >> >> eric.lee.gr...@gmail.com>> wrote: >> >>> >> >> >> >> >>> >> >> >> > On Aug 7, 2017, at 23:44, Asanka >> Gunasekara < >> >>> asa...@nimbus.lk >> >>> >> >> <mailto: >> >>> >> >> >> asa...@nimbus.lk>> wrote: >> >>> >> >> >> > NFS is running on a different server, I can >> >>> manual mount >> >>> this >> >>> >> share >> >>> >> >> as >> >>> >> >> >> NFS >> >>> >> >> >> > and SMB >> >>> >> >> >> > Cloud stack - 4.9 >> >>> >> >> >> > Os is Centos 7 (64) >> >>> >> >> >> >> >>> >> >> >> * Make sure that it's accessible from the >> *storage* >> >>> network (the >> >>> >> >> network >> >>> >> >> >> that you configured as storage when you >> created the >> >>> zone, >> >>> >> assuming you >> >>> >> >> >> selected advanced networking). >> >>> >> >> >> * Is the secondary storage virtual machine >> up and >> >>> running? >> >>> >> Check your >> >>> >> >> >> Infrastructure tab. >> >>> >> >> >> * If the secondary storage virtual machine >> is up and >> >>> running, >> >>> >> open its >> >>> >> >> >> console and log in as root / password. Then >> check >> >>> 'ip addr >> >>> >> list' to >> >>> >> >> make >> >>> >> >> >> sure that it has IP addresses. >> >>> >> >> >> * If it has IP addresses, try pinging your >> secondary >> >>> storage >> >>> >> NFS server >> >>> >> >> >> (still within the SSVM). >> >>> >> >> >> * If you can ping your secondary storage NFS >> >>> server, try >> >>> >> mounting the >> >>> >> >> NFS >> >>> >> >> >> share at some random place in your >> filesystem to >> >>> make sure >> >>> you >> >>> >> can >> >>> >> >> mount it >> >>> >> >> >> from the SSVM. e.g., 'mkdir /tmp/t; mount >> >>> >> myserver:/export/secstorage >> >>> >> >> >> /tmp/t' >> >>> >> >> >> * Make sure you're using the NFS server's >> *storage* >> >>> network IP >> >>> >> address >> >>> >> >> >> when you make this attempt. >> >>> >> >> >> >> >>> >> >> >> It is possible that your NFS server has a >> firewall >> >>> configured? >> >>> >> But from >> >>> >> >> >> my experiments, the secondary storage VM not >> >>> providing >> >>> secondary >> >>> >> >> storage >> >>> >> >> >> usually is a networking problem, things not >> set up >> >>> properly in >> >>> >> your >> >>> >> >> zone's >> >>> >> >> >> networking so that the secondary storage VM >> can't >> >>> reach the >> >>> >> secondary >> >>> >> >> >> storage. Are you using advanced networking, >> or basic >> >>> networking? >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> > >> >>> >> >> >> >>> >> > >> >>> >> > >> >>> >> >> >>> >> >> >>> >> >> >>> > >> >>> >> >>> >> >>> >> >>> >> >> >> >> >> >