RE: ssvm NFS public ip
Hi Swatisk, Yep, here the repo/url : KVM (centos7): [cloudstack] name=cloudstack baseurl=http://cloudstack.apt-get.eu/centos/7/4.11/ enabled=1 gpgcheck=0 MGMT-SRV (centos7) : [cloudstack] name=cloudstack baseurl=http://cloudstack.apt-get.eu/centos/7/4.11/ enabled=1 gpgcheck=0 Systemvm-template : http://cloudstack.apt-get.eu/systemvm/4.11/systemvmtemplate-4.11.0-kvm.qcow2.bz2 Best regards, N.B De : Swastik Mittal <mittal.swas...@gmail.com> Envoyé : vendredi 13 avril 2018 10:19:03 À : users@cloudstack.apache.org Objet : Re: ssvm NFS public ip Hey Nicolas, Can you mention the urls's you used finally to get everything working. Regards Swastik <https://mailtrack.io/> Sent with Mailtrack <https://chrome.google.com/webstore/detail/mailtrack-for-gmail-inbox/ndnaehgpjlnokgebbaldlmgkapkpjkkb?utm_source=gmail_medium=signature_campaign=signaturevirality> On Thu, Apr 12, 2018 at 3:10 PM, Nicolas Bouige <n.bou...@dimsi.fr> wrote: > Hello All, > > With this new deployement my ssvm is now okay. > I saw my mistake...the URLs were good for mgmt and systemvm template...but > not for the cloudstack-agent installed on KVM... > > Best regards, > > N.B > > -Message d'origine- > De : Nicolas Bouige [mailto:n.bou...@dimsi.fr] > Envoyé : jeudi 12 avril 2018 09:56 > À : users@cloudstack.apache.org > Objet : RE: ssvm NFS public ip > > Hi Paul, > > I used repository from shapeblue for mgmt-server and systemvm-template. > Im going to make a new fresh install (again :/) and double check the URL. > > Thanks, > > Best regards, > N.B > > > -Message d'origine- > De : Paul Angus [mailto:paul.an...@shapeblue.com] Envoyé : jeudi 12 avril > 2018 09:12 À : users@cloudstack.apache.org Objet : RE: ssvm NFS public ip > > Hi Nicolas, this usually happens if you mix redist and noredist builds of > mgmt. server and system vm code. > > What URLs did you use for the management server repo and the system VM > templates? > > > > paul.an...@shapeblue.com > www.shapeblue.com<http://www.shapeblue.com> > 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue > > > > > -Original Message- > From: Nicolas Bouige <n.bou...@dimsi.fr> > Sent: 11 April 2018 19:44 > To: users@cloudstack.apache.org > Subject: RE: ssvm NFS public ip > > Hi ilya, > > > Thanks for your answer > > Yes i did it already with no effect :/ > > > Best regards, > > N.B > > > De : ilya musayev <ilya.mailing.li...@gmail.com> Envoyé : mercredi 11 > avril 2018 20:26:34 À : users@cloudstack.apache.org Objet : Re: ssvm NFS > public ip > > There is a global setting you have to set to use internal non public IP. > > Try setting sec.storage.allow.internal.site to an internal network cidr. > > You may need to destroy ssvm for settings to take effect. In my case there > is some sort of minor bug where it takes upward of 5 minutes for ssvm to > program the internal routes, but since this is onetime operation - I just > live with it. > > On Wed, Apr 11, 2018 at 10:50 AM Nicolas Bouige <n.bou...@dimsi.fr> wrote: > > > a small update about my problem. > > > > I 've recreated the zone from scratch this morning and one of my > > "cloudbr" used for the secondary storage was misconfigured. > > > > So Now, I can ping the secondary storage from KVM host, CS-MGMT, SSVM > > and mount the nfs on them...but...the agent still not going up and the > > ssvm_check.sh give me an ip public for the nfs instead of the private. > > > > > > i got only this error in /var/log:cloud.log : > > > > 17:30:22,600 ERROR AgentShell:477 - Unable to start agent: Resource > > class not found: com.cloud.storage.resource. > PremiumSecondaryStorageResource due > > to: java.lang.ClassNotFoundException: > > com.cloud.storage.resource.PremiumSecondaryStorageReso > > urce > > Unable to start agent: Resource class not found: > > com.cloud.storage.resource.Prem > > iumSecondaryStorageResource due to: java.lang.ClassNotFoundException: > > com.cloud. > > storage.resource.PremiumSecondaryStorageResource > > > > i've tried to update a differente systemvm template with no success... > > I 've compared the configuration of the ssvm with one of our > > deployment and i juste noticed the "resource" > > (org.apache.cloudstack.storage.resource.NfsSecondaryResource) was not > > the same. > > i changed it but still the same error... > > > > There is a way to find java binaries/script and upload them on the ssvm > ? > > > > If one of you have an idea, it would be appreciate. > > > > Thanks ! > > > > Best regards, > > N.B > > > > > >
Re: ssvm NFS public ip
Hey Nicolas, Can you mention the urls's you used finally to get everything working. Regards Swastik <https://mailtrack.io/> Sent with Mailtrack <https://chrome.google.com/webstore/detail/mailtrack-for-gmail-inbox/ndnaehgpjlnokgebbaldlmgkapkpjkkb?utm_source=gmail_medium=signature_campaign=signaturevirality> On Thu, Apr 12, 2018 at 3:10 PM, Nicolas Bouige <n.bou...@dimsi.fr> wrote: > Hello All, > > With this new deployement my ssvm is now okay. > I saw my mistake...the URLs were good for mgmt and systemvm template...but > not for the cloudstack-agent installed on KVM... > > Best regards, > > N.B > > -Message d'origine- > De : Nicolas Bouige [mailto:n.bou...@dimsi.fr] > Envoyé : jeudi 12 avril 2018 09:56 > À : users@cloudstack.apache.org > Objet : RE: ssvm NFS public ip > > Hi Paul, > > I used repository from shapeblue for mgmt-server and systemvm-template. > Im going to make a new fresh install (again :/) and double check the URL. > > Thanks, > > Best regards, > N.B > > > -Message d'origine- > De : Paul Angus [mailto:paul.an...@shapeblue.com] Envoyé : jeudi 12 avril > 2018 09:12 À : users@cloudstack.apache.org Objet : RE: ssvm NFS public ip > > Hi Nicolas, this usually happens if you mix redist and noredist builds of > mgmt. server and system vm code. > > What URLs did you use for the management server repo and the system VM > templates? > > > > paul.an...@shapeblue.com > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue > > > > > -----Original Message- > From: Nicolas Bouige <n.bou...@dimsi.fr> > Sent: 11 April 2018 19:44 > To: users@cloudstack.apache.org > Subject: RE: ssvm NFS public ip > > Hi ilya, > > > Thanks for your answer > > Yes i did it already with no effect :/ > > > Best regards, > > N.B > > > De : ilya musayev <ilya.mailing.li...@gmail.com> Envoyé : mercredi 11 > avril 2018 20:26:34 À : users@cloudstack.apache.org Objet : Re: ssvm NFS > public ip > > There is a global setting you have to set to use internal non public IP. > > Try setting sec.storage.allow.internal.site to an internal network cidr. > > You may need to destroy ssvm for settings to take effect. In my case there > is some sort of minor bug where it takes upward of 5 minutes for ssvm to > program the internal routes, but since this is onetime operation - I just > live with it. > > On Wed, Apr 11, 2018 at 10:50 AM Nicolas Bouige <n.bou...@dimsi.fr> wrote: > > > a small update about my problem. > > > > I 've recreated the zone from scratch this morning and one of my > > "cloudbr" used for the secondary storage was misconfigured. > > > > So Now, I can ping the secondary storage from KVM host, CS-MGMT, SSVM > > and mount the nfs on them...but...the agent still not going up and the > > ssvm_check.sh give me an ip public for the nfs instead of the private. > > > > > > i got only this error in /var/log:cloud.log : > > > > 17:30:22,600 ERROR AgentShell:477 - Unable to start agent: Resource > > class not found: com.cloud.storage.resource. > PremiumSecondaryStorageResource due > > to: java.lang.ClassNotFoundException: > > com.cloud.storage.resource.PremiumSecondaryStorageReso > > urce > > Unable to start agent: Resource class not found: > > com.cloud.storage.resource.Prem > > iumSecondaryStorageResource due to: java.lang.ClassNotFoundException: > > com.cloud. > > storage.resource.PremiumSecondaryStorageResource > > > > i've tried to update a differente systemvm template with no success... > > I 've compared the configuration of the ssvm with one of our > > deployment and i juste noticed the "resource" > > (org.apache.cloudstack.storage.resource.NfsSecondaryResource) was not > > the same. > > i changed it but still the same error... > > > > There is a way to find java binaries/script and upload them on the ssvm > ? > > > > If one of you have an idea, it would be appreciate. > > > > Thanks ! > > > > Best regards, > > N.B > > > > > >
RE: ssvm NFS public ip
Hello All, With this new deployement my ssvm is now okay. I saw my mistake...the URLs were good for mgmt and systemvm template...but not for the cloudstack-agent installed on KVM... Best regards, N.B -Message d'origine- De : Nicolas Bouige [mailto:n.bou...@dimsi.fr] Envoyé : jeudi 12 avril 2018 09:56 À : users@cloudstack.apache.org Objet : RE: ssvm NFS public ip Hi Paul, I used repository from shapeblue for mgmt-server and systemvm-template. Im going to make a new fresh install (again :/) and double check the URL. Thanks, Best regards, N.B -Message d'origine- De : Paul Angus [mailto:paul.an...@shapeblue.com] Envoyé : jeudi 12 avril 2018 09:12 À : users@cloudstack.apache.org Objet : RE: ssvm NFS public ip Hi Nicolas, this usually happens if you mix redist and noredist builds of mgmt. server and system vm code. What URLs did you use for the management server repo and the system VM templates? paul.an...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue -Original Message- From: Nicolas Bouige <n.bou...@dimsi.fr> Sent: 11 April 2018 19:44 To: users@cloudstack.apache.org Subject: RE: ssvm NFS public ip Hi ilya, Thanks for your answer Yes i did it already with no effect :/ Best regards, N.B De : ilya musayev <ilya.mailing.li...@gmail.com> Envoyé : mercredi 11 avril 2018 20:26:34 À : users@cloudstack.apache.org Objet : Re: ssvm NFS public ip There is a global setting you have to set to use internal non public IP. Try setting sec.storage.allow.internal.site to an internal network cidr. You may need to destroy ssvm for settings to take effect. In my case there is some sort of minor bug where it takes upward of 5 minutes for ssvm to program the internal routes, but since this is onetime operation - I just live with it. On Wed, Apr 11, 2018 at 10:50 AM Nicolas Bouige <n.bou...@dimsi.fr> wrote: > a small update about my problem. > > I 've recreated the zone from scratch this morning and one of my > "cloudbr" used for the secondary storage was misconfigured. > > So Now, I can ping the secondary storage from KVM host, CS-MGMT, SSVM > and mount the nfs on them...but...the agent still not going up and the > ssvm_check.sh give me an ip public for the nfs instead of the private. > > > i got only this error in /var/log:cloud.log : > > 17:30:22,600 ERROR AgentShell:477 - Unable to start agent: Resource > class not found: com.cloud.storage.resource.PremiumSecondaryStorageResource > due > to: java.lang.ClassNotFoundException: > com.cloud.storage.resource.PremiumSecondaryStorageReso > urce > Unable to start agent: Resource class not found: > com.cloud.storage.resource.Prem > iumSecondaryStorageResource due to: java.lang.ClassNotFoundException: > com.cloud. > storage.resource.PremiumSecondaryStorageResource > > i've tried to update a differente systemvm template with no success... > I 've compared the configuration of the ssvm with one of our > deployment and i juste noticed the "resource" > (org.apache.cloudstack.storage.resource.NfsSecondaryResource) was not > the same. > i changed it but still the same error... > > There is a way to find java binaries/script and upload them on the ssvm ? > > If one of you have an idea, it would be appreciate. > > Thanks ! > > Best regards, > N.B > >
RE: ssvm NFS public ip
Hi Paul, I used repository from shapeblue for mgmt-server and systemvm-template. Im going to make a new fresh install (again :/) and double check the URL. Thanks, Best regards, N.B -Message d'origine- De : Paul Angus [mailto:paul.an...@shapeblue.com] Envoyé : jeudi 12 avril 2018 09:12 À : users@cloudstack.apache.org Objet : RE: ssvm NFS public ip Hi Nicolas, this usually happens if you mix redist and noredist builds of mgmt. server and system vm code. What URLs did you use for the management server repo and the system VM templates? paul.an...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue -Original Message- From: Nicolas Bouige <n.bou...@dimsi.fr> Sent: 11 April 2018 19:44 To: users@cloudstack.apache.org Subject: RE: ssvm NFS public ip Hi ilya, Thanks for your answer Yes i did it already with no effect :/ Best regards, N.B De : ilya musayev <ilya.mailing.li...@gmail.com> Envoyé : mercredi 11 avril 2018 20:26:34 À : users@cloudstack.apache.org Objet : Re: ssvm NFS public ip There is a global setting you have to set to use internal non public IP. Try setting sec.storage.allow.internal.site to an internal network cidr. You may need to destroy ssvm for settings to take effect. In my case there is some sort of minor bug where it takes upward of 5 minutes for ssvm to program the internal routes, but since this is onetime operation - I just live with it. On Wed, Apr 11, 2018 at 10:50 AM Nicolas Bouige <n.bou...@dimsi.fr> wrote: > a small update about my problem. > > I 've recreated the zone from scratch this morning and one of my > "cloudbr" used for the secondary storage was misconfigured. > > So Now, I can ping the secondary storage from KVM host, CS-MGMT, SSVM > and mount the nfs on them...but...the agent still not going up and the > ssvm_check.sh give me an ip public for the nfs instead of the private. > > > i got only this error in /var/log:cloud.log : > > 17:30:22,600 ERROR AgentShell:477 - Unable to start agent: Resource > class not found: com.cloud.storage.resource.PremiumSecondaryStorageResource > due > to: java.lang.ClassNotFoundException: > com.cloud.storage.resource.PremiumSecondaryStorageReso > urce > Unable to start agent: Resource class not found: > com.cloud.storage.resource.Prem > iumSecondaryStorageResource due to: java.lang.ClassNotFoundException: > com.cloud. > storage.resource.PremiumSecondaryStorageResource > > i've tried to update a differente systemvm template with no success... > I 've compared the configuration of the ssvm with one of our > deployment and i juste noticed the "resource" > (org.apache.cloudstack.storage.resource.NfsSecondaryResource) was not > the same. > i changed it but still the same error... > > There is a way to find java binaries/script and upload them on the ssvm ? > > If one of you have an idea, it would be appreciate. > > Thanks ! > > Best regards, > N.B > >
RE: ssvm NFS public ip
Hi Nicolas, this usually happens if you mix redist and noredist builds of mgmt. server and system vm code. What URLs did you use for the management server repo and the system VM templates? paul.an...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue -Original Message- From: Nicolas Bouige <n.bou...@dimsi.fr> Sent: 11 April 2018 19:44 To: users@cloudstack.apache.org Subject: RE: ssvm NFS public ip Hi ilya, Thanks for your answer Yes i did it already with no effect :/ Best regards, N.B De : ilya musayev <ilya.mailing.li...@gmail.com> Envoyé : mercredi 11 avril 2018 20:26:34 À : users@cloudstack.apache.org Objet : Re: ssvm NFS public ip There is a global setting you have to set to use internal non public IP. Try setting sec.storage.allow.internal.site to an internal network cidr. You may need to destroy ssvm for settings to take effect. In my case there is some sort of minor bug where it takes upward of 5 minutes for ssvm to program the internal routes, but since this is onetime operation - I just live with it. On Wed, Apr 11, 2018 at 10:50 AM Nicolas Bouige <n.bou...@dimsi.fr> wrote: > a small update about my problem. > > I 've recreated the zone from scratch this morning and one of my > "cloudbr" used for the secondary storage was misconfigured. > > So Now, I can ping the secondary storage from KVM host, CS-MGMT, SSVM > and mount the nfs on them...but...the agent still not going up and the > ssvm_check.sh give me an ip public for the nfs instead of the private. > > > i got only this error in /var/log:cloud.log : > > 17:30:22,600 ERROR AgentShell:477 - Unable to start agent: Resource > class not found: com.cloud.storage.resource.PremiumSecondaryStorageResource > due > to: java.lang.ClassNotFoundException: > com.cloud.storage.resource.PremiumSecondaryStorageReso > urce > Unable to start agent: Resource class not found: > com.cloud.storage.resource.Prem > iumSecondaryStorageResource due to: java.lang.ClassNotFoundException: > com.cloud. > storage.resource.PremiumSecondaryStorageResource > > i've tried to update a differente systemvm template with no success... > I 've compared the configuration of the ssvm with one of our > deployment and i juste noticed the "resource" > (org.apache.cloudstack.storage.resource.NfsSecondaryResource) was not > the same. > i changed it but still the same error... > > There is a way to find java binaries/script and upload them on the ssvm ? > > If one of you have an idea, it would be appreciate. > > Thanks ! > > Best regards, > N.B > >
RE: ssvm NFS public ip
Hi ilya, Thanks for your answer Yes i did it already with no effect :/ Best regards, N.B De : ilya musayev <ilya.mailing.li...@gmail.com> Envoyé : mercredi 11 avril 2018 20:26:34 À : users@cloudstack.apache.org Objet : Re: ssvm NFS public ip There is a global setting you have to set to use internal non public IP. Try setting sec.storage.allow.internal.site to an internal network cidr. You may need to destroy ssvm for settings to take effect. In my case there is some sort of minor bug where it takes upward of 5 minutes for ssvm to program the internal routes, but since this is onetime operation - I just live with it. On Wed, Apr 11, 2018 at 10:50 AM Nicolas Bouige <n.bou...@dimsi.fr> wrote: > a small update about my problem. > > I 've recreated the zone from scratch this morning and one of my > "cloudbr" used for the secondary storage was misconfigured. > > So Now, I can ping the secondary storage from KVM host, CS-MGMT, SSVM and > mount the nfs on them...but...the agent still not going up and the > ssvm_check.sh give me an ip public for the nfs instead of the private. > > > i got only this error in /var/log:cloud.log : > > 17:30:22,600 ERROR AgentShell:477 - Unable to start agent: Resource class > not found: com.cloud.storage.resource.PremiumSecondaryStorageResource due > to: java.lang.ClassNotFoundException: > com.cloud.storage.resource.PremiumSecondaryStorageReso > urce > Unable to start agent: Resource class not found: > com.cloud.storage.resource.Prem > iumSecondaryStorageResource due to: java.lang.ClassNotFoundException: > com.cloud. > storage.resource.PremiumSecondaryStorageResource > > i've tried to update a differente systemvm template with no success... > I 've compared the configuration of the ssvm with one of our deployment > and i juste noticed the "resource" > (org.apache.cloudstack.storage.resource.NfsSecondaryResource) was not the > same. > i changed it but still the same error... > > There is a way to find java binaries/script and upload them on the ssvm ? > > If one of you have an idea, it would be appreciate. > > Thanks ! > > Best regards, > N.B > >
Re: ssvm NFS public ip
There is a global setting you have to set to use internal non public IP. Try setting sec.storage.allow.internal.site to an internal network cidr. You may need to destroy ssvm for settings to take effect. In my case there is some sort of minor bug where it takes upward of 5 minutes for ssvm to program the internal routes, but since this is onetime operation - I just live with it. On Wed, Apr 11, 2018 at 10:50 AM Nicolas Bouigewrote: > a small update about my problem. > > I 've recreated the zone from scratch this morning and one of my > "cloudbr" used for the secondary storage was misconfigured. > > So Now, I can ping the secondary storage from KVM host, CS-MGMT, SSVM and > mount the nfs on them...but...the agent still not going up and the > ssvm_check.sh give me an ip public for the nfs instead of the private. > > > i got only this error in /var/log:cloud.log : > > 17:30:22,600 ERROR AgentShell:477 - Unable to start agent: Resource class > not found: com.cloud.storage.resource.PremiumSecondaryStorageResource due > to: java.lang.ClassNotFoundException: > com.cloud.storage.resource.PremiumSecondaryStorageReso > urce > Unable to start agent: Resource class not found: > com.cloud.storage.resource.Prem > iumSecondaryStorageResource due to: java.lang.ClassNotFoundException: > com.cloud. > storage.resource.PremiumSecondaryStorageResource > > i've tried to update a differente systemvm template with no success... > I 've compared the configuration of the ssvm with one of our deployment > and i juste noticed the "resource" > (org.apache.cloudstack.storage.resource.NfsSecondaryResource) was not the > same. > i changed it but still the same error... > > There is a way to find java binaries/script and upload them on the ssvm ? > > If one of you have an idea, it would be appreciate. > > Thanks ! > > Best regards, > N.B > >
RE: ssvm NFS public ip
a small update about my problem. I 've recreated the zone from scratch this morning and one of my "cloudbr" used for the secondary storage was misconfigured. So Now, I can ping the secondary storage from KVM host, CS-MGMT, SSVM and mount the nfs on them...but...the agent still not going up and the ssvm_check.sh give me an ip public for the nfs instead of the private. i got only this error in /var/log:cloud.log : 17:30:22,600 ERROR AgentShell:477 - Unable to start agent: Resource class not found: com.cloud.storage.resource.PremiumSecondaryStorageResource due to: java.lang.ClassNotFoundException: com.cloud.storage.resource.PremiumSecondaryStorageReso urce Unable to start agent: Resource class not found: com.cloud.storage.resource.Prem iumSecondaryStorageResource due to: java.lang.ClassNotFoundException: com.cloud. storage.resource.PremiumSecondaryStorageResource i've tried to update a differente systemvm template with no success... I 've compared the configuration of the ssvm with one of our deployment and i juste noticed the "resource" (org.apache.cloudstack.storage.resource.NfsSecondaryResource) was not the same. i changed it but still the same error... There is a way to find java binaries/script and upload them on the ssvm ? If one of you have an idea, it would be appreciate. Thanks ! Best regards, N.B