Hi Guya, I tried replacing the template but did not work, Java process or the NFS worked. Since this is a lap environment for a migration, guess its best to try from scratch!
SSVM 1. Java process is not starting 2. NFS is not mounting and it is looking for for the IP 172.17.101.1 which ic my Gateway where nfs server is 172.17.101.253 Console Proxy VM 1. JavaProcess Running 2. NFS is not mounting but it is looking for an ip 255.255.255.255 :( Its wired!! Any how I will try to do the reset of the database and ESXi server and try again.Will keep you posted on the things Thanks and Regards Asanka On 21 August 2017 at 10:46, Asanka Gunasekara <asa...@nimbus.lk> wrote: > Hi Dag/Eric, thank you both for the reply, let me do your advice and will > update you on the results > > Thank you and best Regards > > Asanka > > On 19 August 2017 at 14:45, Dag Sonstebo <dag.sonst...@shapeblue.com> > wrote: > >> Hi Asanka, >> >> Agree with Eric, doesn’t look right., >> >> The quickest solution here is to: >> >> 1) disable zone >> 2) delete system VMs >> 3) remove secondary storage from cloudstack >> 4) try the secondary storage seeding again with images from >> http://packages.shapeblue.com/systemvmtemplate/4.6/new/ - but use the >> “-F” option when you call /usr/share/cloudstack-common/s >> cripts/storage/secondary/cloud-install-sys-tmplt > this will clean up >> previous template >> 5) add secondary storage to CloudStack again >> 6) enable zone and monitor >> >> >> Regards, >> Dag Sonstebo >> Cloud Architect >> ShapeBlue >> >> On 18/08/2017, 18:35, "Eric Green" <eric.lee.gr...@gmail.com> wrote: >> >> >> >> dag.sonst...@shapeblue.com >> www.shapeblue.com >> 53 Chandos Place, Covent Garden, London WC2N 4HSUK >> @shapeblue >> >> >> >> > On Aug 18, 2017, at 03:22, Asanka Gunasekara <asa...@nimbus.lk> wrote: >> > >> > Hi Eric, >> > >> > SSVM can access my nfs and I an manual mount :( >> > >> > This "s-397-VM:/# grep com.cloud.agent.api.SecStorageSetupCommand >> /var/log/cloud.log" did not produced any output, but found below error >> > >> > From the VM's /var/log/cloud.log: >> > ERROR [cloud.agent.AgentShell] (main:null) Unable to start agent: >> Resource class not found: >> com.cloud.storage.resource.PremiumSecondaryStorageResource >> due to: java.lang.ClassNotFoundException: com.cloud.storage.resource.Pre >> miumSecondaryStorageResource >> >> >> Hmm. That doesn't look good. So the agent is never even able to start >> because of that exception. This looks like a mismatch between your SSVM >> template and your version of Cloudstack. It looks like you're using a >> version of Cloudstack that has been compiled with premium features that is >> expecting a template that supports premium features. >> >> Someone else will have to tell you how to change the SSVM template, I >> don't know that. Or since this is a zone that has never been operational, >> you may choose to simply wipe the current install entirely and start over >> again from scratch with a Cloudstack and SSVM template all from the same >> source. Remember to drop and recreate the database as part of that process, >> as well as remove all the contents of the secondary store and follow the >> directions again to reinitialize with the initial template. >> >> For the record, I got my Cloudstack from this source: >> >> [cloudstack] >> name=cloudstack >> baseurl=http://cloudstack.apt-get.eu/centos/$releasever/4.9/ >> enabled=1 >> gpgcheck=0 >> >> My template similarly came from that source (but the 4.6 version, as >> you specified). >> >> Once I got my networking sorted out, which you seem to have done, it >> Just Worked. >> >> >> >> >