Re: Windows Template & Multiple SCSI Controllers

[Marc-Andre Jutras]

Hey Mike,


disk OSdefaut: it will use IDE if i'm right...

2 nics: are your seeing these 2 nic in cloudstack too ?


Template: I've build up my Windows 10 template directly in cloudstack...

My steps:

 - upload a Win10 ISO on Cloudstack

 - create a new VM with your ISO ( 1 gb ram, 1 nic, 1 vcpu, 30gb disk )

 - install the latest vmware-tools and cloudbase-init ( 
https://cloudbase-init.readthedocs.io/en/latest/intro.html#download )


 - do a sysprep... shutdown your vm...

 - create a snapshot / template of your disk in cloudstack

 - when done, in cloudstack, modify your template settings and add:

  - - keyboard : us

  - - nicAdapter : Vmxnet3

  - - rootDiskController : lsisas1068


Then, Test !! try to start a vm from your template, set the root disk to 
60 Gb and 2 vcpu, 4 gb ram... keep us updated with your results ;)



Recommended global settings:

 - Vmware.create.full.clone : true

 - Vmware.create.base.shapshot : true

 - vmware.root.disk.controller: lsisas1068

 - vmware.systemvm.nic.device.type: vmxnet3


Marcus

On 2020-07-29 1:53 PM, Corey, Mike wrote:

Thanks Marc & Thomas for your responses.

Setting from "lsilogic" to "osdefault" got my one Windows10 Template to load to 
OS as expected - it literally is just a vanilla installation of Windows 10 with sysprep.  However, 
it now has two NICs configured for it.  (Again, is this normal behavior?)

Its still not clear as to why the additional SCSI adapters are added to the 
deployed instance.  Now I'm having the second NIC added.

Marc - for your Windows Templates/Images - did you use any imaging preparation 
tools like MDT or other that customizes settings/preferences/apps as the OS 
starts for the first time?  If so, any issues with the system partition loading 
as expecting during your initial experience?

Thanks!

Mike





-Original Message-
From: Thomas Joseph 
Sent: Tuesday, July 28, 2020 9:56 PM
To: users@cloudstack.apache.org
Subject: Re: Windows Template & Multiple SCSI Controllers

To add few more troubleshooting tips:
1. In template/VM settings tab, add entries for  Vnic (vmxnet3) and root &
data disk controllers (osdefault) from the dropdown menu.
2. You would need to have vmtools in the template.

Regards
Thomas

On Wed, 29 Jul 2020, 6:50 am Marc-Andre Jutras, 
wrote:


Hey Mike,

On 2020-07-28 3:37 PM, Corey, Mike wrote:

I could use some advice on this.  I completely recreated my Window10

VM/Template and imported it into ACS.  Deploying an instance runs; however
a couple things are out of the normal and I could use some guidance on
troubleshooting.

1 - The ASC template that ASC deploys does not include the network

adapter that my imported OVA has.  Is this expected behavior of the
template?


Yes, It's expected, vNIC will be added to your VM only when you will
start your VM...



2 - Booting the deployed Instance VM to UEFI can't see the system volume

(device 0:0) and fails to boot up Windows.
make sure you boot up your vm from cloudstack and not from vmware...

3 - Booting the deployed Instance VM to BIOS gets a Windows

unrecoverable error - fails to boot up Windows correctly.
same... make sure you boot up your vm from cloudstack and not from
vmware...

Cloning a VM from the ASC Deployed Template VM (adding a vnic after)

works and the VM loads as expected.

whoa, party on dude ;)

to use vmxnet3 driver or any others specific settings in your template,
on acs, select your template and under settings, add :

nicAdapter = Vmxnet3
and define any others settings there... ( keyboard, root scsi driver,
etc... )


So my question to the greater forum is what is ASC doing under the

covers to the VM hardware that could prevent the OS / System Volume /
primary partition from loading in the ASC deployed VM Instance?
ACS drives vmware through API calls, ACS will push configuration to your
vm only when needed : always manage your VM via Cloudstack and don't do
anything directly on vmware ;)


Anyone with a VMware & CloudStack deployment running out here that can

shed some light?
yup, me ;)  6 ACS regions with vmware 5.5, 6.0 and 6.7 ( upgrade to 6.7
on all regions on hold for now // covid... )

Thanks!

Mike





-Original Message-
From: Corey, Mike 
Sent: Monday, July 27, 2020 11:48 AM
To: users@cloudstack.apache.org
Subject: [CAUTION] RE: Windows Template & Multiple SCSI Controllers

Why would you hardcode the addition of unrequired/unnecessary "hardware"

to the VM instance?  This wasn't the case for the CentOS deployment so why
do it with Windows OS?

I can't say for certain, but the VM instance that ACS creates doesn't

start the OS (blue screen recovery console).  However, cloning from the
template ACS creates in vCenter through the tradition vCenter method, the
VM loads as normal.

Can this be changed via a global setting or other config file edit?



-Original Message-
From: Andrija Panic 
Sent: Saturday, July 25, 2020 2:44 PM
To: users 
Subject

Re: Windows Template & Multiple SCSI Controllers

[Marc-Andre Jutras]

Hey Mike,

On 2020-07-28 3:37 PM, Corey, Mike wrote:

I could use some advice on this.  I completely recreated my Window10 
VM/Template and imported it into ACS.  Deploying an instance runs; however a 
couple things are out of the normal and I could use some guidance on 
troubleshooting.

1 - The ASC template that ASC deploys does not include the network adapter that 
my imported OVA has.  Is this expected behavior of the template?



Yes, It's expected, vNIC will be added to your VM only when you will 
start your VM...





2 - Booting the deployed Instance VM to UEFI can't see the system volume 
(device 0:0) and fails to boot up Windows.

make sure you boot up your vm from cloudstack and not from vmware...


3 - Booting the deployed Instance VM to BIOS gets a Windows unrecoverable error 
- fails to boot up Windows correctly.
same... make sure you boot up your vm from cloudstack and not from 
vmware...


Cloning a VM from the ASC Deployed Template VM (adding a vnic after) works and 
the VM loads as expected.


whoa, party on dude ;)

to use vmxnet3 driver or any others specific settings in your template, 
on acs, select your template and under settings, add :


nicAdapter = Vmxnet3
and define any others settings there... ( keyboard, root scsi driver, etc... )



So my question to the greater forum is what is ASC doing under the covers to 
the VM hardware that could prevent the OS / System Volume / primary partition 
from loading in the ASC deployed VM Instance?
ACS drives vmware through API calls, ACS will push configuration to your 
vm only when needed : always manage your VM via Cloudstack and don't do 
anything directly on vmware ;)
  


Anyone with a VMware & CloudStack deployment running out here that can shed 
some light?
yup, me ;)  6 ACS regions with vmware 5.5, 6.0 and 6.7 ( upgrade to 6.7 
on all regions on hold for now // covid... )


Thanks!

Mike



  


-Original Message-
From: Corey, Mike 
Sent: Monday, July 27, 2020 11:48 AM
To: users@cloudstack.apache.org
Subject: [CAUTION] RE: Windows Template & Multiple SCSI Controllers

Why would you hardcode the addition of unrequired/unnecessary "hardware" to the 
VM instance?  This wasn't the case for the CentOS deployment so why do it with Windows OS?

I can't say for certain, but the VM instance that ACS creates doesn't start the 
OS (blue screen recovery console).  However, cloning from the template ACS 
creates in vCenter through the tradition vCenter method, the VM loads as normal.

Can this be changed via a global setting or other config file edit?



-Original Message-
From: Andrija Panic 
Sent: Saturday, July 25, 2020 2:44 PM
To: users 
Subject: Re: Windows Template & Multiple SCSI Controllers

Hardcoded behavior of having 4 identical controllers, with all the volumes
attached to the first one.

Why is this a problem for you?

Best,

On Fri, 24 Jul 2020, 19:55 Corey, Mike,  wrote:


Hi,



As I progress with my ACS & VMware setup I seem to hit a bump at every
turn.  I’ve gotten to the point where I’m now able to upload a Windows 10
template that we use in production (VMware) into ACS.  However, when I
create a new instance through the GUI it is deployed with a total of 4 SCSI
controllers when it should only have ONE.



What is strange is that the clone of the template that ACS copies into
vCenter only has a single SCSI controller (as expected).  In fact, when I
clone a VM (traditional vCenter method) from the ACS template that was
create – that VM only has the single controller and boots to the OS fine.



Any ideas are welcome as to why this behavior is occurring.



Thanks!

Mike







*Mike Corey*


Technology Senior Consultant, IT CS CTW Operation & Virtualization Service
US


*SAP AMERICA, INC.* 3999 West Chester Pike, Newtown Square, 19073 United
States


T +1 610 661 0905, M +1 484 274 2658, E mike.co...@sap.com

Re: Unable to create VM through 100 and 200 GB temaplate.

[Marc-Andre Jutras]

Sounds like you're reaching a limit somewhere on your cloudstack... ( 
error from vmware: The task was canceled by a user. )



in your global settings, check for these points and adjust the value: ( 
set them to -1 for no limit... )


custom.diskoffering.size.max

max.project.primary.storage

max.account.primary.storage

max.domain.primary.storage


Also, depending on your SAN // VMFS speed, you may need to adjust some 
timeout value in cloudstack / global settings...


vm.job.timeout...

and since you're on vmware, I will highly recommend you to set these 
global settings too:


vmware.root.disk.controller =  lsisas1068

vmware.systemvm.nic.device.type = Vmxnet3


Marcus

On 2020-04-27 6:13 AM, pradeep pal wrote:

Ok will share with you details asap.

Thanks
Pradeep

Get Outlook for iOS

From: Andrija Panic 
Sent: Sunday, April 26, 2020 7:32:22 PM
To: users 
Subject: Re: Unable to create VM through 100 and 200 GB temaplate.

A proper log, or perhaps (if this is what you tried to share) a
screenshot uploaded online would be better.

Which VMFS version?

regards,

On Sat, 25 Apr 2020 at 19:01, pradeep pal  wrote:


Hi All,

We have built a new  VMware cluster in existing CloudStack infra. But when
we create new machines with 100 and 200 GB template. always we get this
error.


Clone virtual machine
Status:
The task was canceled by a user.
Initiator: VSPHERE.LOCAL\Administrator
Target:
271152f909563b3f954b87539960261e
Server: xx.xx.xx.xx
Related events:
04/25/2020, 9:07:42 AM

Removed ROOT-5420
on xx.xx.xx.xx
from HOSTDC1
04/25/2020, 9:07:42 AM

Cannot clone 271152f909563b3f954b87539960261e
:
04/25/2020, 8:46:59 AM

Assign a new instance UUID (502dd00e-baf0-9342-0e31-a635e9bacc48) to
ROOT-5420
04/25/2020, 8:46:59 AM

Assigned new BIOS UUID (422d4f0d-fb3d-3ae9-8710-77eac2aa06f5) to ROOT-5420
on xx.xx.xx.xx
in HOSTDC1
04/25/2020, 8:46:59 AM

Cloning 271152f909563b3f954b87539960261e
on host xx.xx.xx.xx
in HOSTDC1
to ROOT-5420 on host 10.106.13.103
04/25/2020, 8:46:59 AM

Task: Clone virtual machine

kindly help us in this case.

Thanks
Pradeep



--

Andrija Panić

Re: Advanced networking help

[Marc-Andre Jutras]

Not recommended mainly because it generate some weird routing problem...

from your test, check your routing table on your CVM: Same subnet on 
different interfaces... ( eth1 and eth2 )



Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref    Use 
Iface

0.0.0.0 172.26.0.1  0.0.0.0 UG    0 0    0 eth2
8.8.4.4 172.26.0.1  255.255.255.255 UGH   0 0    0 eth1
8.8.8.8 172.26.0.1  255.255.255.255 UGH   0 0    0 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0    0 eth0
172.26.0.0  0.0.0.0 255.255.255.0   U 0 0    0 eth1
172.26.0.0  0.0.0.0 255.255.255.0   U 0 0    0 eth2


