Hi Dag, the ip 172.17.101.1 which it is looking for is my gateway IP. Below are the urls for the the requested query output files
SELECT * FROM cloud.image_store; http://wikisend.com/download/727732/01.htm SELECT id,name,url,state FROM cloud.vm_template where type='SYSTEM'; http://wikisend.com/download/229028/02.htm Thank you and best regards Asanka On 17 August 2017 at 15:47, Dag Sonstebo <[email protected]> wrote: > Hi Asanka, > > This looks odd – your SSVM is connecting to your management server but as > far as I can see it is still trying to connect to the wrong NFS server. > > Can you give me the output from the following MySQL queries: > > SELECT * FROM cloud.image_store; > > SELECT id,name,url,state FROM cloud.vm_template where type='SYSTEM'; > > Regards, > Dag Sonstebo > Cloud Architect > ShapeBlue > S: +44 20 3603 0540 | [email protected] | > http://www.shapeblue.com <http://www.shapeblue.com/> | Twitter:@ShapeBlue > <https://twitter.com/#!/shapeblue> > > > On 17/08/2017, 07:41, "Asanka Gunasekara" <[email protected]> wrote: > > Hi Dag, still the error persists, please find the screen shot url > > https://snag.gy/xecXiP.jpg > > Could it be the cloudstack version that I am using, since the vmware > support is not built in to the download cloudstack provided, I used > below > url but the system vm template is from cloudstack > > http://www.shapeblue.com/packages/ > > Thanks and Reagrds > > Asanka > > > [email protected] > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > > On 17 August 2017 at 11:37, Asanka Gunasekara <[email protected]> wrote: > > > Thank you, Rodrigo > > > > Best Regards > > > > Asanka > > > > On 15 August 2017 at 23:04, Rodrigo Baldasso < > [email protected]> > > wrote: > > > >> Put the zone in maitenance mode, that will not auto create the > ssvm's. > >> > >> - - - - - - - - - - - - - - - - - - - > >> > >> Rodrigo Baldasso - LHOST > >> > >> (51) 9 8419-9861 > >> - - - - - - - - - - - - - - - - - - - > >> On 15/08/2017 14:00:45, Asanka Gunasekara <[email protected]> wrote: > >> 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 wrote: > >> > >> > Thank you Dag > >> > > >> > Best Regards > >> > > >> > Asanka > >> > > >> > On 15 August 2017 at 13:18, Dag Sonstebo > >> > 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" 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" 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" > >> >> 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 > >> >> >> > >> >> > > >> >> [email protected] > >> >> www.shapeblue.com > >> >> 53 Chandos Place, Covent Garden, London WC2N 4HSUK > >> >> @shapeblue > >> >> > >> >> > >> >> > >> >> > On 10 August 2017 at 21:47, Asanka Gunasekara wrote: > >> >> >> > >> >> >>> Thank you Dag, > >> >> >>> > >> >> >>> > >> >> >>> On 10 Aug 2017 3:09 am, "Dag Sonstebo" > >> >> [email protected]> > >> >> >>> 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 | [email protected] | > >> >> >>> http://www.shapeblue.com | > >> >> >>> Twitter:@ShapeBlue > >> >> >>> > >> >> >>> > >> >> >>> On 09/08/2017, 17:54, "Asanka Gunasekara" > >> >> 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" > >> >> [email protected]> > >> >> >>> 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" > >> >> 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 > >> >> >>> > >> >> >>> > >> >> >>> [email protected] > >> >> >>> www.shapeblue.com > >> >> >>> 53 Chandos Place, Covent Garden, London WC2N 4HSUK > >> >> >>> @shapeblue > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> [email protected] > >> >> >>> www.shapeblue.com > >> >> >>> 53 Chandos Place, Covent Garden, London WC2N 4HSUK > >> >> >>> @shapeblue > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> On 8 August 2017 at 23:33, Asanka Gunasekara > >> >> 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 > >> >> >>> [email protected]> > >> >> >>> > 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" > >> >> [email protected]> > >> >> >>> 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 > >> >> >>> >> > >> >> >>> >> > >> >> >>> >> > >> >> >>> >> > >> >> >>> >> [email protected] > >> >> >>> >> www.shapeblue.com > >> >> >>> >> 53 Chandos Place, Covent Garden, London WC2N 4HSUK > >> >> >>> >> @shapeblue > >> >> >>> >> > >> >> >>> >> > >> >> >>> >> > >> >> >>> >> On 8 August 2017 at 14:48, Asanka Gunasekara > >> >> >>> [email protected]> > >> >> >>> wrote: > >> >> >>> >> > >> >> >>> >> > Thanks Makrand > >> >> >>> >> > > >> >> >>> >> > On 8 August 2017 at 14:42, Makrand > >> >> >>> [email protected]> > >> >> >>> 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 > >> >> >>> >> [email protected]> > >> >> >>> >> >> 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 > >> >> >>> >> [email protected]> > >> >> >>> >> >> > 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 > >> >> >>> >> >> >> Reply-To: "[email protected]" > >> >> >>> >> [email protected]> > >> >> >>> >> >> >> Date: Tuesday, 8 August 2017 at 09:27 > >> >> >>> >> >> >> To: "[email protected]" > >> >> >>> [email protected]> > >> >> >>> >> >> >> 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] > >> >> >>> >> >> >> > >> >> >>> >> >> >> > >> >> >>> >> >> >> [email protected] > >> >> >>> >> >> >> www.shapeblue.com > >> >> >>> >> >> >> 53 Chandos Place, Covent Garden, London > >> >> WC2N 4HSUK > >> >> >>> >> >> >> @shapeblue > >> >> >>> >> >> >> > >> >> >>> >> >> >> > >> >> >>> >> >> >> > >> >> >>> >> >> >> On 8 August 2017 at 12:54, Eric Green > >> >> >>> [email protected] > >> >> >>> >> > >> >> >>> >> >> to: > >> >> >>> >> >> >> [email protected]>> wrote: > >> >> >>> >> >> >> > >> >> >>> >> >> >> > On Aug 7, 2017, at 23:44, Asanka > >> >> Gunasekara > >> >> >>> [email protected] > >> >> >>> >> >> > >> >> >>> >> >> >> [email protected]>> 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? > >> >> >>> >> >> >> > >> >> >>> >> >> >> > >> >> >>> >> >> > > >> >> >>> >> >> > >> >> >>> >> > > >> >> >>> >> > > >> >> >>> >> > >> >> >>> >> > >> >> >>> >> > >> >> >>> > > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> >> >> > >> >> > >> >> > >> >> > >> > > >> > > > > > > >
