Re: StartupRoutingCommand gets wrong private_ip_address
Ok, i found the solution:
the new host is on ubuntu 14.04 and the old ones was ubuntu 13.04
this seems to work a little different with agent configuration
in 13.04 I got:
guest.network.device=cloudbr1
private.network.device=cloudbr0
network.bridge.type=openvswitch
public.network.device=cloudbr1
but in 14.04 it needs to be:
guest.network.device=cloudbr1
private.network.device=management
network.bridge.type=openvswitch
storage.network.device=storage
public.network.device=cloudbr1
This is network config in hosts:
===
auto em1
iface em1 inet manual
up ifconfig $IFACE 0.0.0.0 up
down ifconfig $IFACE down
auto em4
iface em4 inet manual
up ifconfig $IFACE 0.0.0.0 up
down ifconfig $IFACE down
auto em2
iface em2 inet manual
up ifconfig $IFACE 0.0.0.0 up
down ifconfig $IFACE down
auto em3
iface em3 inet manual
up ifconfig $IFACE 0.0.0.0 up
down ifconfig $IFACE down
auto cloudbr0
iface cloudbr0 inet manual
up ifconfig $IFACE 0.0.0.0 up
down ifconfig $IFACE down
auto storage
iface storage inet static
address 10.0.2.111
netmask 255.255.255.0
network 10.0.2.0
broadcast 10.2.0.255
auto management
iface management inet static
address 10.0.1.111
netmask 255.255.255.0
network 10.0.1.0
broadcast 10.1.0.255
auto cloudbr1
iface cloudbr1 inet static
address 194.xxx.xxx.xxx
netmask 255.255.255.0
broadcast 194.xxx.xxx.255
network 194.xxx.xxx.0
gateway 194.xxx.xxx.254
dns-nameserver 10.0.1.1 194.xxx.xxx.xxx
dns-search xx.com .it
===
Can anyone report this to devs for compatibility issues with ubuntu 14.04?
Gerolamo Valcamonica
Il 29/06/2014 19:37, Gerolamo Valcamonica ha scritto:
Hi, in my CS 4.3.0 (KVM) I just added a new host.
But it seems to me there is an issue in my configuration
Indeed, on DB, table hosts, i have both private_ip_address and
storage_ip_address with same IP and in log i can see:
[{com.cloud.agent.api.StartupRoutingCommand:
[...]
privateIpAddress:10.0.2.109,
privateMacAddress:5e:63:56:74:5c:90,
privateNetmask:255.255.255.0,
storageIpAddress:10.0.2.109,
storageNetmask:255.255.255.0,
storageMacAddress:5e:63:56:74:5c:90,
[...]
I double checked host configuration and it seems to be ok
[...]
auto storage
iface storage inet static
address 10.0.2.109
netmask 255.255.255.0
network 10.0.2.0
broadcast 10.2.0.255
auto management
iface management inet static
address 10.0.1.109
netmask 255.255.255.0
network 10.0.1.0
broadcast 10.1.0.255
[...]
So, my question is:
where do management server get network configuration on hosts to
answere to StartupRoutingCommand?
Re: Unable to connect to Cloudstack UI - v4.3
The exception says cannot connect to mysql server. are you able to access mysql server from your management server? ~Rajani On 30-Jun-2014, at 6:01 pm, Brisset Simon simon.bris...@gmail.commailto:simon.bris...@gmail.com wrote: @Rajani , it's not working @Rajesh : management log in attached file and on port 8080 there is : tcp0 0 :::8080 :::*LISTEN 3998/java 2014-06-30 12:19 GMT+02:00 Rajesh Battala rajesh.batt...@citrix.commailto:rajesh.batt...@citrix.com: Can you post mgmt. log. Looks like another application is running on 8080 port. Can you netstat and see which app is running on 8080 port. Thanks Rajesh Battala -Original Message- From: Brisset Simon [mailto:simon.bris...@gmail.commailto:simon.bris...@gmail.com] Sent: Monday, June 30, 2014 2:58 PM To: users@cloudstack.apache.orgmailto:users@cloudstack.apache.org Subject: Unable to connect to Cloudstack UI - v4.3 Hi Everyone, I have a bit of an issue to connect to the web interface. I have an environnment test on Cloudstack 4.3 The management server is on a centos 6.4 (NFS share too). I tried things but none of them worked more than 1 time : - Restart the service cloudstack-management - Restart the service tomcat6 (this one cause me a lot of trouble) I checked the log /cloudstack/management/catalina.out - java.net.BindException: Address already in use null:8080 - netstat –ntap | grep 8080 try yo kill -15 the pid - ps -ax | grep tomcat try yo kill -9 the pid I also had this : cloudstack-management dead but pid file exists The pid file locates at /var/run/cloudstack-management.pid and lock file at var/lock/subsys/cloudstack-management. But after restarted the service , it seemed ok. - Try to RM /var/lock/subsys/tomcat6 Anyway, i tried a lot of things, but if anyone already had this issue before and had a process to do in this case, please help me ! Thanks . -- *BRISSET Simon* Troisième année, Promotion 2014 Mail : simon.bris...@gmail.commailto:simon.bris...@gmail.com Tel : 06.58.55.40.83 -- BRISSET Simon Troisième année, Promotion 2014 Mail : simon.bris...@gmail.commailto:simon.bris...@gmail.com Tel : 06.58.55.40.83 management-serverlog.txt
Re: Unable to connect to Cloudstack UI - v4.3
Yes the problem is solved now, Whats strange, its that i have to start manually the service / *etc/init.d/mysqld *when i launch my management server. But its working, thanks 2014-07-01 11:18 GMT+02:00 Rajani Karuturi rajani.karut...@citrix.com: The exception says cannot connect to mysql server. are you able to access mysql server from your management server? ~Rajani On 30-Jun-2014, at 6:01 pm, Brisset Simon simon.bris...@gmail.commailto: simon.bris...@gmail.com wrote: @Rajani , it's not working @Rajesh : management log in attached file and on port 8080 there is : tcp0 0 :::8080 :::*LISTEN 3998/java 2014-06-30 12:19 GMT+02:00 Rajesh Battala rajesh.batt...@citrix.com mailto:rajesh.batt...@citrix.com: Can you post mgmt. log. Looks like another application is running on 8080 port. Can you netstat and see which app is running on 8080 port. Thanks Rajesh Battala -Original Message- From: Brisset Simon [mailto:simon.bris...@gmail.commailto: simon.bris...@gmail.com] Sent: Monday, June 30, 2014 2:58 PM To: users@cloudstack.apache.orgmailto:users@cloudstack.apache.org Subject: Unable to connect to Cloudstack UI - v4.3 Hi Everyone, I have a bit of an issue to connect to the web interface. I have an environnment test on Cloudstack 4.3 The management server is on a centos 6.4 (NFS share too). I tried things but none of them worked more than 1 time : - Restart the service cloudstack-management - Restart the service tomcat6 (this one cause me a lot of trouble) I checked the log /cloudstack/management/catalina.out - java.net.BindException: Address already in use null:8080 - netstat –ntap | grep 8080 try yo kill -15 the pid - ps -ax | grep tomcat try yo kill -9 the pid I also had this : cloudstack-management dead but pid file exists The pid file locates at /var/run/cloudstack-management.pid and lock file at var/lock/subsys/cloudstack-management. But after restarted the service , it seemed ok. - Try to RM /var/lock/subsys/tomcat6 Anyway, i tried a lot of things, but if anyone already had this issue before and had a process to do in this case, please help me ! Thanks . -- *BRISSET Simon* Troisième année, Promotion 2014 Mail : simon.bris...@gmail.commailto:simon.bris...@gmail.com Tel : 06.58.55.40.83 -- BRISSET Simon Troisième année, Promotion 2014 Mail : simon.bris...@gmail.commailto:simon.bris...@gmail.com Tel : 06.58.55.40.83 management-serverlog.txt -- *BRISSET Simon* Troisième année, Promotion 2014 Mail : simon.bris...@gmail.com Tel : 06.58.55.40.83
Re: vhd-util location
Hi Carlos, Carlos Reátegui wrote: Hi All, When does stuff get copied from [1] to [2] ? I ask because the docs (http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/latest/installation.html) say to download vhd-util and place it in [1] however the script that pushes it to the hosts looks for it in [2]. In my case I don’t recall at when I placed it in [1], if it was in the order described in the install docs or if it was after I realized it had not been deployed to my hosts and did it manually. Is this a bug? [1] /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver [2] /usr/share/cloudstack-management/webapps/client/WEB-INF/classes/scripts/vm/hypervisor/xenserver The vhd-util gets copied to [2] during build phase (where maven compiles a war package). When building the source, I usually download the vhd-util and place it under ./scripts/vm/hypervisor/xenserver/vhd-util so that it ends up in systemvm.iso and other archives. If you're building from source, I recommend that you download and put vhd-util to this path to avoid these issues. When CloudStack adds a Xen(Server/Project) host it copies these files and tries to /opt/cloud/bin from [2]'s path. But when executing commands I think it looks at both /opt/cloud/bin and /opt/xensource/bin/ for vhd-util. I think it could be path issue for you, which distribution are you using (Debian or Fedora/Centos/RPM based)? I think we could have the code fixed that uses vhd-util (for converting raw/images to vhd) to check if it's not available then download and set it up. The linux distro specific builds create the cloudstack-common which does not have this binary due to licensing issues. AFAIK, we need to download and copy/chmod +x the file as the INSTALL.md and the document you shared says. I think in future, with work on xapi and XenServer plugin, we may not need vhd-util (Tim and other Xen folks can comment?). Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
Re: vhd-util location
On Jul 1, 2014, at 3:25 AM, Rohit Yadav rohit.ya...@shapeblue.com wrote: Hi Carlos, Carlos Reátegui wrote: Hi All, When does stuff get copied from [1] to [2] ? I ask because the docs (http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/latest/installation.html) say to download vhd-util and place it in [1] however the script that pushes it to the hosts looks for it in [2]. In my case I don’t recall at when I placed it in [1], if it was in the order described in the install docs or if it was after I realized it had not been deployed to my hosts and did it manually. Is this a bug? [1] /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver [2] /usr/share/cloudstack-management/webapps/client/WEB-INF/classes/scripts/vm/hypervisor/xenserver The vhd-util gets copied to [2] during build phase (where maven compiles a war package). When building the source, I usually download the vhd-util and place it under ./scripts/vm/hypervisor/xenserver/vhd-util so that it ends up in systemvm.iso and other archives. If you're building from source, I recommend that you download and put vhd-util to this path to avoid these issues. I am installing from deb packages I built from source. I built theses on a different machine and created a repo for this upgrade from 4.1.1 on an ubuntu 12.04 machine. The point I was trying to get across is that the docs say to put it in one place but the add host function looks for it in another. This is likely the reason we have seen a few messages in the past about vhd-util not getting put on the hosts and having to do that manually. I would say this is a documentation bug but was trying to verify if maybe it was more of a timing of when I did things. When CloudStack adds a Xen(Server/Project) host it copies these files and tries to /opt/cloud/bin from [2]'s path. But when executing commands I think it looks at both /opt/cloud/bin and /opt/xensource/bin/ for vhd-util. I think it could be path issue for you, which distribution are you using (Debian or Fedora/Centos/RPM based)? I think we could have the code fixed that uses vhd-util (for converting raw/images to vhd) to check if it's not available then download and set it up. The linux distro specific builds create the cloudstack-common which does not have this binary due to licensing issues. AFAIK, we need to download and copy/chmod +x the file as the INSTALL.md and the document you shared says. I think in future, with work on xapi and XenServer plugin, we may not need vhd-util (Tim and other Xen folks can comment?). Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: @_bhaisaab Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
Host in Alert state after upgrade
Starting a new thread... Environment: Ubuntu 12.04 + XenServer 6.0.2, Upgrading Cloudstack 4.1.1 --- 4.4 (deb packages built from source). If I attempt a force reconnect from UI it errors out. I found the following on one of the hosts in the SMLog: [760] 2014-07-01 09:18:40.980234['/bin/bash', '/opt/cloud/bin/setupxenserver.sh'] [760] 2014-07-01 09:18:41.023377SUCCESS [785] 2014-07-01 09:18:41.251005['ebtables', '-V'] [785] 2014-07-01 09:18:41.268054SUCCESS [785] 2014-07-01 09:18:41.268250['ipset', '-V'] [785] 2014-07-01 09:18:41.311253FAILED: (rc 1) stdout: 'ipset v4.5, protocol version 4. ', stderr: 'FATAL: Module ip_set not found. ipset v4.5: Couldn't verify kernel module version! ' Any ideas how to fix this? thanks, Carlos