Depending on your router, what you can do is to divide your 
172.26.0.0/24 in 2...

Public on 172.26.0.0/25, gateway on your router: 172.26.0.1
Management on 172.26.0.128/25, gateway on your router: 172.26.0.129

On 2020-04-07 8:54 AM, F5 wrote:

Yes, is this configuration not allowed?

How could I get around this, as I don't have another routed network.

Re: Advanced networking help

[Marc-Andre Jutras]

...try:


On your management server, make sure the port TCP 8250 is open and 
reachable ( firewall open too )


ssh on your ssvm and run : usr/local/cloud/systemvm/ssvm-check.sh

any errors there ?

howto : 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM%2C+templates%2C+Secondary+storage+troubleshooting


then, ssh on cvm and check the logs there ( /var/log/cloud.log ) any 
errors there ?



Marcus

On 2020-04-03 2:11 PM, F5 wrote:

My Advanced Zone on CloudStack is configured as follows:

-Public:
Gateway - 172.26.0.1
Netmask - 255.255.255.0
VLAN/VNI- vlan://untagged
Start IP - 172.26.0.170
End IP - 172.26.0.185
Account: system
Domain: ROOT
System VMs: false

-Guest:
State   Enabled
VLAN/VNI Range(s)   300-1000
KVM traffic label   cloudbr1

-Management:
Gateway - 172.26.0.1
Netmask - 255.255.255.0
VLAN/VNI- vlan://untagged
Start IP - 172.26.0.1
End IP - 172.26.0.1
System VMs - marcado
==

-Troubleshooting:
My local Network 172.26.0.0/24
host KVM 172.26.0.222
host ACS 172.26.0.209
My local host 172.26.0.190

-Ping SSVM:
Console Proxy VM
Ping 172.26.0.185
 From 172.26.0.190 icmp_seq=1 Destination Host Unreachable

-Secondary Storage VM
Ping 172.26.0.184
 From 172.26.0.190 icmp_seq=1 Destination Host Unreachable

===
But if I ping the Private Ip it works:
ping 172.26.0.220
64 bytes from 172.26.0.220: icmp_seq=1 ttl=64 time=0.696 ms

=

I would like to know where I am sinning in these settings, as I cannot access 
the console view

If anyone could help me and thank you very much.

Re: ACS 4.11.1 with Vmware VCSA 6.5

[Marc-Andre Jutras]

Hey !

I'm currently testing it... looks good so far, I should be able to 
finish my test by Friday, I'll keep you posted asap...


quick note: just make sure you compile your ACS 4.11.1 with the latest 
nonoss package... ( ie: vim25_65.jar )


everything is available at : https://github.com/rhtyd/cloudstack-nonoss.git

Marcus


On 2018-08-22 1:09 PM, Netlynker wrote:

Hi,

I tried to find information in ACS doc site but apparently documents are
not updated yet.

As such, I would like to ask you guys if any of u tried ACS 4.11 with
Vcenter appliance 6.5?

If you manage to do so, is that smooth sailing or need any trick to make it
work?


Thanks in advance.
netlynker.

Re: cs 4.5.1, hosts stuck in disconnected status

[Marc-Andre Jutras]

ttache] 
(StatsCollector-1:ctx-814f1ae1) Seq 19-2009731333714083845: Error on connecting 
to management node: null try = 1

   2016-07-18 14:03:28,852 INFO [c.c.a.m.ClusteredAgentAttache] 
(StatsCollector-1:ctx-814f1ae1) IOException Broken pipe when sending data to 
peer 345049098498, close peer connection and let it re-open

   2016-07-18 14:03:28,856 WARN [c.c.a.m.AgentManagerImpl] 
(StatsCollector-1:ctx-814f1ae1) Exception while sending 
java.lang.NullPointerExceptio



See more details in my previous post.





I have another question: the cloudstack documentation says that the tcp port 8250 
is used for system vm’s (console proxy & secondary storage) to connect to the 
CSMAN’s.

Is it true that the Xen Hosts does not use this port?


true : 8250 is only used by the SSVM, CVM and VR / VPC



AFAIK the Xen Hosts only get connections from the CSMAN’s (tcp 22/80/443) but 
never iniate connections to them. Is that correct?


Correct, it's Cloudstack who will initiate the connection to the 
Xenserver...








Many Thanks to all contributors!

It is really amazing to see such good and reactive support from a free maillist.



Best Regards

Francois Scheurer







-Original Message-----
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
Sent: Thursday, July 21, 2016 8:10 PM
To: users@cloudstack.apache.org
Subject: Re: cs 4.5.1, hosts stuck in disconnected status



Hey Francois,



here is some suggestion...



Did you have any load balancer in front of your 3 CSMAN servers? if so, is 
there any persistence defined in your configuration ? Can you try to set it to 
SourceIP and fix the timeout to something like 60 or 120 min ?



Also validate these points:



under global settings / host, make sure your Xen hosts, VM or System VM can 
reach the IP defined there...



iptables : make sure these tcp port are open on each of your CSMAN servers... : 
8080, 8096, 8250, 9090 ( and also validate that you got these ports open on 
your Load balancer too... )



if your zone is set to Advanced mode, make sure each of your xenserver is 
running openvswitch ( xe-switch-network-backend openvswitch ) if not, ( basic 
mode ) set it to bridge... ( xe-switch-network-backend bridge ) ( more info:

http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.6/hypervisor/xenserver.html#install-cloudstack-xenserver-support-package-csp

)



check also each iptables definition in each of your xen server, to test, flush 
all tables and check if Cloudstack can connect correctly to it...

( iptables -F  iptables definition in : /etc/sysconfig/iptables )



you can also try to delete one xenhost and re-add it to cloudstack and check in 
the CS logs if you're seeing some files copied to the host...



try that and keep us posted !



Marcus





On 2016-07-21 10:50 AM, Scheurer François wrote:


Dear Stephan and Dag,
we also thought about it and checked it but the host was already enabled on xen.
Best Regards
Francois
EveryWare AG
François Scheurer
Senior Systems Engineer
-Original Message-
From: Dag Sonstebo [mailto:dag.sonst...@shapeblue.com]
Sent: Thursday, July 21, 2016 1:23 PM
To: users@cloudstack.apache.org<mailto:users@cloudstack.apache.org>
Subject: Re: cs 4.5.1, hosts stuck in disconnected status
Hi Francois,
As pointed out by Stephan the problem is probably with your Xen cluster rather 
than your CloudStack management. On the disconnected host you may want to carry 
out a xe-toolstack-restart - this will restart Xapi without affecting running 
Vms. After that check your cluster with ‘xe host-list’ etc. If this doesn’t 
help you may have to consider restarting the host.
Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue
On 21/07/2016, 11:25, "Francois Scheurer" 
<francois.scheu...@everyware.ch<mailto:francois.scheu...@everyware.ch>> wrote:

Dear CS contributors
We could fix the issue without having to restart the disconnected Xen Hosts.
We suspect that the root cause was a interrupted agent transfer,
during a restart of a Managment Server (CSMAN).
We have 3 CSMAN's running in cluster: man01, man02 and man03.
The disconnected vh010 belongs to one Xen Hosts Cluster with 4 nodes:
vh009, vh010, vh011 and vh012.
See the chronological events from the logs with our comments
regarding the disconnection of vh010:
===>vh010 (host 19) was on agent 345049103441 (man02)
  vh010: Last Disconnected   2016-07-18T14:03:50+0200
  345049098498 = man01
  345049103441 = man02
  345049098122 = man03
  ewcstack-man02-prod:
  2016-07-18T14:00:34.878973+02:00 ewcstack-man02-prod [audit
root/10467 as root/10467 on
pts/1/192.168.252.77:36251->192.168.225.72:22] /root: service
cloudstack-management restart; service cloudstack-usage restart
  ewcstack-man02-prod:
  2016-07-18 14:02:15,797 DEBUG [c.c.s.StorageManagerImpl]
(StorageManager-Scavenger-1:ctx-ea98efd4) Storage pool garbage
collector found 0 templates to clean up in storage pool:
ewcstack-vh010-pr

Re: Can't stop mgmt server cleanly for CS 4.8.0

[Marc-Andre Jutras]

So far, I got something stable with this kind of setup :

RHEL 6.7 // Tomcat 6.0.24-94.el6_7 // java version "1.8.0_73"

...continuing to test...
Marcus

On 2016-06-10 4:10 PM, Yiping Zhang wrote:

RHEL 6.7 / java-1.7.0-openjdk-1.7.0.85-2.6.1.3 / tomcat6-6.0.24-90

On 6/10/16, 12:49 PM, "Marc-Andre Jutras" <mar...@marcuspocus.com> wrote:


which java / tomcat / centos version you're running on ?


On 2016-06-10 3:41 PM, Yiping Zhang wrote:

Hi, all:

We have a cron job to restart mgmt. service once a week. However, after we 
upgraded to CS 4.8.0, the cron job would leave the service stopped and Nagios 
starts to page oncall.  We traced the problem to that the mgmt. service won’t 
stop cleanly, even when we try to stop it manually from CLI:

# service cloudstack-management stop
Stopping cloudstack-management:[FAILED]
# service cloudstack-management status
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.
  Starting cloudstack-management will take care of them or you can 
manually clean up.
#

The catalina.out log file has following exception:

INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] (Thread-95:null) stopping bean 
ClusterManagerImpl
INFO  [c.c.c.ClusterManagerImpl] (Thread-95:null) Stopping Cluster manager, 
msid : 60274787591663
ERROR [c.c.c.ClusterServiceServletContainer] (Thread-11:null) Unexpected 
exception
java.net.SocketException: Socket closed
   at java.net.PlainSocketImpl.socketAccept(Native Method)
   at 
java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398)
   at java.net.ServerSocket.implAccept(ServerSocket.java:530)
   at java.net.ServerSocket.accept(ServerSocket.java:498)
   at 
com.cloud.cluster.ClusterServiceServletContainer$ListenerThread.run(ClusterServiceServletContainer.java:131)
log4j:WARN No appenders could be found for logger 
(com.cloud.cluster.ClusterServiceServletContainer).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
Exception in thread "Timer-2" java.lang.NullPointerException
   at 
org.slf4j.impl.Log4jLoggerAdapter.info(Log4jLoggerAdapter.java:304)
   at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.getContext(ManagedContextRunnable.java:66)
   at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
   at 
org.apache.cloudstack.managed.context.ManagedContextTimerTask.run(ManagedContextTimerTask.java:27)
   at java.util.TimerThread.mainLoop(Timer.java:555)
   at java.util.TimerThread.run(Timer.java:505)
Exception in thread "Timer-1" java.lang.NullPointerException
   at 
org.slf4j.impl.Log4jLoggerAdapter.info(Log4jLoggerAdapter.java:304)
   at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.getContext(ManagedContextRunnable.java:66)
   at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
   at 
org.apache.cloudstack.managed.context.ManagedContextTimerTask.run(ManagedContextTimerTask.java:27)
   at java.util.TimerThread.mainLoop(Timer.java:555)
   at java.util.TimerThread.run(Timer.java:505)

The SocketException does not show up in every CS instances, but those 
NullPointerException for thread Timer-1/2 are present for all CS instances.

As a work around, we have to stop the service again, to clean up leftover pid 
and lock files,  before starting the service again.

Has anyone else seen this problem ?

Thanks,

Yiping

Re: cs 4.5.1, hosts stuck in disconnected status

[Marc-Andre Jutras]

Hey Francois,

here is some suggestion...

Did you have any load balancer in front of your 3 CSMAN servers? if so, 
is there any persistence defined in your configuration ? Can you try to 
set it to SourceIP and fix the timeout to something like 60 or 120 min ?


