Re: failed to start CS 4.5

[dan]

Issue resolved.

After CS 4.3.2 was removed (yum erase cloudstack-*) i removed all
/usr/share/cloudstack* directories - that solve issue with CS start.  
There was symlink loop


/usr/share/cloudstack-bridge/webapps/webapps/webapps

Upload the complete log that will help us to debug and tell reason  
for failure.


That’s is common exception which we see whenever  we restart ms .


Regards
sadhu

-Original Message-
From: Marcus [mailto:shadow...@gmail.com]
Sent: 14 March 2015 05:15
To: dev@cloudstack.apache.org
Subject: Re: failed to start CS 4.5

look in the catalina log as well.

On Fri, Mar 13, 2015 at 4:11 PM, ilya musayev  
 wrote:

Post the complete log, we cant help with few lines..


On 3/13/15 1:35 PM, d...@soleks.com wrote:



Hi Ilya,

Yes, system VM were imported into CS. If that error with unzip can be
ignored, then the last log entry in managment-server.log what i see is:

2015-03-13 13:18:26,792 INFO  [c.c.u.c.ComponentContext] (main:null)
Starting
com.cloud.bridge.service.core.ec2.EC2Engine_EnhancerByCloudStack_c995
b789
2015-03-13 13:18:26,793 INFO  [c.c.u.c.ComponentContext] (main:null)
Starting
com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByClou
dStack_f4c651fe

after that nothing. getting 404 in webui

description The requested resource () is not available.



Dan,

Thats not an issue, its just means java was unable to unzip a jar,
but its really not impacting.

I've upgraded several test environments to 4.5 and while i see this
information error, everything works. We should investigate why we
see this, but as mentioned earlier - its non impacting.

Did you import the systemvm 4.5 template beforehand?

Regards,
ilya

On 3/13/15 9:16 AM, d...@soleks.com wrote:


Hi Devs,

I've downloaded 4.5-RC4, build RPM without issues (centos 6.6).
Database conversion went smoothly, but eventually wasn't able to
start cloudstack-management, only one error that i found in the
log, not sure if it's road-blocker or easy-to-fix issue, however  
here is some log:



2015-03-12 17:35:57,110 DEBUG [o.a.c.f.s.OnwireClassRegistry]
(main:null) Encountered IOException
java.io.IOException: Stream closed
   at
java.util.zip.ZipInputStream.ensureOpen(ZipInputStream.java:66)
   at
java.util.zip.ZipInputStream.getNextEntry(ZipInputStream.java:115)
   at
java.util.jar.JarInputStream.getNextEntry(JarInputStream.java:142)
   at
java.util.jar.JarInputStream.getNextJarEntry(JarInputStream.java:179)
   at
org.apache.cloudstack.framework.serializer.OnwireClassRegistry.getFromJARFile(OnwireClassRegistry.java:162)
   at
org.apache.cloudstack.framework.serializer.OnwireClassRegistry.getClasses(OnwireClassRegistry.java:119)
   at
org.apache.cloudstack.framework.serializer.OnwireClassRegistry.getClasses(OnwireClassRegistry.java:95)
   at
org.apache.cloudstack.framework.serializer.OnwireClassRegistry.scan(OnwireClassRegistry.java:76)
   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.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1608)
   at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1549)
   at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1479)
   at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:521)
   at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458)
   at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:295)
   at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223)
   at
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:292)
   at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194)
   at
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:628)
   at
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:932)
   at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:479)
   at
org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.loadContext(DefaultModuleDefinitionSet.java:145)
   at
org.apac

Build failed in Jenkins: build-master-slowbuild #1097

[jenkins]

See 

