Re: Amazon Web Services Interface
Hi Илья ;), ok understood ... next question - why am I still able to enable it in global settings? Bug? Kind regards Vlad On 12.07.2016 05:22, ilya wrote: Влад As Eric mentioned, AWS integration piece has been replace with cloud-ec2stack sometime ago - as it was a rather painful piece of code to maintain as part of cloudstack bundle. Instead - it now lives its own live. https://github.com/apache/cloudstack-ec2stack Regards ilya On 7/11/16 10:23 AM, Vladislav Nazarenko wrote: Hello All, I'm trying to activate Amazon Web Services Interface according to this description: http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.6/optional_installation.html#amazon-web-services-interface After enabling the services in global options and restarting management service I can not see any process listening on 7080, as mentioned in the description. Moreover 7080 ist not mentioned in /etc/cloudstack/management/server.xml Probably I'm just missing a section in server.xml? Can somebody share a working server.xml file with me or point me the direction :) appreciate your help! Vlad
Re: Amazon Web Services Interface
Hi Erik, thanx for this information... Unfortunately it's still in the official documentation, this makes me really sad. How did you learn about the removal? Kind regards Vlad On 11.07.2016 22:23, Erik Weber wrote: The AWS EC2 API was removed in a recent version, I don't recall which one, but you might want to look at ec2stack neither the less. https://github.com/apache/cloudstack-ec2stack
Amazon Web Services Interface
Hello All, I'm trying to activate Amazon Web Services Interface according to this description: http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.6/optional_installation.html#amazon-web-services-interface After enabling the services in global options and restarting management service I can not see any process listening on 7080, as mentioned in the description. Moreover 7080 ist not mentioned in /etc/cloudstack/management/server.xml Probably I'm just missing a section in server.xml? Can somebody share a working server.xml file with me or point me the direction :) appreciate your help! Vlad
Re: public ipv6 address on virtual router
Hi Abhinandan, actually we need ipv6 support. After reading the CS documentation and mail list, we wasn't sure ... To less documentation a lot of doubts ... However ... I know about reimplementation of ipv6 support and we decided to wait for that. But in the same time we would like to make our clients available via a public ipv6 address, the same like ipv4 public address on the router. We don't need ipv6 on each VM, It would be enough to make VMs available from outside within a single ipv6 address. Kind regards Vlad On 20.05.2016 11:32, Abhinandan Prateek wrote: ipv6 support to cloudstack is being added and should be there soon. Can you elaborate a bit more on what you want to achieve ? Are you trying to access external resources that are ipv6 addressed ? On 19/05/16, 10:55 PM, "Vladislav Nazarenko" <vladislav.nazare...@gmail.com> wrote: Hi Everybody, I looked at the CS documentation regarding ipv6, I'm not sure, if I like to use ipv6 support as it's implemented today. Actually I'm trying to do my clients available from outside via ipv6 ... May be somebody have already faced the problem and found a workaround for that? I'm thinking about a reverse proxy or configuring haproxy in the virtual router as tcp proxy ... We are using advanced networking with isolated networks. Kind regards Vlad abhinandan.prat...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue
public ipv6 address on virtual router
Hi Everybody, I looked at the CS documentation regarding ipv6, I'm not sure, if I like to use ipv6 support as it's implemented today. Actually I'm trying to do my clients available from outside via ipv6 ... May be somebody have already faced the problem and found a workaround for that? I'm thinking about a reverse proxy or configuring haproxy in the virtual router as tcp proxy ... We are using advanced networking with isolated networks. Kind regards Vlad
Re: cloudstack usage seems not to work - need help
Jeff, thanx a lot for your prompt answer, after the changes, you recommended, it started to work (y)(y)(y) Kind regards Vlad On 29.02.2016 21:08, Jeff Moody wrote: I had this same issue. It's an issue with the systemd Unit file for cloudstack-usage. Edit /usr/lib/systemd/system/cloudstack-usage.service to look like: # Licensed to the Apache Software Foundation (ASF) under one # or more contributor license agreements. See the NOTICE file # distributed with this work for additional information # regarding copyright ownership. The ASF licenses this file # to you under the Apache License, Version 2.0 (the # "License"); you may not use this file except in compliance # with the License. You may obtain a copy of the License at # # http://www.apache.org/licenses/LICENSE-2.0 # # Unless required by applicable law or agreed to in writing, # software distributed under the License is distributed on an # "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY # KIND, either express or implied. See the License for the # specific language governing permissions and limitations # under the License. [Unit] Description=CloudStack Usage Server Documentation=http://www.cloudstack.org/ Wants=network.target network-online.target After=network.target network-online.target [Service] Type=simple Environment=JAVA_HOME=/usr/lib/jvm/jre Environment=JAVA_HEAP_INITIAL=256m Environment=JAVA_HEAP_MAX=2048m Environment=JAVA_CLASS=com.cloud.usage.UsageServer Environment=JAVA_PID=$$ ExecStart=/bin/sh -ec '\ export UCP=`ls /usr/share/cloudstack-usage/cloud-usage-*.jar /usr/share/cloudstack-usage/lib/*.jar | tr "\\n" ":"`; \ export CLASSPATH="$UCP:/etc/cloudstack/usage:/usr/share/java/mysql- connector-java.jar"; \ ${JAVA_HOME}/bin/java -Dpid=${JAVA_PID} -Xms${JAVA_HEAP_INITIAL} -Xmx${JAVA_HEAP_MAX} -cp "$CLASSPATH" $JAVA_CLASS' Restart=always RestartSec=10s [Install] WantedBy=multi-user.target And then run "systemctl daemon-reload" and "systemctl stop cloudstack- usage.service && systemctl start cloudstack-usage.service" and then everything should start working. There is an open pull request (https://github.com/apache/cloudstack/pul l/1409) to resolve this issue. On Mon, 2016-02-29 at 20:51 +0100, Vladislav Nazarenko wrote: Hi Everybody, need you help trying to start with the cloudstack usage ... used these instructions: http://docs.cloudstack.apache.org/projects/cloudstack-administration/ en/4.8/usage.html I see in logs no errors and the following lines are written every 10 seconds DEBUG [cloud.usage.UsageManagerImpl] (main:null) (logid:) Checking to see if usage.vmops.pid exists. INFO [cloud.usage.UsageManagerImpl] (main:null) (logid:) Implementation Version is 4.7.1 DEBUG [cloud.usage.UsageManagerImpl] (main:null) (logid:) Usage stats aggregation time zone: GMT DEBUG [cloud.usage.UsageManagerImpl] (main:null) (logid:) Execution Time: Mon Feb 29 20:40:00 CET 2016 DEBUG [cloud.usage.UsageManagerImpl] (main:null) (logid:) Current Time: Mon Feb 29 20:45:45 CET 2016 INFO [cloud.usage.UsageServer] (main:null) (logid:) UsageServer ready... But still nothing in cloud_usage.cloud_usage on the mysql side ... Please advise Kind regards Vlad
cloudstack usage seems not to work - need help
Hi Everybody, need you help trying to start with the cloudstack usage ... used these instructions: http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.8/usage.html I see in logs no errors and the following lines are written every 10 seconds DEBUG [cloud.usage.UsageManagerImpl] (main:null) (logid:) Checking to see if usage.vmops.pid exists. INFO [cloud.usage.UsageManagerImpl] (main:null) (logid:) Implementation Version is 4.7.1 DEBUG [cloud.usage.UsageManagerImpl] (main:null) (logid:) Usage stats aggregation time zone: GMT DEBUG [cloud.usage.UsageManagerImpl] (main:null) (logid:) Execution Time: Mon Feb 29 20:40:00 CET 2016 DEBUG [cloud.usage.UsageManagerImpl] (main:null) (logid:) Current Time: Mon Feb 29 20:45:45 CET 2016 INFO [cloud.usage.UsageServer] (main:null) (logid:) UsageServer ready... But still nothing in cloud_usage.cloud_usage on the mysql side ... Please advise Kind regards Vlad
Re: VPN Configuration
it does! Thanx a lot, Nux! .. but ... then it's probably a bug? Kind regards Vlad On 16.02.2016 22:58, Nux! wrote: service ipsec restart service xl2tpd restart does it help if you do that in the VR? -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com> To: users@cloudstack.apache.org Sent: Tuesday, 16 February, 2016 17:59:25 Subject: Re: VPN Configuration Hi Guys, still did not managed to make it working. * using a windows client * instructions: http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.6/networking/using_remote_access.html I can see the traffic on my VR 17:49:27.572487 IP 95.116.236.102.500 > 213.83.28.18.500: isakmp: phase 1 I ident 17:49:28.571979 IP 95.116.236.102.500 > 213.83.28.18.500: isakmp: phase 1 I ident But... there is no process listening on 500 on my VR, only the following one udp0 0 0.0.0.0:1701 0.0.0.0:* 0 348907 24051/xl2tpd Any thooughts? Thank you in advance Vlad On 03.02.2016 20:05, Vladislav Nazarenko wrote: Hi Lucian, 1) I'm on ubuntu with l2tp-ipsec-vpn ... there is no group id, but It doesn't connects to ... look like timeout (firewall) 2) A colleague of mine tried the builtin VPN Clien on his mint WS, he had to pass a group id. After pressing the button "connect" we were immediately notified, something wrong in configuration ... looked like it could communicate with the Virtual Router but it rejected the connection. Which Client would you recommend for linux? Kind Regards Vlad On 03.02.2016 19:33, Nux! wrote: No, that's it. Which client are you using, which OS? Clients such as Window or Android will not need any more information. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com> To: users@cloudstack.apache.org Sent: Wednesday, 3 February, 2016 15:32:16 Subject: VPN Configuration Hi All, I added a VPN Configuration for a test network in CS 4.6 I got: - IP - Pre-shared Key - user - pass Trying to configure my client I realized that I'm missing group id and group pass, which I was not able to find ... Is there a default group id ? Kind regards Vlad
Re: VPN Configuration
Hi Guys, still did not managed to make it working. * using a windows client * instructions: http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.6/networking/using_remote_access.html I can see the traffic on my VR 17:49:27.572487 IP 95.116.236.102.500 > 213.83.28.18.500: isakmp: phase 1 I ident 17:49:28.571979 IP 95.116.236.102.500 > 213.83.28.18.500: isakmp: phase 1 I ident But... there is no process listening on 500 on my VR, only the following one udp0 0 0.0.0.0:1701 0.0.0.0:* 0 348907 24051/xl2tpd Any thooughts? Thank you in advance Vlad On 03.02.2016 20:05, Vladislav Nazarenko wrote: Hi Lucian, 1) I'm on ubuntu with l2tp-ipsec-vpn ... there is no group id, but It doesn't connects to ... look like timeout (firewall) 2) A colleague of mine tried the builtin VPN Clien on his mint WS, he had to pass a group id. After pressing the button "connect" we were immediately notified, something wrong in configuration ... looked like it could communicate with the Virtual Router but it rejected the connection. Which Client would you recommend for linux? Kind Regards Vlad On 03.02.2016 19:33, Nux! wrote: No, that's it. Which client are you using, which OS? Clients such as Window or Android will not need any more information. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com> To: users@cloudstack.apache.org Sent: Wednesday, 3 February, 2016 15:32:16 Subject: VPN Configuration Hi All, I added a VPN Configuration for a test network in CS 4.6 I got: - IP - Pre-shared Key - user - pass Trying to configure my client I realized that I'm missing group id and group pass, which I was not able to find ... Is there a default group id ? Kind regards Vlad
Any problems with operations of CS
Hello All, 2 weeks ago we realized, that CS reboots all the nodes, which can access the storage. This behavior is absolutely not suitable for our environments. Fortunately a small fix in kvmheartbeat.sh can help us to avoid this. I'm interested in your experience now... Were there any other points within CS, why you could not operate CS as originally planed? Could you solve these problems? How? Kind regards Vlad
Re: Self-fencing when storage not available
I saw your suggestion in the ticket ... Thanx, Paul On 07.02.2016 20:51, Paul Angus wrote: Well, to start off with I'll add the suggestion to the ticket. https://issues.apache.org/jira/browse/CLOUDSTACK-3367 Paul Angus VP Technology , ShapeBlue t: @cloudyangus<tel:@cloudyangus> e: paul.an...@shapeblue.com<mailto:paul.an...@shapeblue.com>| w: www.shapeblue.com<http://www.shapeblue.com> -Original Message----- From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com] Sent: Friday, February 5, 2016 5:29 PM To: users@cloudstack.apache.org Subject: Re: Self-fencing when storage not available right, Paul ... this might be a good suggestion ... How could we bring it to the developers? On 04.02.2016 20:59, Paul Angus wrote: Just to give some background (as I asked the same questions years ago). *IF* you only have one shared storage pool per cluster (and no local storage) and it goes wonky, then most likely fix is to restart the host(s). The VMs have already crashed because the primary storage is disconnected and the host is unable to reconnect it. That’s why it reboots. As everyone who has a cloud larger than their laptop knows, it also nukes the good VMs on other storage pools and local storage. A global setting which allows operators to choose the behaviour they want might be a solution? Paul Angus VP Technology , ShapeBlue t: @cloudyangus<tel:@cloudyangus> e: paul.an...@shapeblue.com<mailto:paul.an...@shapeblue.com> | w: www.shapeblue.com<http://www.shapeblue.com> -Original Message- From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com] Sent: Thursday, February 4, 2016 5:35 PM To: users@cloudstack.apache.org Subject: Re: Self-fencing when storage not available So ... found some information about this ... looks like this is an annoying problem (bug), which isn't going to be fixed ... But at least there is a possibility to change the behavior modifying the script - https://admintweets.wordpress.com/tag/cloudstack-2/ - https://www.rootusers.com/edit-the-xenserver-storage-heartbeat/ - https://issues.apache.org/jira/browse/CLOUDSTACK-3367 Thanks a lot, guys .. On 03.02.2016 20:05, Glenn Wagner wrote: Hi As Lucian said , you can edit the script and remove the reboot , but yes this is the normal behaviour of the script Glenn -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: Wednesday, 03 February 2016 8:32 PM To: users@cloudstack.apache.org Subject: Re: Self-fencing when storage not available You can modify the script to not reboot, but until we find a better way to deal with it this is correct behaviour. It sucks it reboots VMs on healthy storage though. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com> To: users@cloudstack.apache.org Sent: Wednesday, 3 February, 2016 16:24:34 Subject: Re: Self-fencing when storage not available Hi Glenn, we use KVM ... I also found the script: /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.s h Just wondering if we can avoid rebooting ... Thanks Vlad On 03.02.2016 16:57, Glenn Wagner wrote: Hi Vlad, Can I ask what hypervisor are you using? The default action is to reboot the hosts This is done in the heatbeat file on xenserver /opt/xensource/bin/xenheartbeat.sh Thanks Glenn ShapeBlue <http://www.shapeblue.com> Glenn Wagner Senior Consultant , ShapeBlue d: * | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091> | m: *+27 73 917 4111* <tel:+27%2073%20917%204111> e: *glenn.wag...@shapeblue.com | t: * <mailto:glenn.wag...@shapeblue.com%20%7C%20t:> | w: *www.shapeblue.com* <http://www.shapeblue.com> a: 2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130 South Africa 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 SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark. 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. -Original Message- From: Vladislav Nazarenko [mailto:vladislav.nazare..
Re: Self-fencing when storage not available
right, Paul ... this might be a good suggestion ... How could we bring it to the developers? On 04.02.2016 20:59, Paul Angus wrote: Just to give some background (as I asked the same questions years ago). *IF* you only have one shared storage pool per cluster (and no local storage) and it goes wonky, then most likely fix is to restart the host(s). The VMs have already crashed because the primary storage is disconnected and the host is unable to reconnect it. That’s why it reboots. As everyone who has a cloud larger than their laptop knows, it also nukes the good VMs on other storage pools and local storage. A global setting which allows operators to choose the behaviour they want might be a solution? Paul Angus VP Technology , ShapeBlue t: @cloudyangus<tel:@cloudyangus> e: paul.an...@shapeblue.com<mailto:paul.an...@shapeblue.com>| w: www.shapeblue.com<http://www.shapeblue.com> -Original Message----- From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com] Sent: Thursday, February 4, 2016 5:35 PM To: users@cloudstack.apache.org Subject: Re: Self-fencing when storage not available So ... found some information about this ... looks like this is an annoying problem (bug), which isn't going to be fixed ... But at least there is a possibility to change the behavior modifying the script - https://admintweets.wordpress.com/tag/cloudstack-2/ - https://www.rootusers.com/edit-the-xenserver-storage-heartbeat/ - https://issues.apache.org/jira/browse/CLOUDSTACK-3367 Thanks a lot, guys .. On 03.02.2016 20:05, Glenn Wagner wrote: Hi As Lucian said , you can edit the script and remove the reboot , but yes this is the normal behaviour of the script Glenn -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: Wednesday, 03 February 2016 8:32 PM To: users@cloudstack.apache.org Subject: Re: Self-fencing when storage not available You can modify the script to not reboot, but until we find a better way to deal with it this is correct behaviour. It sucks it reboots VMs on healthy storage though. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com> To: users@cloudstack.apache.org Sent: Wednesday, 3 February, 2016 16:24:34 Subject: Re: Self-fencing when storage not available Hi Glenn, we use KVM ... I also found the script: /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.s h Just wondering if we can avoid rebooting ... Thanks Vlad On 03.02.2016 16:57, Glenn Wagner wrote: Hi Vlad, Can I ask what hypervisor are you using? The default action is to reboot the hosts This is done in the heatbeat file on xenserver /opt/xensource/bin/xenheartbeat.sh Thanks Glenn ShapeBlue <http://www.shapeblue.com> Glenn Wagner Senior Consultant , ShapeBlue d: * | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091> | m: *+27 73 917 4111* <tel:+27%2073%20917%204111> e: *glenn.wag...@shapeblue.com | t: * <mailto:glenn.wag...@shapeblue.com%20%7C%20t:> | w: *www.shapeblue.com* <http://www.shapeblue.com> a: 2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130 South Africa 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 SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark. 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. -Original Message- From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com] Sent: Wednesday, 03 February 2016 5:08 PM To: users@cloudstack.apache.org Subject: Self-fencing when storage not available Hi All, I'm testing Cloudstack 4.6 now When doing some tests with storage (nfs), I was wondering, that the hosts self-fence itself by reboot, when a storage not writable ... Even more, my cluster had a working storage and I added one more, which was not writable due to missing user permissions... So effectively all the VMs hard drive were located on the working storage, but the problem with permissions on the new one causes the entire cluster to reboot :( Is this a bug or a correct behavior? Is it
Re: Self-fencing when storage not available
So ... found some information about this ... looks like this is an annoying problem (bug), which isn't going to be fixed ... But at least there is a possibility to change the behavior modifying the script - https://admintweets.wordpress.com/tag/cloudstack-2/ - https://www.rootusers.com/edit-the-xenserver-storage-heartbeat/ - https://issues.apache.org/jira/browse/CLOUDSTACK-3367 Thanks a lot, guys .. On 03.02.2016 20:05, Glenn Wagner wrote: Hi As Lucian said , you can edit the script and remove the reboot , but yes this is the normal behaviour of the script Glenn -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: Wednesday, 03 February 2016 8:32 PM To: users@cloudstack.apache.org Subject: Re: Self-fencing when storage not available You can modify the script to not reboot, but until we find a better way to deal with it this is correct behaviour. It sucks it reboots VMs on healthy storage though. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com> To: users@cloudstack.apache.org Sent: Wednesday, 3 February, 2016 16:24:34 Subject: Re: Self-fencing when storage not available Hi Glenn, we use KVM ... I also found the script: /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh Just wondering if we can avoid rebooting ... Thanks Vlad On 03.02.2016 16:57, Glenn Wagner wrote: Hi Vlad, Can I ask what hypervisor are you using? The default action is to reboot the hosts This is done in the heatbeat file on xenserver /opt/xensource/bin/xenheartbeat.sh Thanks Glenn ShapeBlue <http://www.shapeblue.com> Glenn Wagner Senior Consultant, ShapeBlue d: * | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091> | m: *+27 73 917 4111* <tel:+27%2073%20917%204111> e: *glenn.wag...@shapeblue.com | t: * <mailto:glenn.wag...@shapeblue.com%20%7C%20t:>| w: *www.shapeblue.com* <http://www.shapeblue.com> a: 2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130 South Africa 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 SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark. 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. -----Original Message- From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com] Sent: Wednesday, 03 February 2016 5:08 PM To: users@cloudstack.apache.org Subject: Self-fencing when storage not available Hi All, I'm testing Cloudstack 4.6 now When doing some tests with storage (nfs), I was wondering, that the hosts self-fence itself by reboot, when a storage not writable ... Even more, my cluster had a working storage and I added one more, which was not writable due to missing user permissions... So effectively all the VMs hard drive were located on the working storage, but the problem with permissions on the new one causes the entire cluster to reboot :( Is this a bug or a correct behavior? Is it able to avoid rebooting at least? Thank you in advance Vlad Find out more about ShapeBlue and our range of CloudStack related services: IaaS Cloud Design & Build <http://shapeblue.com/iaas-cloud-design-and-build//> | CSForge – rapid IaaS deployment framework <http://shapeblue.com/csforge/> CloudStack Consulting <http://shapeblue.com/cloudstack-consultancy/> | CloudStack Software Engineering <http://shapeblue.com/cloudstack-software-engineering/> CloudStack Infrastructure Support <http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack Bootcamp Training Courses <http://shapeblue.com/cloudstack-training/> Find out more about ShapeBlue and our range of CloudStack related services: IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//> | CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/> CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/> | CloudStack Software Engineering<http://shapeblue.com/cloudstack-software-engineering/> CloudStack Infrastructure Support<http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack Bootcamp Training Courses<http://shapeblue.com/cloudstack-training/>
Self-fencing when storage not available
Hi All, I'm testing Cloudstack 4.6 now When doing some tests with storage (nfs), I was wondering, that the hosts self-fence itself by reboot, when a storage not writable ... Even more, my cluster had a working storage and I added one more, which was not writable due to missing user permissions... So effectively all the VMs hard drive were located on the working storage, but the problem with permissions on the new one causes the entire cluster to reboot :( Is this a bug or a correct behavior? Is it able to avoid rebooting at least? Thank you in advance Vlad
VPN Configuration
Hi All, I added a VPN Configuration for a test network in CS 4.6 I got: - IP - Pre-shared Key - user - pass Trying to configure my client I realized that I'm missing group id and group pass, which I was not able to find ... Is there a default group id ? Kind regards Vlad
Re: Self-fencing when storage not available
Hi Glenn, we use KVM ... I also found the script: /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh Just wondering if we can avoid rebooting ... Thanks Vlad On 03.02.2016 16:57, Glenn Wagner wrote: Hi Vlad, Can I ask what hypervisor are you using? The default action is to reboot the hosts This is done in the heatbeat file on xenserver /opt/xensource/bin/xenheartbeat.sh Thanks Glenn ShapeBlue <http://www.shapeblue.com> Glenn Wagner Senior Consultant , ShapeBlue d: * | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091> | m: *+27 73 917 4111* <tel:+27%2073%20917%204111> e: *glenn.wag...@shapeblue.com | t: * <mailto:glenn.wag...@shapeblue.com%20%7C%20t:> | w: *www.shapeblue.com* <http://www.shapeblue.com> a: 2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130 South Africa 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 SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark. 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. -Original Message- From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com] Sent: Wednesday, 03 February 2016 5:08 PM To: users@cloudstack.apache.org Subject: Self-fencing when storage not available Hi All, I'm testing Cloudstack 4.6 now When doing some tests with storage (nfs), I was wondering, that the hosts self-fence itself by reboot, when a storage not writable ... Even more, my cluster had a working storage and I added one more, which was not writable due to missing user permissions... So effectively all the VMs hard drive were located on the working storage, but the problem with permissions on the new one causes the entire cluster to reboot :( Is this a bug or a correct behavior? Is it able to avoid rebooting at least? Thank you in advance Vlad Find out more about ShapeBlue and our range of CloudStack related services: IaaS Cloud Design & Build <http://shapeblue.com/iaas-cloud-design-and-build//> | CSForge – rapid IaaS deployment framework <http://shapeblue.com/csforge/> CloudStack Consulting <http://shapeblue.com/cloudstack-consultancy/> | CloudStack Software Engineering <http://shapeblue.com/cloudstack-software-engineering/> CloudStack Infrastructure Support <http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack Bootcamp Training Courses <http://shapeblue.com/cloudstack-training/>
Re: VPN Configuration
Hi Lucian, 1) I'm on ubuntu with l2tp-ipsec-vpn ... there is no group id, but It doesn't connects to ... look like timeout (firewall) 2) A colleague of mine tried the builtin VPN Clien on his mint WS, he had to pass a group id. After pressing the button "connect" we were immediately notified, something wrong in configuration ... looked like it could communicate with the Virtual Router but it rejected the connection. Which Client would you recommend for linux? Kind Regards Vlad On 03.02.2016 19:33, Nux! wrote: No, that's it. Which client are you using, which OS? Clients such as Window or Android will not need any more information. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com> To: users@cloudstack.apache.org Sent: Wednesday, 3 February, 2016 15:32:16 Subject: VPN Configuration Hi All, I added a VPN Configuration for a test network in CS 4.6 I got: - IP - Pre-shared Key - user - pass Trying to configure my client I realized that I'm missing group id and group pass, which I was not able to find ... Is there a default group id ? Kind regards Vlad
Re: Self-fencing when storage not available
There were probably many discussions around this implementation? Do you have any links to read about that? I'm really interesting in the background, would like to understand why implemented this way ... On 03.02.2016 19:34, Frank Louwers wrote: On 03 Feb 2016, at 19:32, Nux! <n...@li.nux.ro> wrote: You can modify the script to not reboot, but until we find a better way to deal with it this is correct behaviour. It sucks it reboots VMs on healthy storage though. Not only does it reboot on healty nodes, it only works on NFS. Not on another type of primary storage, not on local storage etc... -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: "Vladislav Nazarenko" <vladislav.nazare...@gmail.com> To: users@cloudstack.apache.org Sent: Wednesday, 3 February, 2016 16:24:34 Subject: Re: Self-fencing when storage not available Hi Glenn, we use KVM ... I also found the script: /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh Just wondering if we can avoid rebooting ... Thanks Vlad On 03.02.2016 16:57, Glenn Wagner wrote: Hi Vlad, Can I ask what hypervisor are you using? The default action is to reboot the hosts This is done in the heatbeat file on xenserver /opt/xensource/bin/xenheartbeat.sh Thanks Glenn ShapeBlue <http://www.shapeblue.com> Glenn Wagner Senior Consultant , ShapeBlue d: * | s: +27 21 527 0091* <tel:%7C%20s:%20+27%2021%20527%200091> | m: *+27 73 917 4111* <tel:+27%2073%20917%204111> e: *glenn.wag...@shapeblue.com | t: * <mailto:glenn.wag...@shapeblue.com%20%7C%20t:> | w: *www.shapeblue.com* <http://www.shapeblue.com> a: 2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130 South Africa 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 SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark. 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. -Original Message- From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com] Sent: Wednesday, 03 February 2016 5:08 PM To: users@cloudstack.apache.org Subject: Self-fencing when storage not available Hi All, I'm testing Cloudstack 4.6 now When doing some tests with storage (nfs), I was wondering, that the hosts self-fence itself by reboot, when a storage not writable ... Even more, my cluster had a working storage and I added one more, which was not writable due to missing user permissions... So effectively all the VMs hard drive were located on the working storage, but the problem with permissions on the new one causes the entire cluster to reboot :( Is this a bug or a correct behavior? Is it able to avoid rebooting at least? Thank you in advance Vlad Find out more about ShapeBlue and our range of CloudStack related services: IaaS Cloud Design & Build <http://shapeblue.com/iaas-cloud-design-and-build//> | CSForge – rapid IaaS deployment framework <http://shapeblue.com/csforge/> CloudStack Consulting <http://shapeblue.com/cloudstack-consultancy/> | CloudStack Software Engineering <http://shapeblue.com/cloudstack-software-engineering/> CloudStack Infrastructure Support <http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack Bootcamp Training Courses <http://shapeblue.com/cloudstack-training/>
Re: Performance problem within SSVM
Hi Guys, thanx fpr you help, so tcpdump showed there was a NFS (or even HW) Problem ... after I set up the storage on another host, there were no more problems ... So nothing to do with CS ... Kind regards Vlad On 27.05.2015 05:36, ilya wrote: try running tcp dump on the hypervisor the SSVM is on.. On 5/26/15 10:55 AM, Vladislav Nazarenko wrote: Hi Everybody, I'm expierencing some performance problems with SSVM. /usr/local/cloud/systemvm/ssvm-check.sh shows no problems When the agent is running, I see 100% of io-wait. secondary storage is mounted, but due to the io-wait, I can not access it When I stop the agent(/etc/init.d/cloud stop), I can easily access the nfs mount. I also tried to download images manually (curl), works good. the physical host hos not IO problems /etc/exports: /storage 10.0.40.0/24(rw,async,no_root_squash,no_subtree_check) Mount in the SSVM: 10.0.40.10:/storage/secondary on /mnt/SecStorage/0405ba30-38b9-349d-9ea4-15ea09d67e09 type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,acdirmin=0,acdirmax=0,soft,proto=tcp,timeo=133,retrans=2147483647,sec=sys,mountaddr=10.0.40.10,mountvers=3,mountport=892,mountproto=tcp,local_lock=none,addr=10.0.40.10) Cloudtack: 4.4.3 on centos 7 Please advice what to check Vlad .
Performance problem within SSVM
Hi Everybody, I'm expierencing some performance problems with SSVM. /usr/local/cloud/systemvm/ssvm-check.sh shows no problems When the agent is running, I see 100% of io-wait. secondary storage is mounted, but due to the io-wait, I can not access it When I stop the agent(/etc/init.d/cloud stop), I can easily access the nfs mount. I also tried to download images manually (curl), works good. the physical host hos not IO problems /etc/exports: /storage 10.0.40.0/24(rw,async,no_root_squash,no_subtree_check) Mount in the SSVM: 10.0.40.10:/storage/secondary on /mnt/SecStorage/0405ba30-38b9-349d-9ea4-15ea09d67e09 type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,acdirmin=0,acdirmax=0,soft,proto=tcp,timeo=133,retrans=2147483647,sec=sys,mountaddr=10.0.40.10,mountvers=3,mountport=892,mountproto=tcp,local_lock=none,addr=10.0.40.10) Cloudtack: 4.4.3 on centos 7 Please advice what to check Vlad
Re: Performance problem within SSVM
Hi Vadim, thanx for your response ... this is the only thing I can think about ... There is a dadicated storage network with a gateway configured the gateway is not in place (for now), but the both points (nfs server and nfs client) are in the same network and should access each other directly ... The default gateway is another one (present and works well) the IP Adress of the NFS Storage: 10.0.40.10 SSVM IP Address: 10.0.40.186 ip r default via B.B.28.1 dev eth2 (default) 10.0.40.0/24 dev eth3 proto kernel scope link src 10.0.40.186 (storage) X.X.X.176/28 dev eth1 proto kernel scope link src X.X.X.187 (management) 169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.2.170 (local link) A.A.40.14 via X.X.X.177 dev eth1 (Route to the DNS Srever) B.B.28.0/24 dev eth2 proto kernel scope link src B.B.28.67 (Route to the physical host) Wenn I look at the parameters of the java process (agent), there is also the following: storagegateway=10.0.40.1 And this the, which GW ist not in place yet So you think it might be the problem? Kind regards Vlad On 26.05.2015 20:55, Vadim Kimlaychuk wrote: Can it be network problem? What does your routing table say ? Vadim. From: Vladislav Nazarenko vladislav.nazare...@gmail.com Sent: Tuesday, May 26, 2015 20:55 To: users@cloudstack.apache.org Subject: Performance problem within SSVM Hi Everybody, I'm expierencing some performance problems with SSVM. /usr/local/cloud/systemvm/ssvm-check.sh shows no problems When the agent is running, I see 100% of io-wait. secondary storage is mounted, but due to the io-wait, I can not access it When I stop the agent(/etc/init.d/cloud stop), I can easily access the nfs mount. I also tried to download images manually (curl), works good. the physical host hos not IO problems /etc/exports: /storage 10.0.40.0/24(rw,async,no_root_squash,no_subtree_check) Mount in the SSVM: 10.0.40.10:/storage/secondary on /mnt/SecStorage/0405ba30-38b9-349d-9ea4-15ea09d67e09 type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,acdirmin=0,acdirmax=0,soft,proto=tcp,timeo=133,retrans=2147483647,sec=sys,mountaddr=10.0.40.10,mountvers=3,mountport=892,mountproto=tcp,local_lock=none,addr=10.0.40.10) Cloudtack: 4.4.3 on centos 7 Please advice what to check Vlad
Re: Incorrect Network setup on agent
Found the problem by googling renamed network interfaces rom pXpY to ethZ https://issues.apache.org/jira/browse/CLOUDSTACK-3959 On 20.05.2015 18:30, Vladislav Nazarenko wrote: Hi Vadim, thanx for your response ... my setup: 1. KVM 2. Network eth0 cloudbr0 (mgmt) (X.X.X.176/28) public (X.X.X.0/24) eth1 cloudbr1 guest 10.0.30.0/21 VLAN 20-39 storage 10.0.40.0/24 VLAN 40 3. Cloudstack 4.4.3 on centos 7 Advanced zone 4. Agent Conf #Storage #Wed May 20 18:27:31 CEST 2015 guest.network.device=cloudbr1 workers=5 private.network.device=cloudbr0 port=8250 resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource pod=1 zone=1 hypervisor.type=kvm guid=f6ce77af-ebe3-31b7-b8b6-fcc58dad925e public.network.device=cloudbr0 cluster=1 local.storage.uuid=c37e767f-911b-4503-816a-7b965a962661 domr.scripts.dir=scripts/network/domr/kvm LibvirtComputingResource.id=0 host=X.X.X.178 Logs on the compute node: 2015-05-20 18:28:44,327{GMT} INFO [utils.nio.NioClient] (Agent-Selector:) SSL: Handshake done 2015-05-20 18:28:44,328{GMT} INFO [utils.nio.NioClient] (Agent-Selector:) Connected to X.X.X.178:8250 2015-05-20 18:28:44,452{GMT} INFO [cloud.agent.Agent] (Agent-Handler-2:) Proccess agent startup answer, agent id = 0 2015-05-20 18:28:44,452{GMT} INFO [cloud.agent.Agent] (Agent-Handler-2:) Set agent id 0 2015-05-20 18:28:44,453{GMT} INFO [cloud.agent.Agent] (Agent-Handler-2:) Startup Response Received: agent id = 0 2015-05-20 18:28:44,638{GMT} INFO [agent.transport.Request] (UgentTask-5:) not building log message for '[{}]', _cmds.length == 1 2015-05-20 18:28:44,639{GMT} WARN [cloud.agent.Agent] (UgentTask-5:) Unable to send request: null 2015-05-20 18:28:44,726{GMT} INFO [agent.transport.Request] (Agent-Handler-4:) not building log message for '[{}]', _cmds.length == 1 2015-05-20 18:28:44,726{GMT} WARN [cloud.agent.Agent] (Agent-Handler-4:) Unable to send response: null 2015-05-20 18:28:49,329{GMT} INFO [cloud.agent.Agent] (Agent-Handler-1:) Connected to the server 2015-05-20 18:28:49,600{GMT} INFO [cloud.agent.Agent] (Agent-Handler-1:) Lost connection to the server. Dealing with the remaining commands... Alerts in the dashboard Incorrect Network setup on agentReinitialize agent after network names are setupdetails : Can not find network: cloudbr0 20 May 2015 18:11:52 On 19.05.2015 21:39, Vadim Kimlaychuk wrote: Vlad, You should provide a little bit more than that. At least the following: 1. Hypervisor type and version. 2. Network setup (physical and logical). In brief. I guess you use KVM, so do you have openvswitch or do you use linux bridge? 3. Cloudstack version and type of zone you are trying to configure (basic, advanced) ? 4. Agent conf file would be also great Vadim From: Vladislav Nazarenko vladislav.nazare...@gmail.com Sent: Tuesday, May 19, 2015 19:09 To: users@cloudstack.apache.org Subject: Incorrect Network setup on agent Hi Everybody, getting the following error trying to install a cloudstack agent. Can anybody help? Incorrect Network setup on agent, Reinitialize agent after network names are setup, details : Can not find network: mgmtbr Please advice Vlad
Re: Incorrect Network setup on agent
Hi Vadim, thanx for your response ... my setup: 1. KVM 2. Network eth0 cloudbr0 (mgmt) (X.X.X.176/28) public (X.X.X.0/24) eth1 cloudbr1 guest 10.0.30.0/21 VLAN 20-39 storage 10.0.40.0/24 VLAN 40 3. Cloudstack 4.4.3 on centos 7 Advanced zone 4. Agent Conf #Storage #Wed May 20 18:27:31 CEST 2015 guest.network.device=cloudbr1 workers=5 private.network.device=cloudbr0 port=8250 resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource pod=1 zone=1 hypervisor.type=kvm guid=f6ce77af-ebe3-31b7-b8b6-fcc58dad925e public.network.device=cloudbr0 cluster=1 local.storage.uuid=c37e767f-911b-4503-816a-7b965a962661 domr.scripts.dir=scripts/network/domr/kvm LibvirtComputingResource.id=0 host=X.X.X.178 Logs on the compute node: 2015-05-20 18:28:44,327{GMT} INFO [utils.nio.NioClient] (Agent-Selector:) SSL: Handshake done 2015-05-20 18:28:44,328{GMT} INFO [utils.nio.NioClient] (Agent-Selector:) Connected to X.X.X.178:8250 2015-05-20 18:28:44,452{GMT} INFO [cloud.agent.Agent] (Agent-Handler-2:) Proccess agent startup answer, agent id = 0 2015-05-20 18:28:44,452{GMT} INFO [cloud.agent.Agent] (Agent-Handler-2:) Set agent id 0 2015-05-20 18:28:44,453{GMT} INFO [cloud.agent.Agent] (Agent-Handler-2:) Startup Response Received: agent id = 0 2015-05-20 18:28:44,638{GMT} INFO [agent.transport.Request] (UgentTask-5:) not building log message for '[{}]', _cmds.length == 1 2015-05-20 18:28:44,639{GMT} WARN [cloud.agent.Agent] (UgentTask-5:) Unable to send request: null 2015-05-20 18:28:44,726{GMT} INFO [agent.transport.Request] (Agent-Handler-4:) not building log message for '[{}]', _cmds.length == 1 2015-05-20 18:28:44,726{GMT} WARN [cloud.agent.Agent] (Agent-Handler-4:) Unable to send response: null 2015-05-20 18:28:49,329{GMT} INFO [cloud.agent.Agent] (Agent-Handler-1:) Connected to the server 2015-05-20 18:28:49,600{GMT} INFO [cloud.agent.Agent] (Agent-Handler-1:) Lost connection to the server. Dealing with the remaining commands... Alerts in the dashboard Incorrect Network setup on agentReinitialize agent after network names are setupdetails : Can not find network: cloudbr0 20 May 2015 18:11:52 On 19.05.2015 21:39, Vadim Kimlaychuk wrote: Vlad, You should provide a little bit more than that. At least the following: 1. Hypervisor type and version. 2. Network setup (physical and logical). In brief. I guess you use KVM, so do you have openvswitch or do you use linux bridge? 3. Cloudstack version and type of zone you are trying to configure (basic, advanced) ? 4. Agent conf file would be also great Vadim From: Vladislav Nazarenko vladislav.nazare...@gmail.com Sent: Tuesday, May 19, 2015 19:09 To: users@cloudstack.apache.org Subject: Incorrect Network setup on agent Hi Everybody, getting the following error trying to install a cloudstack agent. Can anybody help? Incorrect Network setup on agent, Reinitialize agent after network names are setup, details : Can not find network: mgmtbr Please advice Vlad
Incorrect Network setup on agent
Hi Everybody, getting the following error trying to install a cloudstack agent. Can anybody help? Incorrect Network setup on agent, Reinitialize agent after network names are setup, details : Can not find network: mgmtbr Please advice Vlad
Best practicies to create full snapshots (block devices + RAM) with cloudstack
Hi Folks, I'm searching for a solution to create full VM snapshots with cloudstack. We are going to run cloustack with KVM, libvitrt supports such snapshots (external snapshot). But I'm not sure if cloudstack supports it also ... So, what's the best aproach to create snapshots? Thanx in advance Vlad
Re: Not able to upload templates: Connection timed out
Somesh, thanx a lot. It did help! On 11.12.2014 21:05, Somesh Naidu wrote: So... how can I change the password or install an ssh pub key? You can do either, 1. create a VM from that template, customize it, like change passwd etc and then created a template out of it (https://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.2/html/Admin_Guide/create-template-from-existing-vm.html) 2. upload a ssh keypair and assign it to the VM (https://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.2/html/Installation_Guide/using-sshkeys.html) In addition, you could also a template as password enabled so cloudstack can be used to manage/reset the password (https://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.2/html/Admin_Guide/add-password-management-to-templates.html) Hope that helps. -Original Message- From: Vladislav Nazarenko [mailto:vladislav.nazare...@gmail.com] Sent: Thursday, December 11, 2014 1:29 PM To: users@cloudstack.apache.org Subject: Re: Not able to upload templates: Connection timed out Guys ... Tejas, Tilak, Somesh, thanx a lot! With your workarounds I was able to login to SSVM, find the reason and upload an image!!! So I can now create instances now ... May be one more question ... I downloaded a template (centos) from hier http://dl.openvm.eu/cloudstack/centos/vanilla/6/x86_64/CentOS-6-x86_64-vanilla-kvm.qcow2.bz2 It looks like the rootpw is password (according to the kickstart http://dl.openvm.eu/cloudstack/centos/ks/vanilla/6/security.ks) So... how can I change the password or install an ssh pub key? Thank you in advance Vlad On 10.12.2014 20:44, Tejas Sheth wrote: Hi Vlad, I was also getting the same error few days ago, for me the issue was my SSVM was not able to mount Secondary storage. Make sure that all your hypervisor hosts and system vms are able to access nfs secondary storage. Thanks, Tejas On Thu, Dec 11, 2014 at 1:07 AM, Dave Dunaway dave.duna...@gmail.com wrote: Hey Vlado, Check out your download URL http://IP/CentOS-6-x86_64-vanilla-kvm.qcow2.bz2 http://ip/CentOS-6-x86_64-vanilla-kvm.qcow2.bz2 On Wed, Dec 10, 2014 at 1:56 PM, Vladislav Nazarenko vladislav.nazare...@gmail.com wrote: Hi Everybody, need help with a fresh installed cloudstack with basic setup. System VMs are running. Trying to upload a template a see the following in /var/log/cloudstack/management/management-server.log 2014-12-10 18:35:22,043 DEBUG [c.c.a.t.Request] (Timer-13:ctx-8ce1d6ae) Seq 3-8582734989861322876: Sending { Cmd , MgmtId: 207379926576, via: 3(s-2-VM), Ver: v1, Flags: 100011, [{org.apache.cloudstack. storage.command.DownloadProgressCommand:{jobId:2683e976-bd26-450d- 8774-092665b1233e,request:GET_STATUS,hvm:true, description:CENTOS,maxDownloadSizeInBytes:53687091200,id:209, resourceType:TEMPLATE,installPath:template/tmpl/2/ 209,_store:{com.cloud.agent.api.to.NfsTO:{_url: nfs://IP/secondary,_role:Image}},url:http://IP/ CentOS-6-x86_64-vanilla-kvm.qcow2.bz2,format:QCOW2, accountId:2,name:209-2-4a99674a-acce-36e0-b2f6- e12a7ad15e6b,secUrl:nfs://IP/secondary,wait:0}}] } Please advice Vlad
Re: Not able to upload templates: Connection timed out
Guys ... Tejas, Tilak, Somesh, thanx a lot! With your workarounds I was able to login to SSVM, find the reason and upload an image!!! So I can now create instances now ... May be one more question ... I downloaded a template (centos) from hier http://dl.openvm.eu/cloudstack/centos/vanilla/6/x86_64/CentOS-6-x86_64-vanilla-kvm.qcow2.bz2 It looks like the rootpw is password (according to the kickstart http://dl.openvm.eu/cloudstack/centos/ks/vanilla/6/security.ks) So... how can I change the password or install an ssh pub key? Thank you in advance Vlad On 10.12.2014 20:44, Tejas Sheth wrote: Hi Vlad, I was also getting the same error few days ago, for me the issue was my SSVM was not able to mount Secondary storage. Make sure that all your hypervisor hosts and system vms are able to access nfs secondary storage. Thanks, Tejas On Thu, Dec 11, 2014 at 1:07 AM, Dave Dunaway dave.duna...@gmail.com wrote: Hey Vlado, Check out your download URL http://IP/CentOS-6-x86_64-vanilla-kvm.qcow2.bz2 http://ip/CentOS-6-x86_64-vanilla-kvm.qcow2.bz2 On Wed, Dec 10, 2014 at 1:56 PM, Vladislav Nazarenko vladislav.nazare...@gmail.com wrote: Hi Everybody, need help with a fresh installed cloudstack with basic setup. System VMs are running. Trying to upload a template a see the following in /var/log/cloudstack/management/management-server.log 2014-12-10 18:35:22,043 DEBUG [c.c.a.t.Request] (Timer-13:ctx-8ce1d6ae) Seq 3-8582734989861322876: Sending { Cmd , MgmtId: 207379926576, via: 3(s-2-VM), Ver: v1, Flags: 100011, [{org.apache.cloudstack. storage.command.DownloadProgressCommand:{jobId:2683e976-bd26-450d- 8774-092665b1233e,request:GET_STATUS,hvm:true, description:CENTOS,maxDownloadSizeInBytes:53687091200,id:209, resourceType:TEMPLATE,installPath:template/tmpl/2/ 209,_store:{com.cloud.agent.api.to.NfsTO:{_url: nfs://IP/secondary,_role:Image}},url:http://IP/ CentOS-6-x86_64-vanilla-kvm.qcow2.bz2,format:QCOW2, accountId:2,name:209-2-4a99674a-acce-36e0-b2f6- e12a7ad15e6b,secUrl:nfs://IP/secondary,wait:0}}] } Please advice Vlad
Not able to upload templates: Connection timed out
Hi Everybody, need help with a fresh installed cloudstack with basic setup. System VMs are running. Trying to upload a template a see the following in /var/log/cloudstack/management/management-server.log 2014-12-10 18:35:22,043 DEBUG [c.c.a.t.Request] (Timer-13:ctx-8ce1d6ae) Seq 3-8582734989861322876: Sending { Cmd , MgmtId: 207379926576, via: 3(s-2-VM), Ver: v1, Flags: 100011, [{org.apache.cloudstack.storage.command.DownloadProgressCommand:{jobId:2683e976-bd26-450d-8774-092665b1233e,request:GET_STATUS,hvm:true,description:CENTOS,maxDownloadSizeInBytes:53687091200,id:209,resourceType:TEMPLATE,installPath:template/tmpl/2/209,_store:{com.cloud.agent.api.to.NfsTO:{_url:nfs://IP/secondary,_role:Image}},url:http://IP/CentOS-6-x86_64-vanilla-kvm.qcow2.bz2,format:QCOW2,accountId:2,name:209-2-4a99674a-acce-36e0-b2f6-e12a7ad15e6b,secUrl:nfs://IP/secondary,wait:0}}] } Please advice Vlad
Re: Not able to upload templates: Connection timed out
Hi Guys, thanx a lot for your prompt responses: @Dave: The image(http://IP/CentOS-6-x86_64-vanilla-kvm.qcow2.bz2) is available and can be downloaded (tested with wget) @Tejas: Hypervisor hosts are able to mount the secondary storage How can I debug this on the SSVM? Kind regards Vlad On 10.12.2014 20:44, Tejas Sheth wrote: Hi Vlad, I was also getting the same error few days ago, for me the issue was my SSVM was not able to mount Secondary storage. Make sure that all your hypervisor hosts and system vms are able to access nfs secondary storage. Thanks, Tejas On Thu, Dec 11, 2014 at 1:07 AM, Dave Dunaway dave.duna...@gmail.com wrote: Hey Vlado, Check out your download URL http://IP/CentOS-6-x86_64-vanilla-kvm.qcow2.bz2 http://ip/CentOS-6-x86_64-vanilla-kvm.qcow2.bz2 On Wed, Dec 10, 2014 at 1:56 PM, Vladislav Nazarenko vladislav.nazare...@gmail.com wrote: Hi Everybody, need help with a fresh installed cloudstack with basic setup. System VMs are running. Trying to upload a template a see the following in /var/log/cloudstack/management/management-server.log 2014-12-10 18:35:22,043 DEBUG [c.c.a.t.Request] (Timer-13:ctx-8ce1d6ae) Seq 3-8582734989861322876: Sending { Cmd , MgmtId: 207379926576, via: 3(s-2-VM), Ver: v1, Flags: 100011, [{org.apache.cloudstack. storage.command.DownloadProgressCommand:{jobId:2683e976-bd26-450d- 8774-092665b1233e,request:GET_STATUS,hvm:true, description:CENTOS,maxDownloadSizeInBytes:53687091200,id:209, resourceType:TEMPLATE,installPath:template/tmpl/2/ 209,_store:{com.cloud.agent.api.to.NfsTO:{_url: nfs://IP/secondary,_role:Image}},url:http://IP/ CentOS-6-x86_64-vanilla-kvm.qcow2.bz2,format:QCOW2, accountId:2,name:209-2-4a99674a-acce-36e0-b2f6- e12a7ad15e6b,secUrl:nfs://IP/secondary,wait:0}}] } Please advice Vlad