Also validate these points:

under global settings / host, make sure your Xen hosts, VM or System VM 
can reach the IP defined there...


iptables : make sure these tcp port are open on each of your CSMAN 
servers... : 8080, 8096, 8250, 9090 ( and also validate that you got 
these ports open on your Load balancer too... )


if your zone is set to Advanced mode, make sure each of your xenserver 
is running openvswitch ( xe-switch-network-backend openvswitch ) if not, 
( basic mode ) set it to bridge... ( xe-switch-network-backend bridge ) 
( more info: 
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.6/hypervisor/xenserver.html#install-cloudstack-xenserver-support-package-csp 
)


check also each iptables definition in each of your xen server, to test, 
flush all tables and check if Cloudstack can connect correctly to it... 
( iptables -F  iptables definition in : /etc/sysconfig/iptables )


you can also try to delete one xenhost and re-add it to cloudstack and 
check in the CS logs if you're seeing some files copied to the host...


try that and keep us posted !

Marcus


On 2016-07-21 10:50 AM, Scheurer François wrote:

Dear Stephan and Dag,

we also thought about it and checked it but the host was already enabled on xen.

Best Regards
Francois



EveryWare AG
François Scheurer
Senior Systems Engineer

-Original Message-
From: Dag Sonstebo [mailto:dag.sonst...@shapeblue.com]
Sent: Thursday, July 21, 2016 1:23 PM
To: users@cloudstack.apache.org
Subject: Re: cs 4.5.1, hosts stuck in disconnected status

Hi Francois,

As pointed out by Stephan the problem is probably with your Xen cluster rather 
than your CloudStack management. On the disconnected host you may want to carry 
out a xe-toolstack-restart - this will restart Xapi without affecting running 
Vms. After that check your cluster with ‘xe host-list’ etc. If this doesn’t 
help you may have to consider restarting the host.

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue







On 21/07/2016, 11:25, "Francois Scheurer"  
wrote:


Dear CS contributors


We could fix the issue without having to restart the disconnected Xen Hosts.
We suspect that the root cause was a interrupted agent transfer, during
a restart of a Managment Server (CSMAN).

We have 3 CSMAN's running in cluster: man01, man02 and man03.
The disconnected vh010 belongs to one Xen Hosts Cluster with 4 nodes:
vh009, vh010, vh011 and vh012.
See the chronological events from the logs with our comments regarding
the disconnection of vh010:

===>vh010 (host 19) was on agent 345049103441 (man02)
 vh010: Last Disconnected   2016-07-18T14:03:50+0200
 345049098498 = man01
 345049103441 = man02
 345049098122 = man03

 ewcstack-man02-prod:
 2016-07-18T14:00:34.878973+02:00 ewcstack-man02-prod [audit
root/10467 as root/10467 on
pts/1/192.168.252.77:36251->192.168.225.72:22] /root: service
cloudstack-management restart; service cloudstack-usage restart

 ewcstack-man02-prod:
 2016-07-18 14:02:15,797 DEBUG [c.c.s.StorageManagerImpl]
(StorageManager-Scavenger-1:ctx-ea98efd4) Storage pool garbage collector
found 0 templates to clean up in storage pool: ewcstack-vh010-prod Local
Storage
 !2016-07-18 14:02:26,699 DEBUG
[c.c.a.m.ClusteredAgentManagerImpl] (StatsCollector-1:ctx-7da7a491) Host
19 has switched to another management server, need to update agent map
with a forwarding agent attache

 ewcstack-man01-prod:
 2016-07-18T14:02:47.317644+02:00 ewcstack-man01-prod [audit
root/11094 as root/11094 on
pts/0/192.168.252.77:40654->192.168.225.71:22] /root: service
cloudstack-management restart; service cloudstack-usage restart;

 ewcstack-man02-prod:
 2016-07-18 14:03:24,859 DEBUG [c.c.s.StorageManagerImpl]
(StorageManager-Scavenger-1:ctx-c39aaa53) Storage pool garbage collector
found 0 templates to clean up in storage pool: ewcstack-vh010-prod Local
Storage

 ewcstack-man02-prod:
 2016-07-18 14:03:26,260 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-6:null) SeqA 256-29401: Sending Seq 256-29401:  {
Ans: , MgmtId: 345049103441, via: 256, Ver: v1, Flags: 100010,
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
 2016-07-18 14:03:28,535 DEBUG [c.c.s.StatsCollector]
(StatsCollector-1:ctx-814f1ae1) HostStatsCollector is running...
 2016-07-18 14:03:28,553 DEBUG [c.c.a.m.ClusteredAgentAttache]
(StatsCollector-1:ctx-814f1ae1) Seq 7-6771162039751540742: Forwarding
null to 345049098122
 2016-07-18 14:03:28,661 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-7:null) SeqA 244-153489: Processing Seq
244-153489:  { Cmd , MgmtId: -1, via: 244, Ver: v1, 

Re: SSVM Agent state connecting

[Marc-Andre Jutras]

make sure the port 8250 is open on your management server ( iptables... 
) and reachable from your SSVM...


the SSVM and CVM will use tcp port 8250 to connect on the management 
server...


you can also check the logs on the ssvm in /var/log/cloud.log for more 
info on why your ssvm cannot connect...



On 2016-06-16 4:02 AM, Mohd Zainal Abidin Rabani wrote:

Hi,

  


I having problem with SSVM. I can ssh SSVM and login. How to make agent
state running from connecting state. Please advice.

  


Thanks.

Re: Can't stop mgmt server cleanly for CS 4.8.0

[Marc-Andre Jutras]

try to upgrade your tomcat to ver 7...


On 2016-06-10 4:10 PM, Yiping Zhang wrote:

RHEL 6.7 / java-1.7.0-openjdk-1.7.0.85-2.6.1.3 / tomcat6-6.0.24-90

On 6/10/16, 12:49 PM, "Marc-Andre Jutras" <mar...@marcuspocus.com> wrote:


which java / tomcat / centos version you're running on ?


On 2016-06-10 3:41 PM, Yiping Zhang wrote:

Hi, all:

We have a cron job to restart mgmt. service once a week. However, after we 
upgraded to CS 4.8.0, the cron job would leave the service stopped and Nagios 
starts to page oncall.  We traced the problem to that the mgmt. service won’t 
stop cleanly, even when we try to stop it manually from CLI:

# service cloudstack-management stop
Stopping cloudstack-management:[FAILED]
# service cloudstack-management status
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.
  Starting cloudstack-management will take care of them or you can 
manually clean up.
#

The catalina.out log file has following exception:

INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] (Thread-95:null) stopping bean 
ClusterManagerImpl
INFO  [c.c.c.ClusterManagerImpl] (Thread-95:null) Stopping Cluster manager, 
msid : 60274787591663
ERROR [c.c.c.ClusterServiceServletContainer] (Thread-11:null) Unexpected 
exception
java.net.SocketException: Socket closed
   at java.net.PlainSocketImpl.socketAccept(Native Method)
   at 
java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398)
   at java.net.ServerSocket.implAccept(ServerSocket.java:530)
   at java.net.ServerSocket.accept(ServerSocket.java:498)
   at 
com.cloud.cluster.ClusterServiceServletContainer$ListenerThread.run(ClusterServiceServletContainer.java:131)
log4j:WARN No appenders could be found for logger 
(com.cloud.cluster.ClusterServiceServletContainer).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
Exception in thread "Timer-2" java.lang.NullPointerException
   at 
org.slf4j.impl.Log4jLoggerAdapter.info(Log4jLoggerAdapter.java:304)
   at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.getContext(ManagedContextRunnable.java:66)
   at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
   at 
org.apache.cloudstack.managed.context.ManagedContextTimerTask.run(ManagedContextTimerTask.java:27)
   at java.util.TimerThread.mainLoop(Timer.java:555)
   at java.util.TimerThread.run(Timer.java:505)
Exception in thread "Timer-1" java.lang.NullPointerException
   at 
org.slf4j.impl.Log4jLoggerAdapter.info(Log4jLoggerAdapter.java:304)
   at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.getContext(ManagedContextRunnable.java:66)
   at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
   at 
org.apache.cloudstack.managed.context.ManagedContextTimerTask.run(ManagedContextTimerTask.java:27)
   at java.util.TimerThread.mainLoop(Timer.java:555)
   at java.util.TimerThread.run(Timer.java:505)

The SocketException does not show up in every CS instances, but those 
NullPointerException for thread Timer-1/2 are present for all CS instances.

As a work around, we have to stop the service again, to clean up leftover pid 
and lock files,  before starting the service again.

Has anyone else seen this problem ?

Thanks,

Yiping

Re: Console Proxy Starts but SSVM stuck in start loop

[Marc-Andre Jutras]

There's probably another message before this one saying that CS cannot 
find a specific interface on Xen...


Make sure your name that you configure in CS match what's in XenServer...


On 2016-06-11 12:19 AM, Josh Davis wrote:

Invocation exception, caused by: 
com.cloud.exception.InsufficientServerCapacityException: Unable to create a 
deployment for VM[SecondaryStorageVm|s-20-VM]Scope=interface 
com.cloud.dc.DataCenter; id=32016-06-11 11:42:40,598 INFO  
[c.c.v.VmWorkJobHandlerProxy] (Work-Job-Executor-7:ctx-0cc2dd06 job-173/job-185 
ctx-33a98c91) (logid:7c0ce39b) Rethrow exception 
com.cloud.exception.InsufficientServerCapacityException: Unable to create a 
deployment for VM[SecondaryStorageVm|s-20-VM]Scope=interface 
com.cloud.dc.DataCenter;

Re: Can't stop mgmt server cleanly for CS 4.8.0

[Marc-Andre Jutras]

which java / tomcat / centos version you're running on ?


On 2016-06-10 3:41 PM, Yiping Zhang wrote:

Hi, all:

We have a cron job to restart mgmt. service once a week. However, after we 
upgraded to CS 4.8.0, the cron job would leave the service stopped and Nagios 
starts to page oncall.  We traced the problem to that the mgmt. service won’t 
stop cleanly, even when we try to stop it manually from CLI:

# service cloudstack-management stop
Stopping cloudstack-management:[FAILED]
# service cloudstack-management status
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.
 Starting cloudstack-management will take care of them or you can 
manually clean up.
#

The catalina.out log file has following exception:

INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] (Thread-95:null) stopping bean 
ClusterManagerImpl
INFO  [c.c.c.ClusterManagerImpl] (Thread-95:null) Stopping Cluster manager, 
msid : 60274787591663
ERROR [c.c.c.ClusterServiceServletContainer] (Thread-11:null) Unexpected 
exception
java.net.SocketException: Socket closed
  at java.net.PlainSocketImpl.socketAccept(Native Method)
  at 
java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398)
  at java.net.ServerSocket.implAccept(ServerSocket.java:530)
  at java.net.ServerSocket.accept(ServerSocket.java:498)
  at 
com.cloud.cluster.ClusterServiceServletContainer$ListenerThread.run(ClusterServiceServletContainer.java:131)
log4j:WARN No appenders could be found for logger 
(com.cloud.cluster.ClusterServiceServletContainer).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
Exception in thread "Timer-2" java.lang.NullPointerException
  at org.slf4j.impl.Log4jLoggerAdapter.info(Log4jLoggerAdapter.java:304)
  at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.getContext(ManagedContextRunnable.java:66)
  at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
  at 
org.apache.cloudstack.managed.context.ManagedContextTimerTask.run(ManagedContextTimerTask.java:27)
  at java.util.TimerThread.mainLoop(Timer.java:555)
  at java.util.TimerThread.run(Timer.java:505)
Exception in thread "Timer-1" java.lang.NullPointerException
  at org.slf4j.impl.Log4jLoggerAdapter.info(Log4jLoggerAdapter.java:304)
  at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.getContext(ManagedContextRunnable.java:66)
  at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
  at 