--
[...truncated 298 lines...]
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ checkstyle ---
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack 4.6.0-SNAPSHOT
[INFO] 
[WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is missing, 
no dependency information available
[WARNING] Failed to retrieve plugin descriptor for 
org.eclipse.m2e:lifecycle-mapping:1.0.0: Plugin 
org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its dependencies could not be 
resolved: Failed to read artifact descriptor for 
org.eclipse.m2e:lifecycle-mapping:jar:1.0.0
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloudstack ---
[INFO] Deleting 
 (includes 
= [**/*], excludes = [])
[INFO] Deleting  
(includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloudstack ---
[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloudstack 
>>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloudstack ---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloudstack 
<<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloudstack 
---
[INFO] 
[INFO] --- maven-site-plugin:3.3:attach-descriptor (attach-descriptor) @ 
cloudstack ---
[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install (default-install) @ cloudstack ---
[INFO] Installing 
 to 
/jenkins/.m2/repository/org/apache/cloudstack/cloudstack/4.6.0-SNAPSHOT/cloudstack-4.6.0-SNAPSHOT.pom
[INFO] 
[INFO] >>> cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloudstack >>>
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloudstack ---
[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloudstack 
>>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloudstack ---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloudstack 
<<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ cloudstack 
---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ cloudstack ---
[INFO] Skipping cobertura mojo for project with packaging type 'pom'
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloudstack <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloudstack ---
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Maven Conventions Parent 4.6.0-SNAPSHOT
[INFO] 
[WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is missing, 
no dependency information available
[WARNING] Failed to retrieve plugin descriptor for 
org.eclipse.m2e:lifecycle-mapping:1.0.0: Plugin 
org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its dependencies could not be 
resolved: Failed to read artifact descriptor for 
org.eclipse.m2e:lifecycle-mapping:jar:1.0.0
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-maven-standard 
---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 
 
(includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-maven-standard ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-maven-standard ---
[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-maven-standard >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ 
cloud-maven-standard ---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-maven-standard <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-maven-standard ---
[INFO] 
[INFO] --- maven-site-plugin:3.3:attach-descriptor (attach-descriptor) @ 
cloud-maven-standard ---
[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install (default-install) @ 
cloud-maven-standard ---
[INFO] Installing 

 to 
/jenkins/.m2/repository/org/ap

Replace systemvm template 4.3.0 with recent one during ACS upgrade

[Andrija Panic]

Hi guys,

I'm wondering, since I'm upgrading ACS 4.3.0 with original systemvm (from ~
24.05.2014), to ACS 4.3.2 - am I required to also register new systemVM
template (i.e. from UI like when you upgrade from 4.3 to 4.4..) - or should
I just upgrade ACS and ACS would somehow update systemVM template from
original one (4.3.0) to newer one 4.3.2 (there is one on
http://cloudstack.apt-get.eu/ from 24.09.2014 and there is 15.01.2015 on
shapeblue site also)

I'm trying (with upgrade) to mitigate some security risks of SSLs that has
been happening recently, and solve some of Port Forwarding / Static NAT
issues, where remote IP is not seen really...

So basicaly what is the systemvm template upgrade/replace procedure for the
same release version of ACS (4.3.0 - 4.3.x) ?


Thanks,

-- 

Andrija Panić

Build failed in Jenkins: build-master-slowbuild #1098

[jenkins]

See 

--
[...truncated 4 lines...]
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse origin/master^{commit} # timeout=400
Checking out Revision c8901a799076859f9bc0100ad0ace2677d2270d9 (origin/master)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f c8901a799076859f9bc0100ad0ace2677d2270d9
 > /usr/bin/git rev-list c8901a799076859f9bc0100ad0ace2677d2270d9 # timeout=400
[copy-to-slave] Copying 'cloudstack-nonoss-deps.tgz,settings.xml', excluding 
nothing, from 'file:/var/lib/jenkins/userContent/' on the master to 
' on 
'cloudstack-buildslave-centos6-cac'.
[build-master-slowbuild] $ /bin/sh -xe /tmp/hudson8321972931358401764.sh
+ echo 'Getting noredist patches'
Getting noredist patches
+ which mvn
which: no mvn in 
(/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin)
+ export 
PATH=/usr/share/apache-maven-3.0.5/bin:/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin
+ 
PATH=/usr/share/apache-maven-3.0.5/bin:/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin
+ cd deps
+ tar -xvf ../cloudstack-nonoss-deps.tgz
apputils.jar
cloud-iControl.jar
cloud-manageontap.jar
cloud-netscaler.jar
cloud-netscaler-sdx.jar
libvirt-0.4.8.jar
manageontap.jar
vim25_51.jar
vim25.jar
vim.jar
+ bash -x install-non-oss.sh
+ mvn install:install-file -Dfile=cloud-iControl.jar -DgroupId=com.cloud.com.f5 
-DartifactId=icontrol -Dversion=1.0 -Dpackaging=jar
[INFO] Scanning for projects...
[INFO] 
[INFO] 
[INFO] Building Maven Stub Project (No POM) 1
[INFO] 
[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install-file (default-cli) @ 
standalone-pom ---
[INFO] Installing 

 to /jenkins/.m2/repository/com/cloud/com/f5/icontrol/1.0/icontrol-1.0.jar
[INFO] 
[INFO] BUILD SUCCESS
[INFO] 
[INFO] Total time: 0.558s
[INFO] Finished at: Sat Mar 14 14:05:04 CET 2015
[INFO] Final Memory: 5M/103M
[INFO] 
+ mvn install:install-file -Dfile=cloud-netscaler-sdx.jar 
-DgroupId=com.cloud.com.citrix -DartifactId=netscaler-sdx -Dversion=1.0 
-Dpackaging=jar
[INFO] Scanning for projects...
[INFO] 
[INFO] 
[INFO] Building Maven Stub Project (No POM) 1
[INFO] 
[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install-file (default-cli) @ 
standalone-pom ---
[INFO] Installing 

 to 
/jenkins/.m2/repository/com/cloud/com/citrix/netscaler-sdx/1.0/netscaler-sdx-1.0.jar
[INFO] 
[INFO] BUILD SUCCESS
[INFO] 
[INFO] Total time: 0.540s
[INFO] Finished at: Sat Mar 14 14:05:05 CET 2015
[INFO] Final Memory: 5M/103M
[INFO] 
+ '[' -e cloud-manageontap.jar ']'
+ mv cloud-manageontap.jar manageontap.jar
+ mvn install:install-file -Dfile=manageontap.jar 
-DgroupId=com.cloud.com.netapp -DartifactId=manageontap -Dversion=4.0 
-Dpackaging=jar
[INFO] Scanning for projects...
[INFO] 
[INFO] 
[INFO] Building Maven Stub Project (No POM) 1
[INFO] 
[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install-file (default-cli) @ 
standalone-pom ---
[INFO] Installing 

 to 
/jenkins/.m2/repository/com/cloud/com/netapp/manageontap/4.0/manageontap-4.0.jar
[INFO] 

Re: [HELP] VR sometimes fail to start

[Andrija Panic]

Tried the proposed solution - but it still don't work - BTW my qemu is
0.12.x - from CentOS 6.4...

When I manually start the script with all parameters, it simply hangs, no
output at all, until ctrl + c

BTW this is with now upgraded ACS to 4.3.2...

:(

On 12 March 2015 at 09:24, Andrija Panic  wrote:

> Hi Marcus, will do - I'm just unconfortable changing live things, but that
> is my problem. Will let you know of the output.
>
> Thanks
>
> On 12 March 2015 at 01:34, ilya musayev 
> wrote:
>
>> Andrija,
>>
>> Have you tried the solution Loic mentioned? Its seems like an easy one to
>> try..
>>
>> Thanks
>> ilya
>>
>>
>> On 3/11/15 3:54 AM, Andrija Panic wrote:
>>
>>> Oh well, I will then update to 4.3.2 anyway, and hope to see the problem
>>> go
>>> away...
>>>
>>> THanks guys
>>>
>>> On 10 March 2015 at 22:45, Loic Lambiel 
>>> wrote:
>>>
>>>  Hi,

 Maybe the same issue we faced here: https://github.com/exoscale/
 cloudstack/commit/df3e7533a78c3594cdd39b8b18e6f4a3abcb8cfd

 The patch has not been yet submitted upstream. I'll do it once it is
 running on our production.

 Anyway, you may easily test it by performing the small change directly
 into the script.

 Hope that helps.

 Regards,

 Loic Lambiel


 On 10/03/15 19:40, Andrija Panic wrote:

  Hi guys,
>
> Kernel is Elrepo 3.10.67 (CentOS 6.6)
> Libvirt manually compiled 1.2.3 with RBD support.
> Qemu 0.12.1.2 - Inktank patched original RHEL 6.4 rpms with RBD
> support.
>
> And here is the output, with debug mode, from Agent.
>
> At the begining I see agent deleting routes for 169.254.x.x network...:
>
> Basically, It seems like the
> /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patc
> hviasocket.pl
> is
> failing, not being able to connect to socket...
> And I could not ping VR (169.254.2.99)...
>
> LOG:
>
> 2015-03-10 16:43:46,976{GMT} DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-4:) Processing command:
> com.cloud.agent.api.GetVmStatsCommand
> 2015-03-10 16:43:50,884{GMT} DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-1:) Request:Seq 788-1319632926:  { Cmd , MgmtId:
> 161344838950, via: 788, Ver: v1, Flags: 100111,
> [{"com.cloud.agent.api.StartCommand":{"vm":{"id":
> 2191,"name":"r-2191-VM","type":"DomainRouter","cpus":1,"
> minSpeed":166,"maxSpeed":1000,"minRam":268435456,"maxRam":
> 268435456,"arch":"x86_64","os":"Debian
> GNU/Linux 7(64-bit)","bootArgs":" vpccidr=10.0.0.0/8
> domain=cs2cloud.internal dns1=8.8.8.8 dns2= template=domP
> name=r-2191-VM
> eth0ip=169.254.2.99 eth0mask=255.255.0.0 type=vpcrouter
> disable_rp_filter=true","rebootOnCrash":false,"
> enableHA":true,"limitCpuUse":false,"enableDynamicallyScaleVm":
> false,"vncPassword":"e9e24eb0b1ff8ec2","params":{"
> memoryOvercommitRatio":"1.0","cpuOvercommitRatio":"6.0"},"
> uuid":"485587f7-4a04-4d77-bc36-2367f2adf77e","disks":[{"
> data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"
> uuid":"d042e003-5278-461d-8a35-3b1261164f93","
> volumeType":"ROOT","dataStore":{"org.apache.cloudstack.
> storage.to.PrimaryDataStoreTO":{"uuid":"5b93422e-1a66-353d-
> 88a8-2203f79b1dc6","id":209,"poolType":"RBD","host":"
> cephmon.domaina.net","path":"cloudstack","port":6789,"url":"RBD://
> cephmon.domaina.net/cloudstack/?ROLE=Primary&
> STOREUUID=5b93422e-1a66-353d-88a8-2203f79b1dc6
> "}},"name":"ROOT-2191","size":262144,"path":"d042e003-
> 5278-461d-8a35-3b1261164f93","volumeId":2857,"vmName":"r-
> 2191-VM","accountId":2,"format":"RAW","id":2857,"
> deviceId":0,"hypervisorType":"KVM"}},"diskSeq":0,"path":"
> d042e003-5278-461d-8a35-3b1261164f93","type":"ROOT","_
> details":{"managed":"false","storagePort":"6789","storageHost":"
> cephmon.domaina.net
> ","volumeSize":"262144"}}],"nics":[{"deviceId":0,"
> networkRateMbps":-1,"defaultNic":false,"uuid":"
> d27a7aad-2dcc-45c7-bf30-
> 3302d011da66","ip":"169.254.2.99","netmask":"255.255.0.0","
> gateway":"169.254.0.1","mac":"0e:00:a9:fe:02:63","
> broadcastType":"LinkLocal","type":"Control","
> isSecurityGroupEnabled":false}]},"hostIp":"10.44.253.180","
> executeInSequence":false,"wait":0}},{"com.cloud.agent.
> api.check.CheckSshCommand":{"ip":"169.254.2.99","port":
> 3922,"interval":6,"retries":100,"name":"r-2191-VM","wait":
> 0}},{"com.cloud.agent.api.GetDomRVersionCmd":{"accessDetails":{"
> router.name
> ":"r-2191-VM","router.ip":"169.254.2.99"},"wait":0}},{"
> com.cloud.agent.api.PlugNicCommand":{"nic":{"
> deviceId":1,"networkRateMbps":9,"defaultNic":true,"uuid"
> :"fe848dbe-cf4b-473e-8124-62289f86b144","ip":"5.226.146.
> 62","netmask":"255.255.255.128","gateway":"5.226.146.1","
> mac":"06:f0:d6:00:01:49","broadcastType":"Vlan","type":"
> Public","bro

Re: Replace systemvm template 4.3.0 with recent one during ACS upgrade

[Marcus]

It should pull the highest/last entry with the name 4.3 when
redeploying the routers, but I'm not sure if it will detect that the
router needs upgrade without a minor version change. I imagine it
would fetch the highest entry, see that the template id doesn't exist,
and install it, but you may want to test first.

On Sat, Mar 14, 2015 at 4:08 AM, Andrija Panic  wrote:
> Hi guys,
>
> I'm wondering, since I'm upgrading ACS 4.3.0 with original systemvm (from ~
> 24.05.2014), to ACS 4.3.2 - am I required to also register new systemVM
> template (i.e. from UI like when you upgrade from 4.3 to 4.4..) - or should
> I just upgrade ACS and ACS would somehow update systemVM template from
> original one (4.3.0) to newer one 4.3.2 (there is one on
> http://cloudstack.apt-get.eu/ from 24.09.2014 and there is 15.01.2015 on
> shapeblue site also)
>
> I'm trying (with upgrade) to mitigate some security risks of SSLs that has
> been happening recently, and solve some of Port Forwarding / Static NAT
> issues, where remote IP is not seen really...
>
> So basicaly what is the systemvm template upgrade/replace procedure for the
> same release version of ACS (4.3.0 - 4.3.x) ?
>
>
> Thanks,
>
> --
>
> Andrija Panić

Re: [HELP] VR sometimes fail to start

[Marcus]

People are mostly using upgraded 'virt' repos.

On Sat, Mar 14, 2015 at 8:58 AM, Marcus  wrote:
> Oh, this is an unsupported version. should be using libvirt 0.9.4+ and
> Qemu 1.0+ per the install docs.
>
> On Sat, Mar 14, 2015 at 8:56 AM, Andrija Panic  
> wrote:
>> Tried the proposed solution - but it still don't work - BTW my qemu is
>> 0.12.x - from CentOS 6.4...
>>
>> When I manually start the script with all parameters, it simply hangs, no
>> output at all, until ctrl + c
>>
>> BTW this is with now upgraded ACS to 4.3.2...
>>
>> :(
>>
>> On 12 March 2015 at 09:24, Andrija Panic  wrote:
>>
>>> Hi Marcus, will do - I'm just unconfortable changing live things, but that
>>> is my problem. Will let you know of the output.
>>>
>>> Thanks
>>>
>>> On 12 March 2015 at 01:34, ilya musayev 
>>> wrote:
>>>
 Andrija,

 Have you tried the solution Loic mentioned? Its seems like an easy one to
 try..

 Thanks
 ilya


 On 3/11/15 3:54 AM, Andrija Panic wrote:

> Oh well, I will then update to 4.3.2 anyway, and hope to see the problem
> go
> away...
>
> THanks guys
>
> On 10 March 2015 at 22:45, Loic Lambiel 
> wrote:
>
>  Hi,
>>
>> Maybe the same issue we faced here: https://github.com/exoscale/
>> cloudstack/commit/df3e7533a78c3594cdd39b8b18e6f4a3abcb8cfd
>>
>> The patch has not been yet submitted upstream. I'll do it once it is
>> running on our production.
>>
>> Anyway, you may easily test it by performing the small change directly
>> into the script.
>>
>> Hope that helps.
>>
>> Regards,
>>
>> Loic Lambiel
>>
>>
>> On 10/03/15 19:40, Andrija Panic wrote:
>>
>>  Hi guys,
>>>
>>> Kernel is Elrepo 3.10.67 (CentOS 6.6)
>>> Libvirt manually compiled 1.2.3 with RBD support.
>>> Qemu 0.12.1.2 - Inktank patched original RHEL 6.4 rpms with RBD
>>> support.
>>>
>>> And here is the output, with debug mode, from Agent.
>>>
>>> At the begining I see agent deleting routes for 169.254.x.x network...:
>>>
>>> Basically, It seems like the
>>> /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patc
>>> hviasocket.pl
>>> is
>>> failing, not being able to connect to socket...
>>> And I could not ping VR (169.254.2.99)...
>>>
>>> LOG:
>>>
>>> 2015-03-10 16:43:46,976{GMT} DEBUG [cloud.agent.Agent]
>>> (agentRequest-Handler-4:) Processing command:
>>> com.cloud.agent.api.GetVmStatsCommand
>>> 2015-03-10 16:43:50,884{GMT} DEBUG [cloud.agent.Agent]
>>> (agentRequest-Handler-1:) Request:Seq 788-1319632926:  { Cmd , MgmtId:
>>> 161344838950, via: 788, Ver: v1, Flags: 100111,
>>> [{"com.cloud.agent.api.StartCommand":{"vm":{"id":
>>> 2191,"name":"r-2191-VM","type":"DomainRouter","cpus":1,"
>>> minSpeed":166,"maxSpeed":1000,"minRam":268435456,"maxRam":
>>> 268435456,"arch":"x86_64","os":"Debian
>>> GNU/Linux 7(64-bit)","bootArgs":" vpccidr=10.0.0.0/8
>>> domain=cs2cloud.internal dns1=8.8.8.8 dns2= template=domP
>>> name=r-2191-VM
>>> eth0ip=169.254.2.99 eth0mask=255.255.0.0 type=vpcrouter
>>> disable_rp_filter=true","rebootOnCrash":false,"
>>> enableHA":true,"limitCpuUse":false,"enableDynamicallyScaleVm":
>>> false,"vncPassword":"e9e24eb0b1ff8ec2","params":{"
>>> memoryOvercommitRatio":"1.0","cpuOvercommitRatio":"6.0"},"
>>> uuid":"485587f7-4a04-4d77-bc36-2367f2adf77e","disks":[{"
>>> data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"
>>> uuid":"d042e003-5278-461d-8a35-3b1261164f93","
>>> volumeType":"ROOT","dataStore":{"org.apache.cloudstack.
>>> storage.to.PrimaryDataStoreTO":{"uuid":"5b93422e-1a66-353d-
>>> 88a8-2203f79b1dc6","id":209,"poolType":"RBD","host":"
>>> cephmon.domaina.net","path":"cloudstack","port":6789,"url":"RBD://
>>> cephmon.domaina.net/cloudstack/?ROLE=Primary&
>>> STOREUUID=5b93422e-1a66-353d-88a8-2203f79b1dc6
>>> "}},"name":"ROOT-2191","size":262144,"path":"d042e003-
>>> 5278-461d-8a35-3b1261164f93","volumeId":2857,"vmName":"r-
>>> 2191-VM","accountId":2,"format":"RAW","id":2857,"
>>> deviceId":0,"hypervisorType":"KVM"}},"diskSeq":0,"path":"
>>> d042e003-5278-461d-8a35-3b1261164f93","type":"ROOT","_
>>> details":{"managed":"false","storagePort":"6789","storageHost":"
>>> cephmon.domaina.net
>>> ","volumeSize":"262144"}}],"nics":[{"deviceId":0,"
>>> networkRateMbps":-1,"defaultNic":false,"uuid":"
>>> d27a7aad-2dcc-45c7-bf30-
>>> 3302d011da66","ip":"169.254.2.99","netmask":"255.255.0.0","
>>> gateway":"169.254.0.1","mac":"0e:00:a9:fe:02:63","
>>> broadcastType":"LinkLocal","type":"Control","
>>> isSecurityGroupEnabled":false}]},"hostIp":"10.44.253.180","
>>> executeInSequence":false,"wait":0}},{"com.cloud.agent.
>>> api.check.CheckSshCommand":{"ip":"169.254.2.99","port":
>>> 3922,"interval":6

Re: [HELP] VR sometimes fail to start

[Marcus]

Oh, this is an unsupported version. should be using libvirt 0.9.4+ and
Qemu 1.0+ per the install docs.

On Sat, Mar 14, 2015 at 8:56 AM, Andrija Panic  wrote:
> Tried the proposed solution - but it still don't work - BTW my qemu is
> 0.12.x - from CentOS 6.4...
>
> When I manually start the script with all parameters, it simply hangs, no
> output at all, until ctrl + c
>
> BTW this is with now upgraded ACS to 4.3.2...
>
> :(
>
> On 12 March 2015 at 09:24, Andrija Panic  wrote:
>
>> Hi Marcus, will do - I'm just unconfortable changing live things, but that
>> is my problem. Will let you know of the output.
>>
>> Thanks
>>
>> On 12 March 2015 at 01:34, ilya musayev 
>> wrote:
>>
>>> Andrija,
>>>
>>> Have you tried the solution Loic mentioned? Its seems like an easy one to
>>> try..
>>>
>>> Thanks
>>> ilya
>>>
>>>
>>> On 3/11/15 3:54 AM, Andrija Panic wrote:
>>>
 Oh well, I will then update to 4.3.2 anyway, and hope to see the problem
 go
 away...

 THanks guys

 On 10 March 2015 at 22:45, Loic Lambiel 
 wrote:

  Hi,
>
> Maybe the same issue we faced here: https://github.com/exoscale/
> cloudstack/commit/df3e7533a78c3594cdd39b8b18e6f4a3abcb8cfd
>
> The patch has not been yet submitted upstream. I'll do it once it is
> running on our production.
>
> Anyway, you may easily test it by performing the small change directly
> into the script.
>
> Hope that helps.
>
> Regards,
>
> Loic Lambiel
>
>
> On 10/03/15 19:40, Andrija Panic wrote:
>
>  Hi guys,
>>
>> Kernel is Elrepo 3.10.67 (CentOS 6.6)
>> Libvirt manually compiled 1.2.3 with RBD support.
>> Qemu 0.12.1.2 - Inktank patched original RHEL 6.4 rpms with RBD
>> support.
>>
>> And here is the output, with debug mode, from Agent.
>>
>> At the begining I see agent deleting routes for 169.254.x.x network...:
>>
>> Basically, It seems like the
>> /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patc
>> hviasocket.pl
>> is
>> failing, not being able to connect to socket...
>> And I could not ping VR (169.254.2.99)...
>>
>> LOG:
>>
>> 2015-03-10 16:43:46,976{GMT} DEBUG [cloud.agent.Agent]
>> (agentRequest-Handler-4:) Processing command:
>> com.cloud.agent.api.GetVmStatsCommand
>> 2015-03-10 16:43:50,884{GMT} DEBUG [cloud.agent.Agent]
>> (agentRequest-Handler-1:) Request:Seq 788-1319632926:  { Cmd , MgmtId:
>> 161344838950, via: 788, Ver: v1, Flags: 100111,
>> [{"com.cloud.agent.api.StartCommand":{"vm":{"id":
>> 2191,"name":"r-2191-VM","type":"DomainRouter","cpus":1,"
>> minSpeed":166,"maxSpeed":1000,"minRam":268435456,"maxRam":
>> 268435456,"arch":"x86_64","os":"Debian
>> GNU/Linux 7(64-bit)","bootArgs":" vpccidr=10.0.0.0/8
>> domain=cs2cloud.internal dns1=8.8.8.8 dns2= template=domP
>> name=r-2191-VM
>> eth0ip=169.254.2.99 eth0mask=255.255.0.0 type=vpcrouter
>> disable_rp_filter=true","rebootOnCrash":false,"
>> enableHA":true,"limitCpuUse":false,"enableDynamicallyScaleVm":
>> false,"vncPassword":"e9e24eb0b1ff8ec2","params":{"
>> memoryOvercommitRatio":"1.0","cpuOvercommitRatio":"6.0"},"
>> uuid":"485587f7-4a04-4d77-bc36-2367f2adf77e","disks":[{"
>> data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"
>> uuid":"d042e003-5278-461d-8a35-3b1261164f93","
>> volumeType":"ROOT","dataStore":{"org.apache.cloudstack.
>> storage.to.PrimaryDataStoreTO":{"uuid":"5b93422e-1a66-353d-
>> 88a8-2203f79b1dc6","id":209,"poolType":"RBD","host":"
>> cephmon.domaina.net","path":"cloudstack","port":6789,"url":"RBD://
>> cephmon.domaina.net/cloudstack/?ROLE=Primary&
>> STOREUUID=5b93422e-1a66-353d-88a8-2203f79b1dc6
>> "}},"name":"ROOT-2191","size":262144,"path":"d042e003-
>> 5278-461d-8a35-3b1261164f93","volumeId":2857,"vmName":"r-
>> 2191-VM","accountId":2,"format":"RAW","id":2857,"
>> deviceId":0,"hypervisorType":"KVM"}},"diskSeq":0,"path":"
>> d042e003-5278-461d-8a35-3b1261164f93","type":"ROOT","_
>> details":{"managed":"false","storagePort":"6789","storageHost":"
>> cephmon.domaina.net
>> ","volumeSize":"262144"}}],"nics":[{"deviceId":0,"
>> networkRateMbps":-1,"defaultNic":false,"uuid":"
>> d27a7aad-2dcc-45c7-bf30-
>> 3302d011da66","ip":"169.254.2.99","netmask":"255.255.0.0","
>> gateway":"169.254.0.1","mac":"0e:00:a9:fe:02:63","
>> broadcastType":"LinkLocal","type":"Control","
>> isSecurityGroupEnabled":false}]},"hostIp":"10.44.253.180","
>> executeInSequence":false,"wait":0}},{"com.cloud.agent.
>> api.check.CheckSshCommand":{"ip":"169.254.2.99","port":
>> 3922,"interval":6,"retries":100,"name":"r-2191-VM","wait":
>> 0}},{"com.cloud.agent.api.GetDomRVersionCmd":{"accessDetails":{"
>> router.name
>> ":"r-2191-VM","router.ip":"169.254.2.99"},"wait":0}},{"
>> com.cloud.agent.api.PlugNic

Re: [HELP] VR sometimes fail to start

[Andrija Panic]

Marcus - QEMU is 0.12.x (CentOS 6.4)

but libvirt is compiled 1.2.3

On 14 March 2015 at 16:58, Marcus  wrote:

> Oh, this is an unsupported version. should be using libvirt 0.9.4+ and
> Qemu 1.0+ per the install docs.
>
> On Sat, Mar 14, 2015 at 8:56 AM, Andrija Panic 
> wrote:
> > Tried the proposed solution - but it still don't work - BTW my qemu is
> > 0.12.x - from CentOS 6.4...
> >
> > When I manually start the script with all parameters, it simply hangs, no
> > output at all, until ctrl + c
> >
> > BTW this is with now upgraded ACS to 4.3.2...
> >
> > :(
> >
> > On 12 March 2015 at 09:24, Andrija Panic 
> wrote:
> >
> >> Hi Marcus, will do - I'm just unconfortable changing live things, but
> that
> >> is my problem. Will let you know of the output.
> >>
> >> Thanks
> >>
> >> On 12 March 2015 at 01:34, ilya musayev 
> >> wrote:
> >>
> >>> Andrija,
> >>>
> >>> Have you tried the solution Loic mentioned? Its seems like an easy one
> to
> >>> try..
> >>>
> >>> Thanks
> >>> ilya
> >>>
> >>>
> >>> On 3/11/15 3:54 AM, Andrija Panic wrote:
> >>>
>  Oh well, I will then update to 4.3.2 anyway, and hope to see the
> problem
>  go
>  away...
> 
>  THanks guys
> 
>  On 10 March 2015 at 22:45, Loic Lambiel 
>  wrote:
> 
>   Hi,
> >
> > Maybe the same issue we faced here: https://github.com/exoscale/
> > cloudstack/commit/df3e7533a78c3594cdd39b8b18e6f4a3abcb8cfd
> >
> > The patch has not been yet submitted upstream. I'll do it once it is
> > running on our production.
> >
> > Anyway, you may easily test it by performing the small change
> directly
> > into the script.
> >
> > Hope that helps.
> >
> > Regards,
> >
> > Loic Lambiel
> >
> >
> > On 10/03/15 19:40, Andrija Panic wrote:
> >
> >  Hi guys,
> >>
> >> Kernel is Elrepo 3.10.67 (CentOS 6.6)
> >> Libvirt manually compiled 1.2.3 with RBD support.
> >> Qemu 0.12.1.2 - Inktank patched original RHEL 6.4 rpms with RBD
> >> support.
> >>
> >> And here is the output, with debug mode, from Agent.
> >>
> >> At the begining I see agent deleting routes for 169.254.x.x
> network...:
> >>
> >> Basically, It seems like the
> >> /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patc
> >> hviasocket.pl
> >> is
> >> failing, not being able to connect to socket...
> >> And I could not ping VR (169.254.2.99)...
> >>
> >> LOG:
> >>
> >> 2015-03-10 16:43:46,976{GMT} DEBUG [cloud.agent.Agent]
> >> (agentRequest-Handler-4:) Processing command:
> >> com.cloud.agent.api.GetVmStatsCommand
> >> 2015-03-10 16:43:50,884{GMT} DEBUG [cloud.agent.Agent]
> >> (agentRequest-Handler-1:) Request:Seq 788-1319632926:  { Cmd ,
> MgmtId:
> >> 161344838950, via: 788, Ver: v1, Flags: 100111,
> >> [{"com.cloud.agent.api.StartCommand":{"vm":{"id":
> >> 2191,"name":"r-2191-VM","type":"DomainRouter","cpus":1,"
> >> minSpeed":166,"maxSpeed":1000,"minRam":268435456,"maxRam":
> >> 268435456,"arch":"x86_64","os":"Debian
> >> GNU/Linux 7(64-bit)","bootArgs":" vpccidr=10.0.0.0/8
> >> domain=cs2cloud.internal dns1=8.8.8.8 dns2= template=domP
> >> name=r-2191-VM
> >> eth0ip=169.254.2.99 eth0mask=255.255.0.0 type=vpcrouter
> >> disable_rp_filter=true","rebootOnCrash":false,"
> >> enableHA":true,"limitCpuUse":false,"enableDynamicallyScaleVm":
> >> false,"vncPassword":"e9e24eb0b1ff8ec2","params":{"
> >> memoryOvercommitRatio":"1.0","cpuOvercommitRatio":"6.0"},"
> >> uuid":"485587f7-4a04-4d77-bc36-2367f2adf77e","disks":[{"
> >> data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"
> >> uuid":"d042e003-5278-461d-8a35-3b1261164f93","
> >> volumeType":"ROOT","dataStore":{"org.apache.cloudstack.
> >> storage.to.PrimaryDataStoreTO":{"uuid":"5b93422e-1a66-353d-
> >> 88a8-2203f79b1dc6","id":209,"poolType":"RBD","host":"
> >> cephmon.domaina.net","path":"cloudstack","port":6789,"url":"RBD://
> >> cephmon.domaina.net/cloudstack/?ROLE=Primary&
> >> STOREUUID=5b93422e-1a66-353d-88a8-2203f79b1dc6
> >> "}},"name":"ROOT-2191","size":262144,"path":"d042e003-
> >> 5278-461d-8a35-3b1261164f93","volumeId":2857,"vmName":"r-
> >> 2191-VM","accountId":2,"format":"RAW","id":2857,"
> >> deviceId":0,"hypervisorType":"KVM"}},"diskSeq":0,"path":"
> >> d042e003-5278-461d-8a35-3b1261164f93","type":"ROOT","_
> >> details":{"managed":"false","storagePort":"6789","storageHost":"
> >> cephmon.domaina.net
> >> ","volumeSize":"262144"}}],"nics":[{"deviceId":0,"
> >> networkRateMbps":-1,"defaultNic":false,"uuid":"
> >> d27a7aad-2dcc-45c7-bf30-
> >> 3302d011da66","ip":"169.254.2.99","netmask":"255.255.0.0","
> >> gateway":"169.254.0.1","mac":"0e:00:a9:fe:02:63","
> >> broadcastType":"LinkLocal","type":"Control","
> >> isSecurityGroupEnabled":false}]},"hostIp":"10.44.253.180","
> 

Re: [HELP] VR sometimes fail to start

[Marcus]

Yeah, I don't remember all of the discussion around the minimum
version and why, but each libvirt and qemu has such different behavior
(not all good), that we decided to target a minimum regardless of what
was supplied by the distros. It's just too hard to support them all
with their differing behavior. Open stack ran into the same issues.

On Sat, Mar 14, 2015 at 9:02 AM, Andrija Panic  wrote:
> Marcus - QEMU is 0.12.x (CentOS 6.4)
>
> but libvirt is compiled 1.2.3
>
> On 14 March 2015 at 16:58, Marcus  wrote:
>
>> Oh, this is an unsupported version. should be using libvirt 0.9.4+ and
>> Qemu 1.0+ per the install docs.
>>
>> On Sat, Mar 14, 2015 at 8:56 AM, Andrija Panic 
>> wrote:
>> > Tried the proposed solution - but it still don't work - BTW my qemu is
>> > 0.12.x - from CentOS 6.4...
>> >
>> > When I manually start the script with all parameters, it simply hangs, no
>> > output at all, until ctrl + c
>> >
>> > BTW this is with now upgraded ACS to 4.3.2...
>> >
>> > :(
>> >
>> > On 12 March 2015 at 09:24, Andrija Panic 
>> wrote:
>> >
>> >> Hi Marcus, will do - I'm just unconfortable changing live things, but
>> that
>> >> is my problem. Will let you know of the output.
>> >>
>> >> Thanks
>> >>
>> >> On 12 March 2015 at 01:34, ilya musayev 
>> >> wrote:
>> >>
>> >>> Andrija,
>> >>>
>> >>> Have you tried the solution Loic mentioned? Its seems like an easy one
>> to
>> >>> try..
>> >>>
>> >>> Thanks
>> >>> ilya
>> >>>
>> >>>
>> >>> On 3/11/15 3:54 AM, Andrija Panic wrote:
>> >>>
>>  Oh well, I will then update to 4.3.2 anyway, and hope to see the
>> problem
>>  go
>>  away...
>> 
>>  THanks guys
>> 
>>  On 10 March 2015 at 22:45, Loic Lambiel 
>>  wrote:
>> 
>>   Hi,
>> >
>> > Maybe the same issue we faced here: https://github.com/exoscale/
>> > cloudstack/commit/df3e7533a78c3594cdd39b8b18e6f4a3abcb8cfd
>> >
>> > The patch has not been yet submitted upstream. I'll do it once it is
>> > running on our production.
>> >
>> > Anyway, you may easily test it by performing the small change
>> directly
>> > into the script.
>> >
>> > Hope that helps.
>> >
>> > Regards,
>> >
>> > Loic Lambiel
>> >
>> >
>> > On 10/03/15 19:40, Andrija Panic wrote:
>> >
>> >  Hi guys,
>> >>
>> >> Kernel is Elrepo 3.10.67 (CentOS 6.6)
>> >> Libvirt manually compiled 1.2.3 with RBD support.
>> >> Qemu 0.12.1.2 - Inktank patched original RHEL 6.4 rpms with RBD
>> >> support.
>> >>
>> >> And here is the output, with debug mode, from Agent.
>> >>
>> >> At the begining I see agent deleting routes for 169.254.x.x
>> network...:
>> >>
>> >> Basically, It seems like the
>> >> /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patc
>> >> hviasocket.pl
>> >> is
>> >> failing, not being able to connect to socket...
>> >> And I could not ping VR (169.254.2.99)...
>> >>
>> >> LOG:
>> >>
>> >> 2015-03-10 16:43:46,976{GMT} DEBUG [cloud.agent.Agent]
>> >> (agentRequest-Handler-4:) Processing command:
>> >> com.cloud.agent.api.GetVmStatsCommand
>> >> 2015-03-10 16:43:50,884{GMT} DEBUG [cloud.agent.Agent]
>> >> (agentRequest-Handler-1:) Request:Seq 788-1319632926:  { Cmd ,
>> MgmtId:
>> >> 161344838950, via: 788, Ver: v1, Flags: 100111,
>> >> [{"com.cloud.agent.api.StartCommand":{"vm":{"id":
>> >> 2191,"name":"r-2191-VM","type":"DomainRouter","cpus":1,"
>> >> minSpeed":166,"maxSpeed":1000,"minRam":268435456,"maxRam":
>> >> 268435456,"arch":"x86_64","os":"Debian
>> >> GNU/Linux 7(64-bit)","bootArgs":" vpccidr=10.0.0.0/8
>> >> domain=cs2cloud.internal dns1=8.8.8.8 dns2= template=domP
>> >> name=r-2191-VM
>> >> eth0ip=169.254.2.99 eth0mask=255.255.0.0 type=vpcrouter
>> >> disable_rp_filter=true","rebootOnCrash":false,"
>> >> enableHA":true,"limitCpuUse":false,"enableDynamicallyScaleVm":
>> >> false,"vncPassword":"e9e24eb0b1ff8ec2","params":{"
>> >> memoryOvercommitRatio":"1.0","cpuOvercommitRatio":"6.0"},"
>> >> uuid":"485587f7-4a04-4d77-bc36-2367f2adf77e","disks":[{"
>> >> data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"
>> >> uuid":"d042e003-5278-461d-8a35-3b1261164f93","
>> >> volumeType":"ROOT","dataStore":{"org.apache.cloudstack.
>> >> storage.to.PrimaryDataStoreTO":{"uuid":"5b93422e-1a66-353d-
>> >> 88a8-2203f79b1dc6","id":209,"poolType":"RBD","host":"
>> >> cephmon.domaina.net","path":"cloudstack","port":6789,"url":"RBD://
>> >> cephmon.domaina.net/cloudstack/?ROLE=Primary&
>> >> STOREUUID=5b93422e-1a66-353d-88a8-2203f79b1dc6
>> >> "}},"name":"ROOT-2191","size":262144,"path":"d042e003-
>> >> 5278-461d-8a35-3b1261164f93","volumeId":2857,"vmName":"r-
>> >> 2191-VM","accountId":2,"format":"RAW","id":2857,"
>> >> deviceId":0,"hypervisorType":"KVM"}},"diskSeq":0,"path":"
>> >> d042e003-5278-461d-8a35-3b1261164f93"

Build failed in Jenkins: build-master-slowbuild #1099

[jenkins]

See 

--
[...truncated 4 lines...]
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse origin/master^{commit} # timeout=400
Checking out Revision c8901a799076859f9bc0100ad0ace2677d2270d9 (origin/master)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f c8901a799076859f9bc0100ad0ace2677d2270d9
 > /usr/bin/git rev-list c8901a799076859f9bc0100ad0ace2677d2270d9 # timeout=400
[copy-to-slave] Copying 'cloudstack-nonoss-deps.tgz,settings.xml', excluding 
nothing, from 'file:/var/lib/jenkins/userContent/' on the master to 
' on 
'cloudstack-buildslave-centos6-cac'.
[build-master-slowbuild] $ /bin/sh -xe /tmp/hudson7499741149764156537.sh
+ echo 'Getting noredist patches'
Getting noredist patches
+ which mvn
which: no mvn in 
(/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin)
+ export 
PATH=/usr/share/apache-maven-3.0.5/bin:/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin
+ 
PATH=/usr/share/apache-maven-3.0.5/bin:/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin
+ cd deps
+ tar -xvf ../cloudstack-nonoss-deps.tgz
apputils.jar
cloud-iControl.jar
cloud-manageontap.jar
cloud-netscaler.jar
cloud-netscaler-sdx.jar
libvirt-0.4.8.jar
manageontap.jar
vim25_51.jar
vim25.jar
vim.jar
+ bash -x install-non-oss.sh
+ mvn install:install-file -Dfile=cloud-iControl.jar -DgroupId=com.cloud.com.f5 
-DartifactId=icontrol -Dversion=1.0 -Dpackaging=jar
[INFO] Scanning for projects...
[INFO] 
[INFO] 
[INFO] Building Maven Stub Project (No POM) 1
[INFO] 
[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install-file (default-cli) @ 
standalone-pom ---
[INFO] Installing 

 to /jenkins/.m2/repository/com/cloud/com/f5/icontrol/1.0/icontrol-1.0.jar
[INFO] 
[INFO] BUILD SUCCESS
[INFO] 
[INFO] Total time: 0.546s
[INFO] Finished at: Sat Mar 14 17:05:00 CET 2015
[INFO] Final Memory: 5M/103M
[INFO] 
+ mvn install:install-file -Dfile=cloud-netscaler-sdx.jar 
-DgroupId=com.cloud.com.citrix -DartifactId=netscaler-sdx -Dversion=1.0 
-Dpackaging=jar
[INFO] Scanning for projects...
[INFO] 
[INFO] 
[INFO] Building Maven Stub Project (No POM) 1
[INFO] 
[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install-file (default-cli) @ 
standalone-pom ---
[INFO] Installing 

 to 
/jenkins/.m2/repository/com/cloud/com/citrix/netscaler-sdx/1.0/netscaler-sdx-1.0.jar
[INFO] 
[INFO] BUILD SUCCESS
[INFO] 
[INFO] Total time: 0.560s
[INFO] Finished at: Sat Mar 14 17:05:02 CET 2015
[INFO] Final Memory: 5M/103M
[INFO] 
+ '[' -e cloud-manageontap.jar ']'
+ mv cloud-manageontap.jar manageontap.jar
+ mvn install:install-file -Dfile=manageontap.jar 
-DgroupId=com.cloud.com.netapp -DartifactId=manageontap -Dversion=4.0 
-Dpackaging=jar
[INFO] Scanning for projects...
[INFO] 
[INFO] 
[INFO] Building Maven Stub Project (No POM) 1
[INFO] 
[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install-file (default-cli) @ 
standalone-pom ---
[INFO] Installing 

 to 
/jenkins/.m2/repository/com/cloud/com/netapp/manageontap/4.0/manageontap-4.0.jar
[INFO] 

Re: [HELP] VR sometimes fail to start

[Andrija Panic]

Yes I understadn that - more of a problem, qemu-img from CentOS 6.5 doesnt
work snapshots  (redhat removed -S flag, etc.), then we need RBD support
(for CEPH), which RH does not support in normal RHEL/CentOS, etc.

Next cloud deployement - dump the the RHEL/CentOS, and go with Ubuntu
14.04, which does support everythgin out of the box. I'm so frustrated with
trying anything new with CentOS/RHEL...simply hurts...

On 14 March 2015 at 17:04, Marcus  wrote:

> Yeah, I don't remember all of the discussion around the minimum
> version and why, but each libvirt and qemu has such different behavior
> (not all good), that we decided to target a minimum regardless of what
> was supplied by the distros. It's just too hard to support them all
> with their differing behavior. Open stack ran into the same issues.
>
> On Sat, Mar 14, 2015 at 9:02 AM, Andrija Panic 
> wrote:
> > Marcus - QEMU is 0.12.x (CentOS 6.4)
> >
> > but libvirt is compiled 1.2.3
> >
> > On 14 March 2015 at 16:58, Marcus  wrote:
> >
> >> Oh, this is an unsupported version. should be using libvirt 0.9.4+ and
> >> Qemu 1.0+ per the install docs.
> >>
> >> On Sat, Mar 14, 2015 at 8:56 AM, Andrija Panic  >
> >> wrote:
> >> > Tried the proposed solution - but it still don't work - BTW my qemu is
> >> > 0.12.x - from CentOS 6.4...
> >> >
> >> > When I manually start the script with all parameters, it simply
> hangs, no
> >> > output at all, until ctrl + c
> >> >
> >> > BTW this is with now upgraded ACS to 4.3.2...
> >> >
> >> > :(
> >> >
> >> > On 12 March 2015 at 09:24, Andrija Panic 
> >> wrote:
> >> >
> >> >> Hi Marcus, will do - I'm just unconfortable changing live things, but
> >> that
> >> >> is my problem. Will let you know of the output.
> >> >>
> >> >> Thanks
> >> >>
> >> >> On 12 March 2015 at 01:34, ilya musayev <
> ilya.mailing.li...@gmail.com>
> >> >> wrote:
> >> >>
> >> >>> Andrija,
> >> >>>
> >> >>> Have you tried the solution Loic mentioned? Its seems like an easy
> one
> >> to
> >> >>> try..
> >> >>>
> >> >>> Thanks
> >> >>> ilya
> >> >>>
> >> >>>
> >> >>> On 3/11/15 3:54 AM, Andrija Panic wrote:
> >> >>>
> >>  Oh well, I will then update to 4.3.2 anyway, and hope to see the
> >> problem
> >>  go
> >>  away...
> >> 
> >>  THanks guys
> >> 
> >>  On 10 March 2015 at 22:45, Loic Lambiel 
> >>  wrote:
> >> 
> >>   Hi,
> >> >
> >> > Maybe the same issue we faced here: https://github.com/exoscale/
> >> > cloudstack/commit/df3e7533a78c3594cdd39b8b18e6f4a3abcb8cfd
> >> >
> >> > The patch has not been yet submitted upstream. I'll do it once it
> is
> >> > running on our production.
> >> >
> >> > Anyway, you may easily test it by performing the small change
> >> directly
> >> > into the script.
> >> >
> >> > Hope that helps.
> >> >
> >> > Regards,
> >> >
> >> > Loic Lambiel
> >> >
> >> >
> >> > On 10/03/15 19:40, Andrija Panic wrote:
> >> >
> >> >  Hi guys,
> >> >>
> >> >> Kernel is Elrepo 3.10.67 (CentOS 6.6)
> >> >> Libvirt manually compiled 1.2.3 with RBD support.
> >> >> Qemu 0.12.1.2 - Inktank patched original RHEL 6.4 rpms with RBD
> >> >> support.
> >> >>
> >> >> And here is the output, with debug mode, from Agent.
> >> >>
> >> >> At the begining I see agent deleting routes for 169.254.x.x
> >> network...:
> >> >>
> >> >> Basically, It seems like the
> >> >> /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patc
> >> >> hviasocket.pl
> >> >> is
> >> >> failing, not being able to connect to socket...
> >> >> And I could not ping VR (169.254.2.99)...
> >> >>
> >> >> LOG:
> >> >>
> >> >> 2015-03-10 16:43:46,976{GMT} DEBUG [cloud.agent.Agent]
> >> >> (agentRequest-Handler-4:) Processing command:
> >> >> com.cloud.agent.api.GetVmStatsCommand
> >> >> 2015-03-10 16:43:50,884{GMT} DEBUG [cloud.agent.Agent]
> >> >> (agentRequest-Handler-1:) Request:Seq 788-1319632926:  { Cmd ,
> >> MgmtId:
> >> >> 161344838950, via: 788, Ver: v1, Flags: 100111,
> >> >> [{"com.cloud.agent.api.StartCommand":{"vm":{"id":
> >> >> 2191,"name":"r-2191-VM","type":"DomainRouter","cpus":1,"
> >> >> minSpeed":166,"maxSpeed":1000,"minRam":268435456,"maxRam":
> >> >> 268435456,"arch":"x86_64","os":"Debian
> >> >> GNU/Linux 7(64-bit)","bootArgs":" vpccidr=10.0.0.0/8
> >> >> domain=cs2cloud.internal dns1=8.8.8.8 dns2= template=domP
> >> >> name=r-2191-VM
> >> >> eth0ip=169.254.2.99 eth0mask=255.255.0.0 type=vpcrouter
> >> >> disable_rp_filter=true","rebootOnCrash":false,"
> >> >> enableHA":true,"limitCpuUse":false,"enableDynamicallyScaleVm":
> >> >> false,"vncPassword":"e9e24eb0b1ff8ec2","params":{"
> >> >> memoryOvercommitRatio":"1.0","cpuOvercommitRatio":"6.0"},"
> >> >> uuid":"485587f7-4a04-4d77-bc36-2367f2adf77e","disks":[{"
> >> >> data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"
> >> >>

Re: [HELP] VR sometimes fail to start

[Andrija Panic]

I think I located the problem, sort of:

it seems like ACS agent is deleting route to 168.254.0.0 - so after the
patchviasocket - agent can not connect to private interface on VM
(169.254.x.x)

if I try to provision VPC - it waits, and waits, and waits... until I add
route manually on the particualr host (ip route add 169.254.0.0/16 dev
cloud0) - and then VPC creation (VR creation) is completeled.

Any idea why is 169.254 route being deleted...: ???


>From log:

2015-03-14 18:41:32,187 DEBUG [utils.script.Script]
(agentRequest-Handler-5:null) Executing: /bin/bash -c ip route | grep
169.254.0.0/16
2015-03-14 18:41:32,193 DEBUG [utils.script.Script]
(agentRequest-Handler-5:null) Executing: /bin/bash -c ip route del
169.254.0.0/16
2015-03-14 18:41:32,648 DEBUG [kvm.resource.LibvirtComputingResource]
(agentRequest-Handler-5:null) Executing:
/usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patchviasocket.pl -n
r-2236-VM -p %vpccidr=
10.0.0.0/8%domain=cs2cloud.internal%dns1=8.8.8.8%dns2=%template=domP%name=r-2236-VM%eth0ip=169.254.2.56%eth0mask=255.255.0.0%type=vpcrouter%disable_rp_filter=true
2015-03-14 18:41:32,676 DEBUG
[resource.virtualnetwork.VirtualRoutingResource]
(agentRequest-Handler-5:null) Trying to connect to 169.254.2.56
2015-03-14 18:41:35,682 DEBUG
[resource.virtualnetwork.VirtualRoutingResource]
(agentRequest-Handler-5:null) Could not connect to 169.254.2.56

and the first command  /bin/bash -c ip route | grep 169.254.0.0/16   fails
in my case if I run it manually on centos

ip route  - works, but bash -c ip route does not work
ACS 4.3.2 now...


[root@cs18 ~]# /bin/bash -c ip route | grep 169.254.0.0/16
Usage: ip [ OPTIONS ] OBJECT { COMMAND | help }
   ip [ -force ] -batch filename
where  OBJECT := { link | addr | addrlabel | route | rule | neigh | ntable |
   tunnel | maddr | mroute | mrule | monitor | xfrm | token
}
   OPTIONS := { -V[ersion] | -s[tatistics] | -d[etails] | -r[esolve] |
-f[amily] { inet | inet6 | ipx | dnet | link } |
-o[neline] | -t[imestamp] | -b[atch] [filename] |
-rc[vbuf] [size]}

You can see this command fails on my CentOS 6.6...

not sure what the hack is happening...

On 14 March 2015 at 17:10, Andrija Panic  wrote:

> Yes I understadn that - more of a problem, qemu-img from CentOS 6.5 doesnt
> work snapshots  (redhat removed -S flag, etc.), then we need RBD support
> (for CEPH), which RH does not support in normal RHEL/CentOS, etc.
>
> Next cloud deployement - dump the the RHEL/CentOS, and go with Ubuntu
> 14.04, which does support everythgin out of the box. I'm so frustrated with
> trying anything new with CentOS/RHEL...simply hurts...
>
> On 14 March 2015 at 17:04, Marcus  wrote:
>
>> Yeah, I don't remember all of the discussion around the minimum
>> version and why, but each libvirt and qemu has such different behavior
>> (not all good), that we decided to target a minimum regardless of what
>> was supplied by the distros. It's just too hard to support them all
>> with their differing behavior. Open stack ran into the same issues.
>>
>> On Sat, Mar 14, 2015 at 9:02 AM, Andrija Panic 
>> wrote:
>> > Marcus - QEMU is 0.12.x (CentOS 6.4)
>> >
>> > but libvirt is compiled 1.2.3
>> >
>> > On 14 March 2015 at 16:58, Marcus  wrote:
>> >
>> >> Oh, this is an unsupported version. should be using libvirt 0.9.4+ and
>> >> Qemu 1.0+ per the install docs.
>> >>
>> >> On Sat, Mar 14, 2015 at 8:56 AM, Andrija Panic <
>> andrija.pa...@gmail.com>
>> >> wrote:
>> >> > Tried the proposed solution - but it still don't work - BTW my qemu
>> is
>> >> > 0.12.x - from CentOS 6.4...
>> >> >
>> >> > When I manually start the script with all parameters, it simply
>> hangs, no
>> >> > output at all, until ctrl + c
>> >> >
>> >> > BTW this is with now upgraded ACS to 4.3.2...
>> >> >
>> >> > :(
>> >> >
>> >> > On 12 March 2015 at 09:24, Andrija Panic 
>> >> wrote:
>> >> >
>> >> >> Hi Marcus, will do - I'm just unconfortable changing live things,
>> but
>> >> that
>> >> >> is my problem. Will let you know of the output.
>> >> >>
>> >> >> Thanks
>> >> >>
>> >> >> On 12 March 2015 at 01:34, ilya musayev <
>> ilya.mailing.li...@gmail.com>
>> >> >> wrote:
>> >> >>
>> >> >>> Andrija,
>> >> >>>
>> >> >>> Have you tried the solution Loic mentioned? Its seems like an easy
>> one
>> >> to
>> >> >>> try..
>> >> >>>
>> >> >>> Thanks
>> >> >>> ilya
>> >> >>>
>> >> >>>
>> >> >>> On 3/11/15 3:54 AM, Andrija Panic wrote:
>> >> >>>
>> >>  Oh well, I will then update to 4.3.2 anyway, and hope to see the
>> >> problem
>> >>  go
>> >>  away...
>> >> 
>> >>  THanks guys
>> >> 
>> >>  On 10 March 2015 at 22:45, Loic Lambiel > >
>> >>  wrote:
>> >> 
>> >>   Hi,
>> >> >
>> >> > Maybe the same issue we faced here: https://github.com/exoscale/
>> >> > cloudstack/commit/df3e7533a78c3594cdd39b8b18e6f4a3abcb8cfd
>> >> >
>> >> > The patch has not been yet submitted u

Re: [HELP] VR sometimes fail to start

[Andrija Panic]

Args so this was the reason definitively:   bash -c ip route - does
not work, and then CS agent deletes 169.254.0.0 route completely...
why - have no damn clue...

I made simple cron, creating route, sleep 30sec, then create route again...
- so at least VR creation will be prolonged for max of 30sec...but will be
created.

Just created bunch of VPCs with 100% sucess...

Any info, please = why is 169.254.0.0 route being deleted ?

On 14 March 2015 at 18:50, Andrija Panic  wrote:

> I think I located the problem, sort of:
>
> it seems like ACS agent is deleting route to 168.254.0.0 - so after the
> patchviasocket - agent can not connect to private interface on VM
> (169.254.x.x)
>
> if I try to provision VPC - it waits, and waits, and waits... until I add
> route manually on the particualr host (ip route add 169.254.0.0/16 dev
> cloud0) - and then VPC creation (VR creation) is completeled.
>
> Any idea why is 169.254 route being deleted...: ???
>
>
> From log:
>
> 2015-03-14 18:41:32,187 DEBUG [utils.script.Script]
> (agentRequest-Handler-5:null) Executing: /bin/bash -c ip route | grep
> 169.254.0.0/16
> 2015-03-14 18:41:32,193 DEBUG [utils.script.Script]
> (agentRequest-Handler-5:null) Executing: /bin/bash -c ip route del
> 169.254.0.0/16
> 2015-03-14 18:41:32,648 DEBUG [kvm.resource.LibvirtComputingResource]
> (agentRequest-Handler-5:null) Executing:
> /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patchviasocket.pl
> -n r-2236-VM -p %vpccidr=
> 10.0.0.0/8%domain=cs2cloud.internal%dns1=8.8.8.8%dns2=%template=domP%name=r-2236-VM%eth0ip=169.254.2.56%eth0mask=255.255.0.0%type=vpcrouter%disable_rp_filter=true
> 2015-03-14 18:41:32,676 DEBUG
> [resource.virtualnetwork.VirtualRoutingResource]
> (agentRequest-Handler-5:null) Trying to connect to 169.254.2.56
> 2015-03-14 18:41:35,682 DEBUG
> [resource.virtualnetwork.VirtualRoutingResource]
> (agentRequest-Handler-5:null) Could not connect to 169.254.2.56
>
> and the first command  /bin/bash -c ip route | grep 169.254.0.0/16
> fails in my case if I run it manually on centos
>
> ip route  - works, but bash -c ip route does not work
> ACS 4.3.2 now...
>
>
> [root@cs18 ~]# /bin/bash -c ip route | grep 169.254.0.0/16
> Usage: ip [ OPTIONS ] OBJECT { COMMAND | help }
>ip [ -force ] -batch filename
> where  OBJECT := { link | addr | addrlabel | route | rule | neigh | ntable
> |
>tunnel | maddr | mroute | mrule | monitor | xfrm |
> token }
>OPTIONS := { -V[ersion] | -s[tatistics] | -d[etails] | -r[esolve] |
> -f[amily] { inet | inet6 | ipx | dnet | link } |
> -o[neline] | -t[imestamp] | -b[atch] [filename] |
> -rc[vbuf] [size]}
>
> You can see this command fails on my CentOS 6.6...
>
> not sure what the hack is happening...
>
> On 14 March 2015 at 17:10, Andrija Panic  wrote:
>
>> Yes I understadn that - more of a problem, qemu-img from CentOS 6.5
>> doesnt work snapshots  (redhat removed -S flag, etc.), then we need RBD
>> support (for CEPH), which RH does not support in normal RHEL/CentOS, etc.
>>
>> Next cloud deployement - dump the the RHEL/CentOS, and go with Ubuntu
>> 14.04, which does support everythgin out of the box. I'm so frustrated with
>> trying anything new with CentOS/RHEL...simply hurts...
>>
>> On 14 March 2015 at 17:04, Marcus  wrote:
>>
>>> Yeah, I don't remember all of the discussion around the minimum
>>> version and why, but each libvirt and qemu has such different behavior
>>> (not all good), that we decided to target a minimum regardless of what
>>> was supplied by the distros. It's just too hard to support them all
>>> with their differing behavior. Open stack ran into the same issues.
>>>
>>> On Sat, Mar 14, 2015 at 9:02 AM, Andrija Panic 
>>> wrote:
>>> > Marcus - QEMU is 0.12.x (CentOS 6.4)
>>> >
>>> > but libvirt is compiled 1.2.3
>>> >
>>> > On 14 March 2015 at 16:58, Marcus  wrote:
>>> >
>>> >> Oh, this is an unsupported version. should be using libvirt 0.9.4+ and
>>> >> Qemu 1.0+ per the install docs.
>>> >>
>>> >> On Sat, Mar 14, 2015 at 8:56 AM, Andrija Panic <
>>> andrija.pa...@gmail.com>
>>> >> wrote:
>>> >> > Tried the proposed solution - but it still don't work - BTW my qemu
>>> is
>>> >> > 0.12.x - from CentOS 6.4...
>>> >> >
>>> >> > When I manually start the script with all parameters, it simply
>>> hangs, no
>>> >> > output at all, until ctrl + c
>>> >> >
>>> >> > BTW this is with now upgraded ACS to 4.3.2...
>>> >> >
>>> >> > :(
>>> >> >
>>> >> > On 12 March 2015 at 09:24, Andrija Panic 
>>> >> wrote:
>>> >> >
>>> >> >> Hi Marcus, will do - I'm just unconfortable changing live things,
>>> but
>>> >> that
>>> >> >> is my problem. Will let you know of the output.
>>> >> >>
>>> >> >> Thanks
>>> >> >>
>>> >> >> On 12 March 2015 at 01:34, ilya musayev <
>>> ilya.mailing.li...@gmail.com>
>>> >> >> wrote:
>>> >> >>
>>> >> >>> Andrija,
>>> >> >>>
>>> >> >>> Have you tried the solution Loic mentioned? Its seems like an

Build failed in Jenkins: build-master-slowbuild #1100

[jenkins]

See 

--
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on cloudstack-buildslave-centos6-cac 
(cloudstack-buildslave-centos6) in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse origin/master^{commit} # timeout=400
Checking out Revision c8901a799076859f9bc0100ad0ace2677d2270d9 (origin/master)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f c8901a799076859f9bc0100ad0ace2677d2270d9
 > /usr/bin/git rev-list c8901a799076859f9bc0100ad0ace2677d2270d9 # timeout=400
[copy-to-slave] Copying 'cloudstack-nonoss-deps.tgz,settings.xml', excluding 
nothing, from 'file:/var/lib/jenkins/userContent/' on the master to 
' on 
'cloudstack-buildslave-centos6-cac'.
[build-master-slowbuild] $ /bin/sh -xe /tmp/hudson2827235756187924685.sh
+ echo 'Getting noredist patches'
Getting noredist patches
+ which mvn
which: no mvn in 
(/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin)
+ export 
PATH=/usr/share/apache-maven-3.0.5/bin:/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin
+ 
PATH=/usr/share/apache-maven-3.0.5/bin:/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin
+ cd deps
+ tar -xvf ../cloudstack-nonoss-deps.tgz
apputils.jar
cloud-iControl.jar
cloud-manageontap.jar
cloud-netscaler.jar
cloud-netscaler-sdx.jar
libvirt-0.4.8.jar
manageontap.jar
vim25_51.jar
vim25.jar
vim.jar
+ bash -x install-non-oss.sh
+ mvn install:install-file -Dfile=cloud-iControl.jar -DgroupId=com.cloud.com.f5 
-DartifactId=icontrol -Dversion=1.0 -Dpackaging=jar
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: Resource temporarily unavailable
+ mvn install:install-file -Dfile=cloud-netscaler-sdx.jar 
-DgroupId=com.cloud.com.citrix -DartifactId=netscaler-sdx -Dversion=1.0 
-Dpackaging=jar
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: Resource temporarily unavailable
+ '[' -e cloud-manageontap.jar ']'
+ mv cloud-manageontap.jar manageontap.jar
+ mvn install:install-file -Dfile=manageontap.jar 
-DgroupId=com.cloud.com.netapp -DartifactId=manageontap -Dversion=4.0 
-Dpackaging=jar
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: Resource temporarily unavailable
+ mvn install:install-file -Dfile=vim25_51.jar -DgroupId=com.cloud.com.vmware 
-DartifactId=vmware-vim25 -Dversion=5.1 -Dpackaging=jar
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
/usr/share/apache-maven-3.0.5/bin/mvn: fork: retry: Resource temporarily 
unavailable
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Cannot create GC thread. Out of system resources.
# An error report file with more information is saved as:
# 

Build step 'Execute shell' marked build as failure
[FINDBUGS] Skipping publisher since build result is FAILURE
Skipping Cobertura coverage report as build was not UNSTABLE or better ...

ACS 4.3.2 shapeblue/upstream - remote IP not show behide VPC

[Andrija Panic]

Hi guys,

refreshing old subject with a more details:
I just upgrade to ACS 4.3.2 (shapeblue upstream repo) and systemvm also to
4.3.2 (shapeblue with GHOST patch)

I still have same problems as with ACS 4.3.0 (comunity repo, comunity
systemvm template)

PROBLEM:

When I do Port Forwarding, or Static NAT - remote IP is not seen in netstat
inside VM on pricate network - instead netstat is showing main VR IP
address - because it seems that the VR does SNAT on ALL incoming
connections or something:


Scenario:
VR main IP 5.226.146.82 (Source NAT)
VR additional IP: 5.226.146.12 - Port Forwarding for port  configured
here to private VM on 10.10.10.211.

I opened all kind of windows here to give as much info as possible.
Image here: http://snag.gy/1x2ns.jpg


You can notice I'm doing telnet from my laptop to 5.226.146.12 on port 777
(botom right picture)

Top left, you can see private VM windows, that shows in netstat that
connection on port  are acually comming from MAIN VR IP address,
instead of showing my real remote (home) IP address.

It seems to me that the unconditional SNAT rules - botom left - might be
the cause of this problem ?

VR is doing SNAT on incoming connections (for whatever reason) no matter
the destination IP (even if destination IP is ADDITIONAL IP, it's stil oing
SNAT with main VR IP address) instead of just doing DNAT (replacing public
IP with private IP of the VM and passing IP packet to pricate VM)


For this reason (perhaps only my installation has problem  ?!)  VPC rouing
is kind of broken.

I can say in 4.4 it worked fine (when tested a while ago), showing really
my remote IP in netstat in the private VM...

Any help are really appreciated.



-- 

Andrija Panić

Build failed in Jenkins: build-master-slowbuild #1101

[jenkins]

See 

--
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on cloudstack-buildslave-centos6-cac 
(cloudstack-buildslave-centos6) in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse origin/master^{commit} # timeout=400
Checking out Revision c8901a799076859f9bc0100ad0ace2677d2270d9 (origin/master)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f c8901a799076859f9bc0100ad0ace2677d2270d9
 > /usr/bin/git rev-list c8901a799076859f9bc0100ad0ace2677d2270d9 # timeout=400
[copy-to-slave] Copying 'cloudstack-nonoss-deps.tgz,settings.xml', excluding 
nothing, from 'file:/var/lib/jenkins/userContent/' on the master to 
' on 
'cloudstack-buildslave-centos6-cac'.
[build-master-slowbuild] $ /bin/sh -xe /tmp/hudson6386556718148762128.sh
+ echo 'Getting noredist patches'
Getting noredist patches
+ which mvn
/tmp/hudson6386556718148762128.sh: fork: retry: Resource temporarily unavailable
/tmp/hudson6386556718148762128.sh: fork: retry: Resource temporarily unavailable
/tmp/hudson6386556718148762128.sh: fork: retry: Resource temporarily unavailable
/tmp/hudson6386556718148762128.sh: fork: retry: Resource temporarily unavailable
/tmp/hudson6386556718148762128.sh: fork: Resource temporarily unavailable
Build step 'Execute shell' marked build as failure
[FINDBUGS] Skipping publisher since build result is FAILURE
Skipping Cobertura coverage report as build was not UNSTABLE or better ...

Build failed in Jenkins: build-master-slowbuild #1102

[jenkins]

See 

--
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on cloudstack-buildslave-centos6-cac 
(cloudstack-buildslave-centos6) in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse origin/master^{commit} # timeout=400
Checking out Revision c8901a799076859f9bc0100ad0ace2677d2270d9 (origin/master)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f c8901a799076859f9bc0100ad0ace2677d2270d9
 > /usr/bin/git rev-list c8901a799076859f9bc0100ad0ace2677d2270d9 # timeout=400
[copy-to-slave] Copying 'cloudstack-nonoss-deps.tgz,settings.xml', excluding 
nothing, from 'file:/var/lib/jenkins/userContent/' on the master to 
' on 
'cloudstack-buildslave-centos6-cac'.
[build-master-slowbuild] $ /bin/sh -xe /tmp/hudson8266747939850228802.sh
+ echo 'Getting noredist patches'
Getting noredist patches
+ which mvn
which: no mvn in 
(/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin)
+ export 
PATH=/usr/share/apache-maven-3.0.5/bin:/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin
+ 
PATH=/usr/share/apache-maven-3.0.5/bin:/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin
+ cd deps
+ tar -xvf ../cloudstack-nonoss-deps.tgz
tar: child process: Cannot fork: Resource temporarily unavailable
tar: Error is not recoverable: exiting now
Build step 'Execute shell' marked build as failure
[FINDBUGS] Skipping publisher since build result is FAILURE
Skipping Cobertura coverage report as build was not UNSTABLE or better ...

Build failed in Jenkins: build-master-slowbuild #1103

[jenkins]

See 

--
[...truncated 5146 lines...]
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.03 sec - in 
com.cloud.network.NetworkModelTest
Running com.cloud.network.router.NetworkHelperImplTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.044 sec - in 
com.cloud.network.router.NetworkHelperImplTest
Running com.cloud.network.router.RouterControlHelperTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.039 sec - in 
com.cloud.network.router.RouterControlHelperTest
Running com.cloud.network.router.VirtualNetworkApplianceManagerImplTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.211 sec - in 
com.cloud.network.router.VirtualNetworkApplianceManagerImplTest
Running com.cloud.network.security.SecurityGroupManagerImplTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.629 sec - in 
com.cloud.network.security.SecurityGroupManagerImplTest
Running com.cloud.network.security.SecurityGroupQueueTest
Tests run: 4, Failures: 0, Errors: 4, Skipped: 0, Time elapsed: 0.206 sec <<< 
FAILURE! - in com.cloud.network.security.SecurityGroupQueueTest
testDequeueOneJobAgain(com.cloud.network.security.SecurityGroupQueueTest)  Time 
elapsed: 0.039 sec  <<< ERROR!
java.lang.OutOfMemoryError: unable to create new native thread
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Thread.java:693)
at 
com.cloud.network.security.SecurityGroupQueueTest._testDequeueOneJob(SecurityGroupQueueTest.java:166)
at 
com.cloud.network.security.SecurityGroupQueueTest.testDequeueOneJobAgain(SecurityGroupQueueTest.java:199)

testNumJobsEqToNumVms1(com.cloud.network.security.SecurityGroupQueueTest)  Time 
elapsed: 0.047 sec  <<< ERROR!
java.lang.OutOfMemoryError: unable to create new native thread
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Thread.java:693)
at 
com.cloud.network.security.SecurityGroupQueueTest.testNumJobsEqToNumVms1(SecurityGroupQueueTest.java:98)

testNumJobsEqToNumVms3(com.cloud.network.security.SecurityGroupQueueTest)  Time 
elapsed: 0.065 sec  <<< ERROR!
java.lang.OutOfMemoryError: unable to create new native thread
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Thread.java:693)
at 
com.cloud.network.security.SecurityGroupQueueTest.testNumJobsEqToNumVms2(SecurityGroupQueueTest.java:124)
at 
com.cloud.network.security.SecurityGroupQueueTest.testNumJobsEqToNumVms3(SecurityGroupQueueTest.java:139)

testDequeueOneJob(com.cloud.network.security.SecurityGroupQueueTest)  Time 
elapsed: 0.054 sec  <<< ERROR!
java.lang.OutOfMemoryError: unable to create new native thread
at java.lang.Thread.start0(Native Method)
at java.lang.Thread.start(Thread.java:693)
at 
com.cloud.network.security.SecurityGroupQueueTest._testDequeueOneJob(SecurityGroupQueueTest.java:166)
at 
com.cloud.network.security.SecurityGroupQueueTest.testDequeueOneJob(SecurityGroupQueueTest.java:213)

Running com.cloud.network.vpc.VpcManagerImplTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec - in 
com.cloud.network.vpc.VpcManagerImplTest
Running com.cloud.network.DedicateGuestVlanRangesTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.027 sec - in 
com.cloud.network.DedicateGuestVlanRangesTest
Running com.cloud.network.lb.AssignLoadBalancerTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.052 sec - in 
com.cloud.network.lb.AssignLoadBalancerTest
Running com.cloud.network.lb.UpdateLoadBalancerTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.04 sec - in 
com.cloud.network.lb.UpdateLoadBalancerTest
Running com.cloud.network.dao.NetworkDaoTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec - in 
com.cloud.network.dao.NetworkDaoTest
Running com.cloud.vm.FirstFitPlannerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.386 sec - in 
com.cloud.vm.FirstFitPlannerTest
Running com.cloud.vm.DeploymentPlanningManagerImplTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.434 sec - in 
com.cloud.vm.DeploymentPlanningManagerImplTest
Running com.cloud.vm.snapshot.VMSnapshotManagerTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.118 sec - in 
com.cloud.vm.snapshot.VMSnapshotManagerTest
Running com.cloud.vm.UserVmManagerTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.296 sec - in 
com.cloud.vm.UserVmManagerTest
Running com.cloud.configuration.ValidateIpRangeTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.01 sec - in 
com.cloud.configuration.ValidateIpRangeTest
Running com.cloud.configuration.ConfigurationManagerTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.039 sec - in 
com.c