org.apache.cloudstack.managed.context.ManagedContextTimerTask.run(ManagedContextTimerTask.java:27)
  at java.util.TimerThread.mainLoop(Timer.java:555)
  at java.util.TimerThread.run(Timer.java:505)

The SocketException does not show up in every CS instances, but those 
NullPointerException for thread Timer-1/2 are present for all CS instances.

As a work around, we have to stop the service again, to clean up leftover pid 
and lock files,  before starting the service again.

Has anyone else seen this problem ?

Thanks,

Yiping

Re: Error: "Unable to add host"

[Marc-Andre Jutras]

maybe you select the wrong hypervisor when you configure your zone ?

ie: from your stacktrace: 
hypervisor.xenserver.resource.XenServerConnectionPool.



also, make sure the KVM module is loaded and in listen mode...

lsmod | grep kvm -> nothing there, start the process ! ( 
/etc/init.d/libvirtd restart ) ps aux | grep libvirtd


most of the time, libvirt is starting without the --listen option...

example:# ps aux | grep libvirtd
root 27314  0.0  0.0 1000920 18304 ?   Sl   Feb16   1:19 libvirtd --daemon 
   <-- no listen !!



On 2016-06-10 1:54 PM, Cayetano Rodríguez wrote:

I am using KVM. I've followed the Quick Installation Guide
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.8/qig.html

2016-06-10 19:50 GMT+02:00 Marc-Andre Jutras <mar...@marcuspocus.com>:


Hey !

Make sure the XenServer you're trying to add is configured your Xen Pool
before adding it to your Cloudstack cluster...

- open xencenter and connect it on both xenserver : both servers must be
under the same pool, if not, add the missing server to your current pool
and then, you'll be able to add it to your ACS cluster...

Marcus



On 2016-06-10 1:12 PM, Cayetano Rodríguez wrote:


I've started again with all CloudStack installation, and everything looked
fine, but I keep getting this error and I can't add the host. This is the
log I can see at /var/log/cloudstack/management/management-server.log


2016-06-10 19:00:20,325 DEBUG [c.c.h.x.d.XcpServerDiscoverer]
(catalina-exec-20:ctx-5fbe9b82 ctx-9971fbba) (logid:01ce71ce) other
exceptions: com.cloud.utils.exception.CloudRuntimeException: Unable to
create master connection to host(192.168.1.2) , due to
org.apache.xmlrpc.XmlRpcException: Failed to read server's response:
Conexión rehusada
com.cloud.utils.exception.CloudRuntimeException: Unable to create master
connection to host(192.168.1.2) , due to
org.apache.xmlrpc.XmlRpcException:
Failed to read server's response: Conexión rehusada
  at

com.cloud.hypervisor.xenserver.resource.XenServerConnectionPool.getConnect(XenServerConnectionPool.java:168)
  at

com.cloud.hypervisor.xenserver.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:215)
  at

com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:746)
  at

com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:597)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at

sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
  at

sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.lang.reflect.Method.invoke(Method.java:606)
  at

org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
  at

org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
  at

org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
  at

org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
  at

org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
  at

org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
  at com.sun.proxy.$Proxy158.discoverHosts(Unknown Source)
  at

org.apache.cloudstack.api.command.admin.host.AddHostCmd.execute(AddHostCmd.java:142)
  at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150)
  at com.cloud.api.ApiServer.queueCommand(ApiServer.java:698)
  at com.cloud.api.ApiServer.handleRequest(ApiServer.java:529)
  at
com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:297)
  at com.cloud.api.ApiServlet$1.run(ApiServlet.java:127)
  at

org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
  at

org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
  at

org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
  at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:124)
  at com.cloud.api.ApiServlet.doPost(ApiServlet.java:91)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:643)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:723)
  at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
  at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
  at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
  at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
  at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostVa

Re: Error: "Unable to add host"

[Marc-Andre Jutras]

Hey !

Make sure the XenServer you're trying to add is configured your Xen Pool 
before adding it to your Cloudstack cluster...


- open xencenter and connect it on both xenserver : both servers must be 
under the same pool, if not, add the missing server to your current pool 
and then, you'll be able to add it to your ACS cluster...


Marcus


On 2016-06-10 1:12 PM, Cayetano Rodríguez wrote:

I've started again with all CloudStack installation, and everything looked
fine, but I keep getting this error and I can't add the host. This is the
log I can see at /var/log/cloudstack/management/management-server.log


2016-06-10 19:00:20,325 DEBUG [c.c.h.x.d.XcpServerDiscoverer]
(catalina-exec-20:ctx-5fbe9b82 ctx-9971fbba) (logid:01ce71ce) other
exceptions: com.cloud.utils.exception.CloudRuntimeException: Unable to
create master connection to host(192.168.1.2) , due to
org.apache.xmlrpc.XmlRpcException: Failed to read server's response:
Conexión rehusada
com.cloud.utils.exception.CloudRuntimeException: Unable to create master
connection to host(192.168.1.2) , due to org.apache.xmlrpc.XmlRpcException:
Failed to read server's response: Conexión rehusada
 at
com.cloud.hypervisor.xenserver.resource.XenServerConnectionPool.getConnect(XenServerConnectionPool.java:168)
 at
com.cloud.hypervisor.xenserver.discoverer.XcpServerDiscoverer.find(XcpServerDiscoverer.java:215)
 at
com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:746)
 at
com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:597)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
 at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
 at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
 at
org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
 at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
 at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
 at com.sun.proxy.$Proxy158.discoverHosts(Unknown Source)
 at
org.apache.cloudstack.api.command.admin.host.AddHostCmd.execute(AddHostCmd.java:142)
 at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150)
 at com.cloud.api.ApiServer.queueCommand(ApiServer.java:698)
 at com.cloud.api.ApiServer.handleRequest(ApiServer.java:529)
 at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:297)
 at com.cloud.api.ApiServlet$1.run(ApiServlet.java:127)
 at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
 at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
 at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
 at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:124)
 at com.cloud.api.ApiServlet.doPost(ApiServlet.java:91)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:643)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:723)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
 at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
 at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
 at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
 at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
 at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:299)
 at
org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
 at
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:732)
 at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274)
 at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:745)
Caused by: 

Re: Register ISO

[Marc-Andre Jutras]

Hey !

1) install apache or nginx on your management server

2) download the ISO on your management server and place it under the 
html or http folder


3) make sure you can see your ISO from a regular http request ( example: 
http://management.server.ip.address/my.iso )


3a ) make sure port 80 is open on your iptables...

4) go in cloudsatck / global settings / 
secstorage.allowed.internal.sites  : set the CIDR of your management 
server there or the CIDR of your apache / nginx server ( RFC 1918 
example : 192.168.0.0/16 or 172.16.0.0/12 or 10.0.0.0/8 )


5) restart your cloudstack process

6) try to register your ISO in cloudstack

7) if not working, log on your SSVM and try to get your ISO from there ( 
could be a route or firewall issue between your SSVM and your web 
server... )



Marcus



On 2016-06-09 9:53 PM, Mohd Zainal Abidin Rabani wrote:

I saw Secondary Storage os 0KB. I already add. I can mount manually. I already 
allow on iptables. A few times restart cloudstack management.

-Original Message-
From: UAB STARNITA [mailto:uabstarn...@gmail.com]
Sent: Thursday, June 9, 2016 5:55 PM
To: users@cloudstack.apache.org
Subject: RE: Register ISO

You dont have enough space
2016 birž. 9 12:51 "Mohd Zainal Abidin Rabani"  rašė:


Found error:

2016-06-09 17:48:44,320 DEBUG [c.c.a.ApiServlet]
(http-bio-8080-exec-7:ctx-083774db) (logid:c6f578a1) ===START===
10.2.30.39 -- GET
command=registerIso=json=Centos+6.5+no+GUI=C
entos+6.5+x86_64+minimal=http%3A%2F%2F10.3.30.11%2FCentOS-6.5-x86_
64-minimal.iso=d2820e01-2a33-46a1-948d-c47862be970b
le=true=true=86fdbb5d-2df4-11e6-af11-001517ae5015
public=true=false&_=1465465723660
2016-06-09 17:48:44,585 INFO  [c.c.t.HypervisorTemplateAdapter]
(http-bio-8080-exec-7:ctx-083774db ctx-388b62d0) (logid:c6f578a1)
Image store doesn't has enough capacity, so skip downloading template
to this image store 2

What is mean by that?

-Original Message-
From: Mohd Zainal Abidin Rabani [mailto:zai...@nocser.net]
Sent: Thursday, June 9, 2016 5:46 PM
To: users@cloudstack.apache.org
Subject: RE: Register ISO

See attachment.

-Original Message-
From: UAB STARNITA [mailto:uabstarn...@gmail.com]
Sent: Thursday, June 9, 2016 5:40 PM
To: users@cloudstack.apache.org
Subject: RE: Register ISO

Do you see your download %
2016 birž. 9 12:38 "Mohd Zainal Abidin Rabani"  rašė:


I put ISO on cloudstack management. Cloudstack management run on
port 8080. So I create another apache that run on port 80. But
nothing happen. I can download the ISO using my browser. Status show
nothing, no progress status. That very weird.

-Original Message-
From: UAB STARNITA [mailto:uabstarn...@gmail.com]
Sent: Thursday, June 9, 2016 5:26 PM
To: users@cloudstack.apache.org
Subject: Re: Register ISO

You can download it via http from your local network.

Create vm with apache, upload there iso and then download.

Maybe it is another way but i don't know atm:)
2016 birž. 9 12:24 "Mohd Zainal Abidin Rabani"  rašė:


Hi,



How to register ISO if cloudstack management don't have access to

internet?

Advice please.



Thanks.

Re: Error installing cloudstack management server

[Marc-Andre Jutras]

HI,

That kind of error are normally related to the yum caching repo

try to clear your yum cache then, rebuild it...

1) yum clear all

2) yum update

3) yum -y install cloudstack-management


Marcus


On 2016-06-10 11:31 AM, Cayetano Rodríguez wrote:

I've recently started installing CloudStack again in my pc, but I get an
error when trying to install the management server with yum -y install
cloudstack-management.
I get the following error:

http://cloudstack.apt-get.eu/centos/6/4.8/repodata/3bac4585a59ef48191baed630041085571e2d435eea3c3ad6f02dc8d7c2cb34e-filelists.sqlite.bz2:
[Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not
Found"
Trying another mirror.
Error: failure:
repodata/3bac4585a59ef48191baed630041085571e2d435eea3c3ad6f02dc8d7c2cb34e-filelists.sqlite.bz2
from cloudstack: [Errno 256] No more mirrors to try.


Could someone help me with this? Thank you very much.

Re: FW: Password reset, not work after adding new Guest IP Class

[Marc-Andre Jutras]

yes I did...

So something is wrong on your setup, Still trying to figure it out what 
is wrong...


Do you have any support from you service provider ? if so, try to check 
with them if there's anything they can do...


Marcus


On 2016-06-05 1:28 PM, Cristian Ciobanu wrote:

Hi Marcus,

 Did you recevied my last reply to this email ?

   Thank you.

Regards,
Cristian

-Original Message-
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
Sent: Thursday, June 2, 2016 12:06 AM
To: users@cloudstack.apache.org
Subject: Re: FW: Password reset, not work after adding new Guest IP Class

Thanks for the logs Cristian,

You just forgot to include the : /var/log/cloud.log available on the VR... ;)

Also, quite Interesting to see that your VM can communicate with ACS 
correctly...

Can you try to reproduce it again but this time with the default VM (
ie: CentOS 5.6... ) Just want to see if it's going to behave the same way with 
the default template... if it work, that will means something is wrong with 
your VM template or something is wrong in your cloud-init configuration


Marcus



On 2016-06-01 4:43 PM, Cristian Ciobanu wrote:

Hi Marcus,

I just reproduced this error, by removing an old VM (with and IP from 
previous class ) also exported the last part from log :

   VR LOG : hxxp://pastebin.com/TH8CcEL6


   Very interesting is what I saw on VM :

   VM LOG : hxxp://pastebin.com/dn6Du4ci  ( in order to grab this
part of the log I was able to login with default VM password which was
set before when I created this template )

Thank you !

Regards,
Cristian

-Original Message-
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
Sent: Wednesday, June 1, 2016 8:00 PM
To: users@cloudstack.apache.org
Subject: Re: FW: Password reset, not work after adding new Guest IP
Class

when your condition happen, is there any errors in the /var/log/cloud.log of 
your VR ?

Marcus


On 2016-06-01 12:21 PM, Cristian Ciobanu wrote:

Hi Marcus,


Ok, please see, i also attached screenshots.

   1. Yes, i'm using CloudStack 4.5.2 with Vmware 5.5 update3
   2. vCenter version : hxxp://imgur.com/tcjY4kS
   3. Host version : hxxp://imgur.com/ZIDKqWe
   4. 2X NIC/hypervisor : hxxp://imgur.com/UefelGO
   5.How many vm per hosts: 5-7 : hxxp://imgur.com/ZIDKqWe
   6. How many vswitch port ? : 120  (looks like i forgot to change ) : 
hxxp://imgur.com/m3CPdSb
   7. Networking setup : hxxp://imgur.com/UefelGO
   8. I use only vswitch: hxxp://imgur.com/LJTx2gD
   9. VR version : 4.5.2
   10. Can you try to delete / expunge the VR and let the system 
re-create it ? :   like i said before i do reboot or delete, when a new vm are 
deployd from another class (  from X to Y to Z, etc  and viceversa )
   11. On your VM : can you check which cloud-init version you're 
running ? ( could it be related ? : i'm not  sure if this can be related, i 
have about 7 OS Templates, Windows, Linux and i have the same issue for all.
For Windows i use : cloudbaseinit 0.9
For Linux i use
hxxps://github.com/HeinleinSupport/acs-template-scripts i also use
hxxp://cloudstack-administration.readthedocs.io/en/4.8/templates.html
#
linux-os-installation for centos 6.7
   
  Thank you !!


Regards,
Cristian



 


-Original Message-
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
Sent: Wednesday, June 1, 2016 5:07 PM
To: users@cloudstack.apache.org
Subject: Re: FW: Password reset, not work after adding new Guest IP
Class

Hey !

Ok, At this point, I will need a bit more info then... so far, looks like the 
public core router can see correctly both public ip range and route them 
correctly...

You mention that you're using Cloustack 4.5.2 wuth Vmware 5.5
 - vmware : which latest fix / patch level installed ?
 - approx : how many vm per hosts are you running
 - how many NIC per hypervsor ? ( bonding ? )
 - how many vswitch port ? (
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en
/ 4.6/hypervisor/vsphere.html#increasing-ports
)
 - can you send me a screenshot of your vsphere client //
networking setup ? (
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en
/ 4.6/hypervisor/vsphere.html#physical-host-networking
)
 - are you using any dvswitch or only vswitch ? if dvswitch, in ACS / 
Global settings : vmware.use.dvswitch is enable ?
 - on cloudstack : global settings / host : this IP is reachable internally 
( RFC1918 - 10.x.x.x, 172.16.x.x, 192.168.x.x ) or externally ( public ip )
 - - if public IP, any firewall or load balancer that could restraint or 
limit the access ??
- can you provide a quick networking layout on how you setup your
network ? ( example: hxxp://imgur.com/wZdjoqN )
- VR version : log on the VR and do : cat /etc/cloudstack-release  (
it shoud report 4.5

Re: Configuring static routes on VPc

[Marc-Andre Jutras]

Hi,


I remember seeing this behavior too... Which Cloudstack & hypervisor 
version are you running on ? I'll try to reproduce it in my lab...



Marcus


On 2016-06-03 6:34 AM, Gian Paolo Buono wrote:

Hi,

thank you, I 've add a private gateway but when i add a static routes the route 
is not apply at the vpc. If add manually the route works !!! but when  reboot 
the vpc the route is lose...Can I avoid this behavior ?

Regards

On 06/02/2016 03:11 PM, Marc-Andre Jutras wrote:
Yes it's possible to add manually a route on a VPC but you will lose these 
static route if you reboot your VPC or delete / re-create a new one

Instead, try to add your static route in Cloudstack via a private gateway ...

Marcus

On 2016-06-02 7:20 AM, Gian Paolo Buono wrote:
Hi all,
Is It possible to configure static routes on VPc ?

Regards

Inviato dal mio dispositivo Samsung

Re: FW: Password reset, not work after adding new Guest IP Class

[Marc-Andre Jutras]

can you post your cloud-init config file ?

Thanks !


On 2016-06-02 5:31 AM, Cristian Ciobanu wrote:

Hi,

  I did deploy using default VM : CentOS 5.3(64-bit) no GUI (vSphere),  but this 
template is without "password generate"  by default.

  In order to test I changed to  : Password Enable  Yes (from ACS 
Management side ) but looks like no cloud-init is integrated :

  I don't see any request for password in this template :


Jun  2 04:28:01 testdep06 kernel: Bluetooth: HIDP (Human Interface Emulation) 
ver 1.1
Jun  2 04:28:01 testdep06 avahi-daemon[2955]: Service "SFTP File Transfer on 
testdep06" (/services/sftp-ssh.service) successfully established.
Jun  2 04:28:51 testdep06 smartd[3040]: smartd version 5.38 
[x86_64-redhat-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Jun  2 04:28:51 testdep06 smartd[3040]: Home page is 
http://smartmontools.sourceforge.net/
Jun  2 04:28:51 testdep06 smartd[3040]: Opened configuration file 
/etc/smartd.conf
Jun  2 04:28:51 testdep06 smartd[3040]: Configuration file /etc/smartd.conf was 
parsed, found DEVICESCAN, scanning devices
Jun  2 04:28:51 testdep06 smartd[3040]: Problem creating device name scan list
Jun  2 04:28:51 testdep06 smartd[3040]: Device: /dev/hda, opened
Jun  2 04:28:51 testdep06 kernel: hda: drive_cmd: status=0x51 { DriveReady 
SeekComplete Error }
Jun  2 04:28:51 testdep06 kernel: hda: drive_cmd: error=0x04 { AbortedCommand }
Jun  2 04:28:51 testdep06 kernel: ide: failed opcode was: 0xec
Jun  2 04:28:51 testdep06 smartd[3040]: Device: /dev/hda, not ATA, no IDENTIFY 
DEVICE Structure
Jun  2 04:28:51 testdep06 smartd[3040]: Device: /dev/hdb, opened
Jun  2 04:28:51 testdep06 smartd[3040]: Device: /dev/hdb, not found in smartd 
database.
Jun  2 04:28:51 testdep06 smartd[3040]: Device: /dev/hdb, lacks SMART capability
Jun  2 04:28:51 testdep06 smartd[3040]: Device: /dev/hdb, to proceed anyway, 
use '-T permissive' Directive.
Jun  2 04:28:51 testdep06 smartd[3040]: Monitoring 0 ATA and 0 SCSI devices
Jun  2 04:28:51 testdep06 smartd[3042]: smartd has fork()ed into background 
mode. New PID=3042.


You just forgot to include the : /var/log/cloud.log available on the VR... : I 
just reproduced this issue again in order to provide output from cloud.log


Wed Jun  1 21:01:14 UTC 2016 : VR config: executing: /opt/cloud/bin/vmdata.py 
-d 
eyIxNTguNjkuMTcuMjM2IjpbWyJ1c2VyZGF0YSIsInVzZXItZGF0YSIsbnVsbF0sWyJtZXRhZGF0YSIsInNlcnZpY2Utb2ZmZXJpbmciLCJDdXN0b20gSW5zdGFuY2UiXSxbIm1ldGFkYXRhIiwiYXZhaWxhYmlsaXR5LXpvbmUiLCJaT05FMDAxIl0sWyJtZXRhZGF0YSIsImxvY2FsLWlwdjQiLCIxNTguNjkuMTcuMjM2Il0sWyJtZXRhZGF0YSIsImxvY2FsLWhvc3RuYW1lIiwidGVzdGRlcDAyIl0sWyJtZXRhZGF0YSIsInB1YmxpYy1pcHY0IiwiMTU4LjY5LjE3LjIzNiJdLFsibWV0YWRhdGEiLCJwdWJsaWMtaG9zdG5hbWUiLCJ0ZXN0ZGVwMDIiXSxbIm1ldGFkYXRhIiwiaW5zdGFuY2UtaWQiLCIxYTk4NzkyZi1jMTIzLTQ0NjMtODg0Zi05YjkxYTk1YzhlOWUiXSxbIm1ldGFkYXRhIiwidm0taWQiLCIxYTk4NzkyZi1jMTIzLTQ0NjMtODg0Zi05YjkxYTk1YzhlOWUiXSxbIm1ldGFkYXRhIiwicHVibGljLWtleXMiLG51bGxdLFsibWV0YWRhdGEiLCJjbG91ZC1pZGVudGlmaWVyIiwiQ2xvdWRTdGFjay17ZmRlNmFiOTQtNDlkNi00YWExLWFhYzgtM2RkZjc4ODk2ZWVlfSJdXX0=
Wed Jun  1 21:01:14 UTC 2016 : VR config: execution success
^C
root@r-172-VM:/var/log# less cloud.log
root@r-172-VM:/var/log# date
Thu Jun  2 08:50:40 UTC 2016

 
   Thank you !



Regards,

Cristian

-Original Message-----
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
Sent: Thursday, June 2, 2016 12:06 AM
To: users@cloudstack.apache.org
Subject: Re: FW: Password reset, not work after adding new Guest IP Class

Thanks for the logs Cristian,

You just forgot to include the : /var/log/cloud.log available on the VR... ;)

Also, quite Interesting to see that your VM can communicate with ACS 
correctly...

Can you try to reproduce it again but this time with the default VM (
ie: CentOS 5.6... ) Just want to see if it's going to behave the same way with 
the default template... if it work, that will means something is wrong with 
your VM template or something is wrong in your cloud-init configuration


Marcus



On 2016-06-01 4:43 PM, Cristian Ciobanu wrote:

Hi Marcus,

I just reproduced this error, by removing an old VM (with and IP from 
previous class ) also exported the last part from log :

   VR LOG : hxxp://pastebin.com/TH8CcEL6


   Very interesting is what I saw on VM :

   VM LOG : hxxp://pastebin.com/dn6Du4ci  ( in order to grab this
part of the log I was able to login with default VM password which was
set before when I created this template )

Thank you !

Regards,
Cristian

-Original Message-----
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
Sent: Wednesday, June 1, 2016 8:00 PM
To: users@cloudstack.apache.org <mailto:users@cloudstack.apache.org>
Subject: Re: FW: Password reset, not work after adding new Guest IP
Class

when your condition happen, is there any errors in the /var/log/cloud.log of 
your VR ?

Marcus


On 2016-06-01 12:21 PM, Cristian Ciobanu wrote:

Hi Marcus,

Re: Configuring static routes on VPc

[Marc-Andre Jutras]

Yes it's possible to add manually a route on a VPC but you will lose 
these static route if you reboot your VPC or delete / re-create a new one


Instead, try to add your static route in Cloudstack via a private 
gateway ...


Marcus

On 2016-06-02 7:20 AM, Gian Paolo Buono wrote:

Hi all,
Is It possible to configure static routes on VPc ?

Regards

Inviato dal mio dispositivo Samsung

Re: FW: Password reset, not work after adding new Guest IP Class

[Marc-Andre Jutras]

Thanks for the logs Cristian,

You just forgot to include the : /var/log/cloud.log available on the 
VR... ;)


Also, quite Interesting to see that your VM can communicate with ACS 
correctly...


Can you try to reproduce it again but this time with the default VM ( 
ie: CentOS 5.6... ) Just want to see if it's going to behave the same 
way with the default template... if it work, that will means something 
is wrong with your VM template or something is wrong in your cloud-init 
configuration



Marcus



On 2016-06-01 4:43 PM, Cristian Ciobanu wrote:

Hi Marcus,

   I just reproduced this error, by removing an old VM (with and IP from 
previous class ) also exported the last part from log :

  VR LOG : hxxp://pastebin.com/TH8CcEL6


  Very interesting is what I saw on VM :

  VM LOG : hxxp://pastebin.com/dn6Du4ci  ( in order to grab this part of 
the log I was able to login with default VM password which was set before when 
I created this template )

Thank you !

Regards,
Cristian

-Original Message-
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
Sent: Wednesday, June 1, 2016 8:00 PM
To: users@cloudstack.apache.org
Subject: Re: FW: Password reset, not work after adding new Guest IP Class

when your condition happen, is there any errors in the /var/log/cloud.log of 
your VR ?

Marcus


On 2016-06-01 12:21 PM, Cristian Ciobanu wrote:

Hi Marcus,


   Ok, please see, i also attached screenshots.

  1. Yes, i'm using CloudStack 4.5.2 with Vmware 5.5 update3
  2. vCenter version : hxxp://imgur.com/tcjY4kS
  3. Host version : hxxp://imgur.com/ZIDKqWe
  4. 2X NIC/hypervisor : hxxp://imgur.com/UefelGO
  5.How many vm per hosts: 5-7 : hxxp://imgur.com/ZIDKqWe
  6. How many vswitch port ? : 120  (looks like i forgot to change ) : 
hxxp://imgur.com/m3CPdSb
  7. Networking setup : hxxp://imgur.com/UefelGO
  8. I use only vswitch: hxxp://imgur.com/LJTx2gD
  9. VR version : 4.5.2
  10. Can you try to delete / expunge the VR and let the system 
re-create it ? :   like i said before i do reboot or delete, when a new vm are 
deployd from another class (  from X to Y to Z, etc  and viceversa )
  11. On your VM : can you check which cloud-init version you're 
running ? ( could it be related ? : i'm not  sure if this can be related, i 
have about 7 OS Templates, Windows, Linux and i have the same issue for all.
   For Windows i use : cloudbaseinit 0.9
   For Linux i use
hxxps://github.com/HeinleinSupport/acs-template-scripts i also use
hxxp://cloudstack-administration.readthedocs.io/en/4.8/templates.html#
linux-os-installation for centos 6.7
  
 Thank you !!


Regards,
Cristian
   

   



-Original Message-
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
Sent: Wednesday, June 1, 2016 5:07 PM
To: users@cloudstack.apache.org
Subject: Re: FW: Password reset, not work after adding new Guest IP
Class

Hey !

Ok, At this point, I will need a bit more info then... so far, looks like the 
public core router can see correctly both public ip range and route them 
correctly...

You mention that you're using Cloustack 4.5.2 wuth Vmware 5.5
- vmware : which latest fix / patch level installed ?
- approx : how many vm per hosts are you running
- how many NIC per hypervsor ? ( bonding ? )
- how many vswitch port ? (
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/
4.6/hypervisor/vsphere.html#increasing-ports
)
- can you send me a screenshot of your vsphere client // networking
setup ? (
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/
4.6/hypervisor/vsphere.html#physical-host-networking
)
- are you using any dvswitch or only vswitch ? if dvswitch, in ACS / Global 
settings : vmware.use.dvswitch is enable ?
- on cloudstack : global settings / host : this IP is reachable internally 
( RFC1918 - 10.x.x.x, 172.16.x.x, 192.168.x.x ) or externally ( public ip )
- - if public IP, any firewall or load balancer that could restraint or 
limit the access ??
- can you provide a quick networking layout on how you setup your
network ? ( example: hxxp://imgur.com/wZdjoqN )
- VR version : log on the VR and do : cat /etc/cloudstack-release  (
it shoud report 4.5 )
- VR version: latest VR in place ?  (
http://cloudstack.apt-get.eu/systemvm/4.5/ )
- Can you try to delete / expunge the VR and let the system re-create it ?
- on your VM : can you check which cloud-init version you're running ? ( could 
it be related ? :
https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1440263 )

Marcus

On 2016-05-31 4:21 PM, Cristian Ciobanu wrote:

Hi Marcus,

 I the all requested tests, successfully, please see in provided images.

 IP to GW: hxxp://imgur.com/a/ON99N ( i also did ping on other
GW not allocated on ACS)

 IP to IP: hxxp://imgur.com/a/uPlFr ( IP

Re: FW: Password reset, not work after adding new Guest IP Class

[Marc-Andre Jutras]

when your condition happen, is there any errors in the 
/var/log/cloud.log of your VR ?


Marcus


On 2016-06-01 12:21 PM, Cristian Ciobanu wrote:

Hi Marcus,


  Ok, please see, i also attached screenshots.

 1. Yes, i'm using CloudStack 4.5.2 with Vmware 5.5 update3
 2. vCenter version : hxxp://imgur.com/tcjY4kS
 3. Host version : hxxp://imgur.com/ZIDKqWe
 4. 2X NIC/hypervisor : hxxp://imgur.com/UefelGO
 5.How many vm per hosts: 5-7 : hxxp://imgur.com/ZIDKqWe
 6. How many vswitch port ? : 120  (looks like i forgot to change ) : 
hxxp://imgur.com/m3CPdSb
 7. Networking setup : hxxp://imgur.com/UefelGO
 8. I use only vswitch: hxxp://imgur.com/LJTx2gD
 9. VR version : 4.5.2
 10. Can you try to delete / expunge the VR and let the system 
re-create it ? :   like i said before i do reboot or delete, when a new vm are 
deployd from another class (  from X to Y to Z, etc  and viceversa )
 11. On your VM : can you check which cloud-init version you're running 
? ( could it be related ? : i'm not  sure if this can be related, i have about 
7 OS Templates, Windows, Linux and i have the same issue for all.
  For Windows i use : cloudbaseinit 0.9
  For Linux i use  
hxxps://github.com/HeinleinSupport/acs-template-scripts i also use 
hxxp://cloudstack-administration.readthedocs.io/en/4.8/templates.html#linux-os-installation
 for centos 6.7
 
Thank you !!


Regards,
Cristian
  

  
   


-Original Message-
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
Sent: Wednesday, June 1, 2016 5:07 PM
To: users@cloudstack.apache.org
Subject: Re: FW: Password reset, not work after adding new Guest IP Class

Hey !

Ok, At this point, I will need a bit more info then... so far, looks like the 
public core router can see correctly both public ip range and route them 
correctly...

You mention that you're using Cloustack 4.5.2 wuth Vmware 5.5
   - vmware : which latest fix / patch level installed ?
   - approx : how many vm per hosts are you running
   - how many NIC per hypervsor ? ( bonding ? )
   - how many vswitch port ? (
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.6/hypervisor/vsphere.html#increasing-ports
)
   - can you send me a screenshot of your vsphere client // networking setup ? 
( 
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.6/hypervisor/vsphere.html#physical-host-networking
)
   - are you using any dvswitch or only vswitch ? if dvswitch, in ACS / Global 
settings : vmware.use.dvswitch is enable ?
   - on cloudstack : global settings / host : this IP is reachable internally ( 
RFC1918 - 10.x.x.x, 172.16.x.x, 192.168.x.x ) or externally ( public ip )
   - - if public IP, any firewall or load balancer that could restraint or 
limit the access ??
- can you provide a quick networking layout on how you setup your network ? ( 
example: hxxp://imgur.com/wZdjoqN )
- VR version : log on the VR and do : cat /etc/cloudstack-release  ( it shoud 
report 4.5 )
- VR version: latest VR in place ?  (
http://cloudstack.apt-get.eu/systemvm/4.5/ )
- Can you try to delete / expunge the VR and let the system re-create it ?
- on your VM : can you check which cloud-init version you're running ? ( could 
it be related ? :
https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1440263 )

Marcus

On 2016-05-31 4:21 PM, Cristian Ciobanu wrote:

Hi Marcus,

I the all requested tests, successfully, please see in provided images.

IP to GW: hxxp://imgur.com/a/ON99N ( i also did ping on other
GW not allocated on ACS)
   
IP to IP: hxxp://imgur.com/a/uPlFr ( IP to Linux VM's from ACS

environment )

IP to DNS : hxxp://imgur.com/a/oWrAj

 
 Thanks for support!



Regards,
Cristian


-Original Message-
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
Sent: Tuesday, May 31, 2016 6:19 PM
To: users@cloudstack.apache.org
Subject: Re: FW: Password reset, not work after adding new Guest IP
Class

Hey Cristian

Can you go on the VR and try to run a ping from there ?

procedure on VR:

1- update the ping util ( apt-get install iputils-ping )

2- run a ping test with different source IP  ( ping -I sourceIP DestIP
 ctrl-c to stop the ping )

 - source IP : use the IP configured on the VR

 - destination IP : try to ping the gateway, an IP on the other range that 
should be reachable and not configured on the VR and another public IP...

 a-1) ping -I 159.X.X.X 167.X.X.X-GW

 a-2) ping -I 159.X.X.X 167.X.X.X-IP

 a-3) ping -I 159.X.X.X 8.8.8.8

 b-1) ping -I 167.X.X.X 159.X.X.X-GW

 b-2) ping -I 167.X.X.X 159.X.X.X-IP

 b-3) ping -I 167.X.X.X 8.8.8.8

 post me the result...

3- re-load the original ping util... ( apt-get install inetutils-ping
-  or destroy / re-create your VR... )

Normally, your core router should know about these two IP

Re: SITE TO SITE VPN ERROR IN OUR ENVIRONMENT with CLOUDSTACK-4.3.1 AND XENSERVER 6.2

[Marc-Andre Jutras]

Hi Venkat,

You can also check on your VPC if there's any IPSEC negociation errors 
there...


log on your VPC and check in :
/var/log/cloud.log
/var/log/daemon.log

Marcus
On 2016-06-01 9:45 AM, Timothy Lothering wrote:

Hi Venkat,

IPSEC VPN is established with the VPC (in your case the /16). Your Tier
(/24) is in this supernet, so you should be able to route to it once the
tunnel is up.

Make sure to specify the supernet (/16) on the remote VPN appliance as the
destination.



-Original Message-
From: Venkat Boggarapu [mailto:venka...@axiomio.com]
Sent: Wednesday, 01 June 2016 2:50 PM
To: users@cloudstack.apache.org
Subject: SITE TO SITE VPN ERROR IN OUR ENVIRONMENT with CLOUDSTACK-4.3.1 AND
XENSERVER 6.2

Hi Team,

In our environment we are using cloudstack-4.3.1 and xenserver 6.2

We have created  VPC router with  SUPER-CIDR value as X.X.X.X/16.

After creating VPC router, created a new TIER with X.X.X.X/24 with the same
network, gateway.

Finally we are unable to configure the IPSEC with the X.X.X.X/24, but we
have successful configured IPSEC with X.X.X.X/16.

Please help me guys, I was wonder why it's working with SUPER-CDIR
(X.X.X.X/16) with IPSEC.

Thanks,
Venkat Boggarapu

Re: FW: Password reset, not work after adding new Guest IP Class

[Marc-Andre Jutras]

Hey !

Ok, At this point, I will need a bit more info then... so far, looks 
like the public core router can see correctly both public ip range and 
route them correctly...


You mention that you're using Cloustack 4.5.2 wuth Vmware 5.5
 - vmware : which latest fix / patch level installed ?
 - approx : how many vm per hosts are you running
 - how many NIC per hypervsor ? ( bonding ? )
 - how many vswitch port ? ( 
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.6/hypervisor/vsphere.html#increasing-ports 
)
 - can you send me a screenshot of your vsphere client // networking 
setup ? ( 
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.6/hypervisor/vsphere.html#physical-host-networking 
)
 - are you using any dvswitch or only vswitch ? if dvswitch, in ACS / 
Global settings : vmware.use.dvswitch is enable ?
 - on cloudstack : global settings / host : this IP is reachable 
internally ( RFC1918 - 10.x.x.x, 172.16.x.x, 192.168.x.x ) or externally 
( public ip )
 - - if public IP, any firewall or load balancer that could restraint 
or limit the access ??
- can you provide a quick networking layout on how you setup your 
network ? ( example: hxxp://imgur.com/wZdjoqN )
- VR version : log on the VR and do : cat /etc/cloudstack-release  ( it 
shoud report 4.5 )
- VR version: latest VR in place ?  ( 
http://cloudstack.apt-get.eu/systemvm/4.5/ )

- Can you try to delete / expunge the VR and let the system re-create it ?
- on your VM : can you check which cloud-init version you're running ? ( 
could it be related ? : 
https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1440263 )


Marcus

On 2016-05-31 4:21 PM, Cristian Ciobanu wrote:

Hi Marcus,

   I the all requested tests, successfully, please see in provided images.

   IP to GW: hxxp://imgur.com/a/ON99N ( i also did ping on other GW not 
allocated on ACS)
  
   IP to IP: hxxp://imgur.com/a/uPlFr ( IP to Linux VM's from ACS environment )


   IP to DNS : hxxp://imgur.com/a/oWrAj
   

Thanks for support!



Regards,
Cristian


-Original Message-
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
Sent: Tuesday, May 31, 2016 6:19 PM
To: users@cloudstack.apache.org
Subject: Re: FW: Password reset, not work after adding new Guest IP Class

Hey Cristian

Can you go on the VR and try to run a ping from there ?

procedure on VR:

1- update the ping util ( apt-get install iputils-ping )

2- run a ping test with different source IP  ( ping -I sourceIP DestIP
ctrl-c to stop the ping )

- source IP : use the IP configured on the VR

- destination IP : try to ping the gateway, an IP on the other range that 
should be reachable and not configured on the VR and another public IP...

a-1) ping -I 159.X.X.X 167.X.X.X-GW

a-2) ping -I 159.X.X.X 167.X.X.X-IP

a-3) ping -I 159.X.X.X 8.8.8.8

b-1) ping -I 167.X.X.X 159.X.X.X-GW

b-2) ping -I 167.X.X.X 159.X.X.X-IP

b-3) ping -I 167.X.X.X 8.8.8.8

post me the result...

3- re-load the original ping util... ( apt-get install inetutils-ping
-  or destroy / re-create your VR... )

Normally, your core router should know about these two IP ranges, if so, you 
can just force the core router to route one IP range to the other range and set 
only one default gateway in Cloudstack/public ip range...

Marcus



On 2016-05-31 3:17 AM, Cristian Ciobanu wrote:

Hi Marcus,

 First of all, thanks for answer.

 - I don't have access to border router ( i will try to get access )
 - Yes, each IP range have their gateway
 - I'm not sure why is working after VR reboot/ each reboot, looks
lie is doing a switch from , i also provided a screenshot where i run
a ping test from IP X to Gateway Y

  Please see:  http://i.imgur.com/T0w3fdZ.jpg


Regards,
Cristian
  


-Original Message-
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
Sent: Monday, May 30, 2016 9:46 PM
To: users@cloudstack.apache.org
Subject: Re: FW: Password reset, not work after adding new Guest IP
Class

Hi Cristian,

Sound like a networking issue // gateway mismatch on your side and not an issue 
with ACS: TCP packet seems to be blocked on the border router... ie: ip on 
159.X.X.X network is trying to reach your ACS server via the 167.X.X.X gateway 
or vice-versa; VR is not managing two different default gateway !

Do you have some control or can modify config on your border router ? ( where 
both ip range got their gateway ? ) if so, check there to allow source IP : 
159.X to be able to reach GW : 167 or vice-versa...

Marcus

On 2016-05-19 4:29 AM, Cristian Ciobanu wrote:

Hello All,




I will insist on this topic because i don’t recevied any answer, i just want to 
know if is possibile to fix this issue.




Thank you !

Cristian




From: Cristian Ciobanu [mailto:cristian.c@istream.today]
Sent: Monday, May 16, 2016 10:35 AM
To: users@cloudstack.apache.org
Subject: RE: Password reset, not work after

Re: what is this alert log in management server

[Marc-Andre Jutras]

Yes it's safe...

It will take another IP if the VR is not destroyed / expunged correctly: 
the system will expect that this VM can be re-spun-up...


lower your expunge delay if you want to ensure that this VR will use the 
same IP...


on ACS / Global settings / expunge delay , set it to 60 sec

on ACS / Global settings / expunge interval, set it to 60 sec

restart ACS, delete / destroy VR, wait 120 sec and spin-up a new VM to 
re-create a VR...



Marcus


On 2016-05-31 10:50 AM, Semih Tolga DEMİR wrote:

Hi Marcus,

is it safe to destroy VR, on some troubleshooting guides it tells us to
never destroy VR? one time i destroyed vr and it took new ip from guest ip
network, so is it safe to destroy VR?
whats your opinions ?

Thanks

2016-05-31 17:38 GMT+03:00 Marc-Andre Jutras <mar...@marcuspocus.com>:


Hey !

personally, I would recommend to run everything on UTC but it's up to
you...

If everything is in ntp-sync, maybe an old api call was waiting on the VR
to get consumed by ACS... Just to be sure, destroy / re-create the VR and
check if you're still seeing the same warning message...

also, check on your kvma16 host if there's any errors there... just in
case ;)

best way to destroy / re-create rapidly a VR :

1- delete / destroy / expunge the VR,

2- spin up a new VM on the same network

3- ACS will detect the missing VR and will re-create it right away...

Marcus



On 2016-05-31 2:35 AM, Semih Tolga DEMİR wrote:


Hi;

All management servers and hypervizors are in ntp time sync.

My management and hypervisor servers are using my local timezone(UTC+5)
but
they are synced with ntp but you know systemvm’s are using default UTC
timezone, do i need to set management and hypervisors server to UTC for
ACS
to work successfully?

Thanks

Tolga


2016-05-30 21:49 GMT+03:00 Marc-Andre Jutras <mar...@marcuspocus.com>:

Make sure NTP is configured and in sync everywhere... ( that's include

your management server, hypervisor, etc... )



On 2016-05-30 7:51 AM, Semih Tolga DEMİR wrote:

Hi,

I see some different logs in my management server. I do not understand
what
is the meaning of this  [ALERT] , is it bug? Can i ignore that?

The  [ALERT] logs are below.


2016-05-30 09:47:45,451 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-10:null) (logid:) Seq 10-1235393672783119940:
Processing:  { Ans: , MgmtId: 345050167520, via: 10, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.GetRouterAlertsAnswer":{"alerts":["2016-05-24
17:06:03,446 [ALERT] [dnsmasq] The process detected as
running"],"timeStamp":"2016-05-24 17:06:03","result":true,"wait":0}}] }

2016-05-30 09:47:45,451 DEBUG [c.c.a.t.Request]
(RouterStatusMonitor-1:ctx-972488b8) (logid:0e7a028f) Seq
10-1235393672783119940: Received:  { Ans: , MgmtId: 345050167520, via:
10(kvma16), Ver: v1, Flags: 10, { GetRouterAlertsAnswer } }

2016-05-30 09:47:45,451 WARN
[c.c.n.r.VirtualNetworkApplianceManagerImpl]
(RouterStatusMonitor-1:ctx-972488b8) (logid:0e7a028f) Invalid last alert
timestamp received while collecting alerts from router: r-91-VM

2016-05-30 09:47:45,490 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-1:null) (logid:) Seq 10-1235393672783119941:
Processing:  { Ans: , MgmtId: 345050167520, via: 10, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.GetRouterAlertsAnswer":{"alerts":["2016-05-24
17:06:03,446 [ALERT] [dnsmasq] The process detected as
running"],"timeStamp":"2016-05-24 17:06:03","result":true,"wait":0}}] }

2016-05-30 09:47:45,490 DEBUG [c.c.a.t.Request]
(RouterStatusMonitor-1:ctx-1ac9d1dd) (logid:b308a937) Seq
10-1235393672783119941: Received:  { Ans: , MgmtId: 345050167520, via:
10(kvma16), Ver: v1, Flags: 10, { GetRouterAlertsAnswer } }


Thanks,

Re: FW: Password reset, not work after adding new Guest IP Class

[Marc-Andre Jutras]

Hey Cristian

Can you go on the VR and try to run a ping from there ?

procedure on VR:

1- update the ping util ( apt-get install iputils-ping )

2- run a ping test with different source IP  ( ping -I sourceIP DestIP   
  ctrl-c to stop the ping )


  - source IP : use the IP configured on the VR

  - destination IP : try to ping the gateway, an IP on the other range 
that should be reachable and not configured on the VR and another public 
IP...


  a-1) ping -I 159.X.X.X 167.X.X.X-GW

  a-2) ping -I 159.X.X.X 167.X.X.X-IP

  a-3) ping -I 159.X.X.X 8.8.8.8

  b-1) ping -I 167.X.X.X 159.X.X.X-GW

  b-2) ping -I 167.X.X.X 159.X.X.X-IP

  b-3) ping -I 167.X.X.X 8.8.8.8

  post me the result...

3- re-load the original ping util... ( apt-get install inetutils-ping  
-  or destroy / re-create your VR... )


Normally, your core router should know about these two IP ranges, if so, 
you can just force the core router to route one IP range to the other 
range and set only one default gateway in Cloudstack/public ip range...


Marcus



On 2016-05-31 3:17 AM, Cristian Ciobanu wrote:

Hi Marcus,

First of all, thanks for answer.

- I don't have access to border router ( i will try to get access )
- Yes, each IP range have their gateway
- I'm not sure why is working after VR reboot/ each reboot, looks lie is 
doing a switch from , i also provided a screenshot where i run a ping test from 
IP X to Gateway Y

 Please see:  http://i.imgur.com/T0w3fdZ.jpg


Regards,
Cristian
 


-Original Message-
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
Sent: Monday, May 30, 2016 9:46 PM
To: users@cloudstack.apache.org
Subject: Re: FW: Password reset, not work after adding new Guest IP Class

Hi Cristian,

Sound like a networking issue // gateway mismatch on your side and not an issue 
with ACS: TCP packet seems to be blocked on the border router... ie: ip on 
159.X.X.X network is trying to reach your ACS server via the 167.X.X.X gateway 
or vice-versa; VR is not managing two different default gateway !

Do you have some control or can modify config on your border router ? ( where 
both ip range got their gateway ? ) if so, check there to allow source IP : 
159.X to be able to reach GW : 167 or vice-versa...

Marcus

On 2016-05-19 4:29 AM, Cristian Ciobanu wrote:

Hello All,

   


I will insist on this topic because i don’t recevied any answer, i just want to 
know if is possibile to fix this issue.

   


Thank you !

Cristian

   


From: Cristian Ciobanu [mailto:cristian.c@istream.today]
Sent: Monday, May 16, 2016 10:35 AM
To: users@cloudstack.apache.org
Subject: RE: Password reset, not work after adding new Guest IP Class

   


Hello,

   


  This issue persist, each time i have to reboot the VR.

   


  Example.

 


   IP class - X

   IP class – Y

   


1.  Build VM  from IP class X, password reset on deploy works

2.  Build VM  from IP class X, password reset on deploy works

3.  Build VM  from IP class X, password reset on deploy works

4.  Build VM  from IP class Y, not working

5.  Reboot VR

6.  Build VM  from IP class Y, password reset on deploy works

7.  Build VM  from IP class Y, password reset on deploy works

8.  Remove a VM from IP class X

9.  Build VM from IP class X, not working

10.   Each time is switch from Y to X and vice versa i need to reboot VR

   


   I have this issue with any OS, also i have 2 Enviorments  with
ACS 4.5.2 Vmware 5.5

   


 Can i get some help ?

   


From: Cristian Ciobanu [mailto:cristian.c@istream.today]
Sent: Saturday, March 26, 2016 3:06 PM
To: users@cloudstack.apache.org <mailto:users@cloudstack.apache.org>
Subject: Re: Password reset, not work after adding new Guest IP Class

   


Can someone help me regarding my issue ?   for sure this is a CS bug, but i 
need to know if this can be solved on 4.5.2

   


Thank you all

Cristian

On 25.03.2016 21:41:06, Cristian Ciobanu <cristian.c@istream.today 
<mailto:cristian.c@istream.today> > wrote:

Hi,

   


Yes, i have basic zone configured on my ACS environment, also i was 
able to see two networks on VR only after i did rebuild for the router.

  


  1 x IP class 158.X  /28

  2 x IP class 167.X  /28

   


   1. Rebuild router

   2. Removed VM's in order to retest a deploy on first (158.X)IP
Class

   3. Deploy VM, everything works, also after this deploy i don't
have available IP's from this class (158.X)

   4. Deploy VM on secondary IP class (167.X) , password not working, i was 
able to login on VM only with static password.

   5. Removed VM from class(158.X)

   6 Deploy VM on (158.X)  Not working again

   



   


Please see the screenshots, i don't provided screenshot from VM when 
generated password works :

   


 Zone/Guest : http://i.imgur.com/h2npDcP.jpg

 VR: http://i.imgur.com/Ts

Re: what is this alert log in management server

[Marc-Andre Jutras]

Hey !

personally, I would recommend to run everything on UTC but it's up to you...

If everything is in ntp-sync, maybe an old api call was waiting on the 
VR to get consumed by ACS... Just to be sure, destroy / re-create the VR 
and check if you're still seeing the same warning message...


also, check on your kvma16 host if there's any errors there... just in 
case ;)


best way to destroy / re-create rapidly a VR :

1- delete / destroy / expunge the VR,

2- spin up a new VM on the same network

3- ACS will detect the missing VR and will re-create it right away...

Marcus


On 2016-05-31 2:35 AM, Semih Tolga DEMİR wrote:

Hi;

All management servers and hypervizors are in ntp time sync.

My management and hypervisor servers are using my local timezone(UTC+5) but
they are synced with ntp but you know systemvm’s are using default UTC
timezone, do i need to set management and hypervisors server to UTC for ACS
to work successfully?

Thanks

Tolga


2016-05-30 21:49 GMT+03:00 Marc-Andre Jutras <mar...@marcuspocus.com>:


Make sure NTP is configured and in sync everywhere... ( that's include
your management server, hypervisor, etc... )



On 2016-05-30 7:51 AM, Semih Tolga DEMİR wrote:


Hi,

I see some different logs in my management server. I do not understand
what
is the meaning of this  [ALERT] , is it bug? Can i ignore that?

The  [ALERT] logs are below.


2016-05-30 09:47:45,451 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-10:null) (logid:) Seq 10-1235393672783119940:
Processing:  { Ans: , MgmtId: 345050167520, via: 10, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.GetRouterAlertsAnswer":{"alerts":["2016-05-24
17:06:03,446 [ALERT] [dnsmasq] The process detected as
running"],"timeStamp":"2016-05-24 17:06:03","result":true,"wait":0}}] }

2016-05-30 09:47:45,451 DEBUG [c.c.a.t.Request]
(RouterStatusMonitor-1:ctx-972488b8) (logid:0e7a028f) Seq
10-1235393672783119940: Received:  { Ans: , MgmtId: 345050167520, via:
10(kvma16), Ver: v1, Flags: 10, { GetRouterAlertsAnswer } }

2016-05-30 09:47:45,451 WARN  [c.c.n.r.VirtualNetworkApplianceManagerImpl]
(RouterStatusMonitor-1:ctx-972488b8) (logid:0e7a028f) Invalid last alert
timestamp received while collecting alerts from router: r-91-VM

2016-05-30 09:47:45,490 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-1:null) (logid:) Seq 10-1235393672783119941:
Processing:  { Ans: , MgmtId: 345050167520, via: 10, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.GetRouterAlertsAnswer":{"alerts":["2016-05-24
17:06:03,446 [ALERT] [dnsmasq] The process detected as
running"],"timeStamp":"2016-05-24 17:06:03","result":true,"wait":0}}] }

2016-05-30 09:47:45,490 DEBUG [c.c.a.t.Request]
(RouterStatusMonitor-1:ctx-1ac9d1dd) (logid:b308a937) Seq
10-1235393672783119941: Received:  { Ans: , MgmtId: 345050167520, via:
10(kvma16), Ver: v1, Flags: 10, { GetRouterAlertsAnswer } }


Thanks,

Re: FW: Password reset, not work after adding new Guest IP Class

[Marc-Andre Jutras]

Hi Cristian,

Sound like a networking issue // gateway mismatch on your side and not 
an issue with ACS: TCP packet seems to be blocked on the border 
router... ie: ip on 159.X.X.X network is trying to reach your ACS server 
via the 167.X.X.X gateway or vice-versa; VR is not managing two 
different default gateway !


Do you have some control or can modify config on your border router ? ( 
where both ip range got their gateway ? ) if so, check there to allow 
source IP : 159.X to be able to reach GW : 167 or vice-versa...


Marcus

On 2016-05-19 4:29 AM, Cristian Ciobanu wrote:

Hello All,

  


I will insist on this topic because i don’t recevied any answer, i just want to 
know if is possibile to fix this issue.

  


Thank you !

Cristian

  


From: Cristian Ciobanu [mailto:cristian.c@istream.today]
Sent: Monday, May 16, 2016 10:35 AM
To: users@cloudstack.apache.org
Subject: RE: Password reset, not work after adding new Guest IP Class

  


Hello,

  


 This issue persist, each time i have to reboot the VR.

  


 Example.




  IP class - X

  IP class – Y

  


1.  Build VM  from IP class X, password reset on deploy works

2.  Build VM  from IP class X, password reset on deploy works

3.  Build VM  from IP class X, password reset on deploy works

4.  Build VM  from IP class Y, not working

5.  Reboot VR

6.  Build VM  from IP class Y, password reset on deploy works

7.  Build VM  from IP class Y, password reset on deploy works

8.  Remove a VM from IP class X

9.  Build VM from IP class X, not working

10.   Each time is switch from Y to X and vice versa i need to reboot VR

  


  I have this issue with any OS, also i have 2 Enviorments  with ACS 4.5.2 
Vmware 5.5

  


Can i get some help ?

  


From: Cristian Ciobanu [mailto:cristian.c@istream.today]
Sent: Saturday, March 26, 2016 3:06 PM
To: users@cloudstack.apache.org 
Subject: Re: Password reset, not work after adding new Guest IP Class

  


Can someone help me regarding my issue ?   for sure this is a CS bug, but i 
need to know if this can be solved on 4.5.2

  


Thank you all

Cristian

On 25.03.2016 21:41:06, Cristian Ciobanu  > wrote:

Hi,

  


   Yes, i have basic zone configured on my ACS environment, also i was able 
to see two networks on VR only after i did rebuild for the router.

 


 1 x IP class 158.X  /28

 2 x IP class 167.X  /28

  


  1. Rebuild router

  2. Removed VM's in order to retest a deploy on first (158.X)IP Class

  3. Deploy VM, everything works, also after this deploy i don't have 
available IP's from this class (158.X)

  4. Deploy VM on secondary IP class (167.X) , password not working, i was 
able to login on VM only with static password.

  5. Removed VM from class(158.X)

  6 Deploy VM on (158.X)  Not working again

  

   

  


   Please see the screenshots, i don't provided screenshot from VM when 
generated password works :

  


Zone/Guest : http://i.imgur.com/h2npDcP.jpg

VR: http://i.imgur.com/TsCTRu6.jpg and http://i.imgur.com/TsCTRu6.jpg

Pods: http://i.imgur.com/y0Oqgk9.jpg

VR ip a : http://i.imgur.com/7MBzggM.jpg

VM (test linux ) : http://i.imgur.com/uWtTIpI.jpg

VM (test Windows) :http://i.imgur.com/T0w3fdZ.jpg




Thank you !



  


Regards,

Cristian

On 25.03.2016 19:49:57, Stephan Seitz  > wrote:

Hi!

Did you add two networks with dhcp? what shows your guests routing
table? obviously two default gateways? did you check if your virtual
router is reachable from within the guest?

Am Freitag, den 25.03.2016, 15:18 +0200 schrieb Cristian Ciobanu:

Hello,

Looks like after adding a second IP class for Guest, password
generator is not working for New VM on first deploy and password
reset.

Password is provided on CloudStack but when i try to login on
new VM is not working.

I just added a another /28 for the moment i have 2 x /28 on
this zone running on ACS 4.5.2 with VMware 5.5.


Any info/help ?


Thank you !

Regards,
Cristian

Re: ACS 4.8 VMware 5.5 (

[Marc-Andre Jutras]

Hi Cristian ,

check this documentation:

http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.8/hypervisor/vsphere.html


Basically :

1- build and install the ACS Non-oss version on one VM  ( 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+CloudStack 
)


2- prepare your network ( reserve IP, vlan, etc... )

3- add vmware vcenter to your zone / pod /cluster...

4- have fun ;)


Marcus


On 2016-05-30 9:01 AM, Cristian Ciobanu wrote:

Hello,

  


 Can i get a "how to" install ACS 4.8 for Vmware 5.5 ? i think is
possibile ony from source for ACS 4.8, right ? ( I'm intereset only in ACS
4.8 Management server, not all configuration )

  


 My old issue still not solved : FW: Password reset, not work after
adding new Guest IP Class

  

  


Thank you all !

  


Regards,

Cristian

  

Re: Network problems after upgrading to CS 4.5.2

[Marc-Andre Jutras]

check this article...
https://www.rootusers.com/fix-a-cloudstack-instance-stuck-in-an-incorrect-state/

My suggestion: go in the DB and try to modify the state of your faulty  
VR / VPC to 'stopped' and delete / destroy the VR / VPC directly on the 
hypervisor... after that, try to re-create the VR / VPC by spinning up a 
new vm on one of your network attached to this VR /VPC...


M-A


On 2015-12-01 1:55 PM, Paco Orozco wrote:

Hi,

Yes I've uploaded the new systemvm template, and restarted / upgraded
some Networks / VR.

And yes, I'm using VPCs

Any hint?

Paco

On 01/12/15 19:27, Pierre-Luc Dion wrote:

Hi Paco,

did you upload the new systemvm template required for 4.5.x  prior to the
management-server ugprade?
also, are you using VPC's ?





On Tue, Dec 1, 2015 at 12:42 PM, Paco Orozco  wrote:


Hiya,

We are having some troubles with network after upgrading CS to 4.5.2
(from 4.4.4). Some domains has not network, we can see it but Router /
NAT is not working.

In some cases we have restarted the network / router and all goes well,
but we have a domain where this workaround didn't work.

When we try to restart network it give us this error "Network is not in
the right state to be restarted. Correct states are: Implemented, Setup"

Please, can anyone help us? We're stuck in this point.

Thanks in advance
Paco

--
Paco Orozco (paco.oro...@upcnet.es)
SIP: paco.oro...@upcnet.es
Backoffice. Àrea de Serveis TIC
UPCNet
Edifici Vértex - Pl. Eusebi Güell, 6
Teléfon centraleta: 93.40.11600
GPG Key ID: 0x3EDEC0AC