Jenkins build is still unstable: simulator-4.5-singlerun #156

[jenkins]

See 

Re: pending issues on 4.4.2 and 4.3.2

[Daan Hoogland]

Rajani, did you triage them? Maybe some of those are fixed in commits
after the release. In that case they can be marked with all of 4.3.3,
4.4.3 and 4.5.0. Otherwise we can still decide to put them on higher
versions or on 'future'

On Wed, Feb 18, 2015 at 7:26 AM, Abhinandan Prateek
 wrote:
> Since we are still voting and fixing 4.5 RC, these should be moved to 4.5.
> If these are not fixed now then they can be moved to 4.6 after 4.5 is 
> released.
>
> -abhi
>
>> On 18-Feb-2015, at 12:13 pm, Rajani Karuturi  wrote:
>>
>> Hi all,
>> There are some open issues on 4.4.2 on 4.3.2.
>> Since they are already released, what should be the target release for
>> these issues?
>> Should I move them to 4.6 (since we dont have 4.3.3 or 4.4.3 planned)?
>>
>> Thanks,
>> ~Rajani
>
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software 
> Engineering
> CloudStack Infrastructure 
> Support
> CloudStack Bootcamp Training 
> Courses
>
> This email and any attachments to it may be confidential and are intended 
> solely for the use of the individual to whom it is addressed. Any views or 
> opinions expressed are solely those of the author and do not necessarily 
> represent those of Shape Blue Ltd or related companies. If you are not the 
> intended recipient of this email, you must neither take any action based upon 
> its contents, nor copy or show it to anyone. Please contact the sender if you 
> believe you have received this email in error. Shape Blue Ltd is a company 
> incorporated in England & Wales. ShapeBlue Services India LLP is a company 
> incorporated in India and is operated under license from Shape Blue Ltd. 
> Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
> operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
> registered by The Republic of South Africa and is traded under license from 
> Shape Blue Ltd. ShapeBlue is a registered trademark.



-- 
Daan

Jenkins build is still unstable: simulator-singlerun #974

[jenkins]

See 

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

[jenkins]

See 

Changes:

[ramamurti.subramanian] CLOUDSTACK-8245: Scrolling down the network service 
providers list from the UI never ends

[ramamurti.subramanian] CLOUDSTACK-8246: Add Cluster - Guest traffic label 
displayed Incorrectly

[Rohit Yadav] ensure agent reconciliation triggers events

--
[...truncated 21555 lines...]
"super" ...
"this" ...
"true" ...
"void" ...
 ...
 ...
 ...
 ...
 ...
"(" ...
")" ...
"!" ...
"~" ...
"++" ...
"--" ...
"+" ...
"-" ...

at 
net.sourceforge.cobertura.javancss.parser.JavaParser.generateParseException(JavaParser.java:11869)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.jj_consume_token(JavaParser.java:11730)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryWithResources(JavaParser.java:4618)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryStatement(JavaParser.java:4533)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Statement(JavaParser.java:3754)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.BlockStatement(JavaParser.java:3906)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Block(JavaParser.java:3855)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryStatement(JavaParser.java:4534)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Statement(JavaParser.java:3754)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.BlockStatement(JavaParser.java:3906)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Block(JavaParser.java:3855)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.MethodDeclaration(JavaParser.java:1933)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassBodyDeclaration(JavaParser.java:1012)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassBody(JavaParser.java:874)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.UnmodifiedClassDeclaration(JavaParser.java:801)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassDeclaration(JavaParser.java:706)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TypeDeclaration(JavaParser.java:555)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.CompilationUnit(JavaParser.java:303)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.parse(JavaParser.java:100)
at 
net.sourceforge.cobertura.javancss.Javancss._measureSource(Javancss.java:192)
at 
net.sourceforge.cobertura.javancss.Javancss._measureRoot(Javancss.java:268)
at net.sourceforge.cobertura.javancss.Javancss.(Javancss.java:346)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSource(ComplexityCalculator.java:105)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSingleFile(ComplexityCalculator.java:143)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForSourceFileNameInternal(ComplexityCalculator.java:234)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForPackageInternal(ComplexityCalculator.java:201)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForProject(ComplexityCalculator.java:167)
at 
net.sourceforge.cobertura.reporting.xml.XMLReport.(XMLReport.java:67)
at 
net.sourceforge.cobertura.reporting.Main.parseArguments(Main.java:106)
at net.sourceforge.cobertura.reporting.Main.main(Main.java:169)

[INFO] Cobertura Report generation was successful.
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[2.335s]
[INFO] Apache CloudStack . SUCCESS [2.542s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.873s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [20.191s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:20.032s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.124s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [51.304s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [25.085s]
[INFO] Apache CloudStack API . SUCCESS [1:44.483s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [17.034s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [27.845s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.115s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [26.704s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [21.602s]
[INFO] Apache CloudStack Core  

Re: [ACS450] systemvm template to use

[Daan Hoogland]

Pierre-luc, I have access. I used to build the sysvm templates for the
44 releases and not take them from j.bac.o. What do you propose we put
there (extra)?

On Wed, Feb 18, 2015 at 1:24 AM, Pierre-Luc Dion  wrote:
> Looks like most people test against Jenkins SystemVM templates, So how can
> we copy a set of system VMs into http://cloudstack.apt-get.eu/ ?  Who have
> access to this?
>
> I would use those URL for the Release notes...
>
> Thanks,
>
>
>
> On Mon, Feb 9, 2015 at 11:21 PM, Abhinandan Prateek <
> abhinandan.prat...@shapeblue.com> wrote:
>
>> The ones build by jenkins are also available for download from here (for
>> 4.5)
>>
>> http://packages.shapeblue.com/systemvmtemplate/4.5/
>>
>> -abhi
>>
>>
>> > On 10-Feb-2015, at 9:06 am, Mike Tutkowski 
>> wrote:
>> >
>> > I used Jenkins for the 4.5 system templates for my 4.5 testing.
>> >
>> > On Monday, February 9, 2015, Pierre-Luc Dion  wrote:
>> >
>> >> Hi,
>> >>
>> >> I'd like to know what SystemVM template we will use in  ACS450, Jenkins'
>> >> ones or thoses from CloudPlatform 4.5.0 that are in the Release Notes of
>> >> CCP?
>> >>
>> >> I think all tests made by the community have been made using latest
>> 4.5.0
>> >> systemvm template from Jenkins, right?
>> >>
>> >> Thanks,
>> >>
>> >
>> >
>> > --
>> > *Mike Tutkowski*
>> > *Senior CloudStack Developer, SolidFire Inc.*
>> > e: mike.tutkow...@solidfire.com
>> > o: 303.746.7302
>> > Advancing the way the world uses the cloud
>> > *™*
>>
>> Find out more about ShapeBlue and our range of CloudStack related services
>>
>> IaaS Cloud Design & Build<
>> http://shapeblue.com/iaas-cloud-design-and-build//>
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Software Engineering<
>> http://shapeblue.com/cloudstack-software-engineering/>
>> CloudStack Infrastructure Support<
>> http://shapeblue.com/cloudstack-infrastructure-support/>
>> CloudStack Bootcamp Training Courses<
>> http://shapeblue.com/cloudstack-training/>
>>
>> This email and any attachments to it may be confidential and are intended
>> solely for the use of the individual to whom it is addressed. Any views or
>> opinions expressed are solely those of the author and do not necessarily
>> represent those of Shape Blue Ltd or related companies. If you are not the
>> intended recipient of this email, you must neither take any action based
>> upon its contents, nor copy or show it to anyone. Please contact the sender
>> if you believe you have received this email in error. Shape Blue Ltd is a
>> company incorporated in England & Wales. ShapeBlue Services India LLP is a
>> company incorporated in India and is operated under license from Shape Blue
>> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
>> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
>> a company registered by The Republic of South Africa and is traded under
>> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>>



-- 
Daan

Re: pending issues on 4.4.2 and 4.3.2

[Rajani Karuturi]

No Daan. I haven't triaged yet. I tried to mark them as released in jira
and it showed me the open issues.
I will try git grep for any commits in 4.3, 4.4 or 4.5. But, it would be
difficult to co-relate unless the commits have bug ids.

4.3.2 has 158 issues[1] and 4.4.2 has 2 open issues[2]

[1] https://issues.apache.org/jira/browse/CLOUDSTACK/fixforversion/12329046/
[2] https://issues.apache.org/jira/browse/CLOUDSTACK/fixforversion/12328985/


~Rajani

On Wed, Feb 18, 2015 at 1:35 PM, Daan Hoogland 
wrote:

> Rajani, did you triage them? Maybe some of those are fixed in commits
> after the release. In that case they can be marked with all of 4.3.3,
> 4.4.3 and 4.5.0. Otherwise we can still decide to put them on higher
> versions or on 'future'
>
> On Wed, Feb 18, 2015 at 7:26 AM, Abhinandan Prateek
>  wrote:
> > Since we are still voting and fixing 4.5 RC, these should be moved to
> 4.5.
> > If these are not fixed now then they can be moved to 4.6 after 4.5 is
> released.
> >
> > -abhi
> >
> >> On 18-Feb-2015, at 12:13 pm, Rajani Karuturi  wrote:
> >>
> >> Hi all,
> >> There are some open issues on 4.4.2 on 4.3.2.
> >> Since they are already released, what should be the target release for
> >> these issues?
> >> Should I move them to 4.6 (since we dont have 4.3.3 or 4.4.3 planned)?
> >>
> >> Thanks,
> >> ~Rajani
> >
> > Find out more about ShapeBlue and our range of CloudStack related
> services
> >
> > IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> > CSForge – rapid IaaS deployment framework
> > CloudStack Consulting
> > CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> > CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> > CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
> >
> > This email and any attachments to it may be confidential and are
> intended solely for the use of the individual to whom it is addressed. Any
> views or opinions expressed are solely those of the author and do not
> necessarily represent those of Shape Blue Ltd or related companies. If you
> are not the intended recipient of this email, you must neither take any
> action based upon its contents, nor copy or show it to anyone. Please
> contact the sender if you believe you have received this email in error.
> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
> Services India LLP is a company incorporated in India and is operated under
> license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
> company incorporated in Brasil and is operated under license from Shape
> Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of
> South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is
> a registered trademark.
>
>
>
> --
> Daan
>

Jenkins build is still unstable: simulator-4.5-singlerun #157

[jenkins]

See 

[devcloud-kvm] what is the password for root?

[Wilder Rodrigues]

Hi all,

I’m preparing a devcloud-kvm test environment based on the wiki 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/devcloud-kvm

Already got network sorted and also got my devcloud-kvm profile running (see 
details below signature), but when trying to ssh into 192.168.10.1 or 
172.17.10.1, the password given on the wiki page doesn’t ork.

Would any of you, by any chance, know which password does the root user have? :)

Thanks in advance.

Cheers,
Wilder

[ekho@devcloud-kvm-ekho-vm ~]$ ifconfig
br0   Link encap:Ethernet  HWaddr 02:00:05:45:00:01
  inet addr:10.1.1.14  Bcast:10.1.1.255  Mask:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:5670 errors:0 dropped:0 overruns:0 frame:0
  TX packets:3832 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:601443 (587.3 KiB)  TX bytes:576714 (563.1 KiB)

devcloud-kvm-0 Link encap:Ethernet  HWaddr 52:54:00:72:11:15
  inet addr:172.17.10.1  Bcast:172.17.10.255  Mask:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

devcloud-kvm-1 Link encap:Ethernet  HWaddr 52:54:00:2A:24:B4
  inet addr:192.168.100.1  Bcast:192.168.100.255  Mask:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 b)  TX bytes:126 (126.0 b)

eth0  Link encap:Ethernet  HWaddr 02:00:05:45:00:01
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:5670 errors:0 dropped:0 overruns:0 frame:0
  TX packets:3851 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:680823 (664.8 KiB)  TX bytes:577968 (564.4 KiB)

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:243 errors:0 dropped:0 overruns:0 frame:0
  TX packets:243 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:35734 (34.8 KiB)  TX bytes:35734 (34.8 KiB)

vnet0 Link encap:Ethernet  HWaddr FE:54:00:4E:FF:4F
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:30 errors:0 dropped:0 overruns:0 frame:0
  TX packets:466 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:500
  RX bytes:4441 (4.3 KiB)  TX bytes:24232 (23.6 KiB)

vnet1 Link encap:Ethernet  HWaddr FE:54:00:52:B1:5E
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:30 errors:0 dropped:0 overruns:0 frame:0
  TX packets:467 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:500
  RX bytes:4453 (4.3 KiB)  TX bytes:24284 (23.7 KiB)

[ekho@devcloud-kvm-ekho-vm ~]$ sudo virsh list --all
setlocale: No such file or directory
 IdName   State

 1 devcloud-kvm   running

Re: Usage Records not Generating.

[raja sekhar]

Hi All,

I have found this error in management server log file saying that usage
server is not running,but usage server is still running. I am using two
management servers, on Dec 27 2014 i have rebooted manually one of the
management server,and the log is showing that date, from that date onwards
iam not getting usage records.Is this BUG?
I heard that this is fixed in 4.3.
https://issues.apache.org/jira/browse/CLOUDSTACK-5613

If not what is the procedure to generate usage records again?

2015-02-18 00:08:49,700 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-152:ctx-c1bbf117) Seq 1-1418147853: Executing request
2015-02-18 00:08:49,991 INFO  [c.c.h.HighAvailabilityManagerImpl]
(HA-3:ctx-fc33e670) *checking health of usage server*
2015-02-18 00:08:49,994 DEBUG [c.c.h.HighAvailabilityManagerImpl]
(HA-3:ctx-fc33e670) *usage server running? false*, heartbeat: *Sat Dec 27
23:14:50 PST* *2014*
2015-02-18 00:08:49,995 WARN  [o.a.c.alerts] (HA-3:ctx-fc33e670)
 alertType:: 13 // dataCenterId:: 0 // podId:: 0 // clusterId:: null //
message:: *No usage server process running*
2015-02-18 00:08:49,998 DEBUG [c.c.a.AlertManagerImpl] (HA-3:ctx-fc33e670)
Have already sent: 1 emails for alert type '13' -- skipping send email


Regards,
Rajasekhar.


On Mon, Feb 9, 2015 at 5:13 PM, raja sekhar  wrote:

> Hi Wei,
>
> Thanks for your reply.
> I have found the file in "cd /etc/cloudstack/management/log4j-cloud.xml"
> and "cd /etc/cloudstack/usage/log4j-cloud.xml".it is same as you told.
>
> The log file i have captured in "/var/log/cloudstack/usage/usage.log" is:
>
>
> 2014-12-28 07:15:05,773 DEBUG [db.Transaction.Transaction]
> (Usage-Job-1:null) Transaction is not closed properly:
> -UsageEventDaoImpl.getRecentEvents:99-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-UsageManagerImpl.parse:556-UsageManagerImpl.runInContextInternal:349-UsageManagerImpl$1.runInContext:291-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56-DefaultManagedContext.callWithContext:103-DefaultManagedContext.runWithContext:53-ManagedContextRunnable.run:46-UsageManagerImpl.run:288-Executors$RunnableAdapter.call:471
> :
> -UsageEventDaoImpl.getRecentEvents:99-ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept:125-UsageManagerImpl.parse:556-UsageManagerImpl.runInContextInternal:349-UsageManagerImpl$1.runInContext:291-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56-DefaultManagedContext.callWithContext:103-DefaultManagedContext.runWithContext:53-ManagedContextRunnable.run:46-UsageManagerImpl.run:288-Executors$RunnableAdapter.call:471,
> .  Called by
> -TransactionLegacy.open:166-TransactionLegacy.open:126-UsageManagerImpl.parse:786-UsageManagerImpl.runInContextInternal:349-UsageManagerImpl$1.runInContext:291-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56-DefaultManagedContext.callWithContext:103-DefaultManagedContext.runWithContext:53-ManagedContextRunnable.run:46-UsageManagerImpl.run:288-Executors$RunnableAdapter.call:471
> 2014-12-28 07:15:05,776 INFO  [cloud.usage.UsageManagerImpl]
> (Usage-Job-1:null) usage job complete
> 2014-12-29 06:39:27,416 INFO
>  [context.support.ClassPathXmlApplicationContext] (main:null) Refreshing
> org.springframework.context.support.ClassPathXmlApplicationContext@1055e55f:
> startup date [Sun Dec 28 22:39:27 PST 2014]; root of context hierarchy
> 2014-12-29 06:39:27,664 INFO  [factory.xml.XmlBeanDefinitionReader]
> (main:null) Loading XML bean definitions from class path resource
> [usageApplicationContext.xml]
> 2014-12-29 06:39:28,929 INFO
>  [context.annotation.ClassPathBeanDefinitionScanner] (main:null) JSR-330
> 'javax.inject.Named' annotation found and supported for component scanning
> 2014-12-29 06:39:30,436 INFO
>  [factory.annotation.AutowiredAnnotationBeanPostProcessor] (main:null)
> JSR-330 'javax.inject.Inject' annotation found and supported for autowiring
> 2014-12-29 06:39:30,912 INFO
>  [context.support.ClassPathXmlApplicationContext] (main:null) Bean
> 'transactionContextBuilder' of type [class
> com.cloud.utils.db.TransactionContextBuilder] is not eligible for getting
> processed by all BeanPostProcessors (for example: not eligible for
> auto-proxying)
> 2014-12-29 06:39:30,992 INFO  [factory.support.DefaultListableBeanFactory]
> (main:null) Pre-instantiating singletons in
> org.springframework.beans.factory.support.DefaultListableBeanFactory@259e215b:
> defining beans
> [org.springframework.context.annotation.internalConfigurationAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor,org.springframework.context.annotation.internalCommonAnnotationProcessor,volumeUsageParser,vmDiskUsageParser,portForwardingUsageParser,networkOfferingUsageParser,storageUsageParser,securityGroupUsageParser,VMInstanceUsageParser,IPAddressUsageParser,VPNUserUsageParser,VMSnapshotUsageParser,loadBalancerUsageParser,networkUsag

Re: pending issues on 4.4.2 and 4.3.2

[Daan Hoogland]

Don't spend to much time. if there is a 4.3.3 mark the 4.3 ones as
such. I'll look at the 4.4 ones.

On Wed, Feb 18, 2015 at 9:58 AM, Rajani Karuturi  wrote:
> No Daan. I haven't triaged yet. I tried to mark them as released in jira
> and it showed me the open issues.
> I will try git grep for any commits in 4.3, 4.4 or 4.5. But, it would be
> difficult to co-relate unless the commits have bug ids.
>
> 4.3.2 has 158 issues[1] and 4.4.2 has 2 open issues[2]
>
> [1] https://issues.apache.org/jira/browse/CLOUDSTACK/fixforversion/12329046/
> [2] https://issues.apache.org/jira/browse/CLOUDSTACK/fixforversion/12328985/
>
>
> ~Rajani
>
> On Wed, Feb 18, 2015 at 1:35 PM, Daan Hoogland 
> wrote:
>
>> Rajani, did you triage them? Maybe some of those are fixed in commits
>> after the release. In that case they can be marked with all of 4.3.3,
>> 4.4.3 and 4.5.0. Otherwise we can still decide to put them on higher
>> versions or on 'future'
>>
>> On Wed, Feb 18, 2015 at 7:26 AM, Abhinandan Prateek
>>  wrote:
>> > Since we are still voting and fixing 4.5 RC, these should be moved to
>> 4.5.
>> > If these are not fixed now then they can be moved to 4.6 after 4.5 is
>> released.
>> >
>> > -abhi
>> >
>> >> On 18-Feb-2015, at 12:13 pm, Rajani Karuturi  wrote:
>> >>
>> >> Hi all,
>> >> There are some open issues on 4.4.2 on 4.3.2.
>> >> Since they are already released, what should be the target release for
>> >> these issues?
>> >> Should I move them to 4.6 (since we dont have 4.3.3 or 4.4.3 planned)?
>> >>
>> >> Thanks,
>> >> ~Rajani
>> >
>> > Find out more about ShapeBlue and our range of CloudStack related
>> services
>> >
>> > IaaS Cloud Design & Build<
>> http://shapeblue.com/iaas-cloud-design-and-build//>
>> > CSForge – rapid IaaS deployment framework
>> > CloudStack Consulting
>> > CloudStack Software Engineering<
>> http://shapeblue.com/cloudstack-software-engineering/>
>> > CloudStack Infrastructure Support<
>> http://shapeblue.com/cloudstack-infrastructure-support/>
>> > CloudStack Bootcamp Training Courses<
>> http://shapeblue.com/cloudstack-training/>
>> >
>> > This email and any attachments to it may be confidential and are
>> intended solely for the use of the individual to whom it is addressed. Any
>> views or opinions expressed are solely those of the author and do not
>> necessarily represent those of Shape Blue Ltd or related companies. If you
>> are not the intended recipient of this email, you must neither take any
>> action based upon its contents, nor copy or show it to anyone. Please
>> contact the sender if you believe you have received this email in error.
>> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
>> Services India LLP is a company incorporated in India and is operated under
>> license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
>> company incorporated in Brasil and is operated under license from Shape
>> Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of
>> South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is
>> a registered trademark.
>>
>>
>>
>> --
>> Daan
>>



-- 
Daan

Re: [VOTE] Apache CloudStack 4.5.0 RC3

[Nux!]

Hi,

An attempt to upgrade from 4.4.1 to 4.5 RC3 was successful, so were several 
basic tests, so I'm reverting my -1 to +1 as far as I am concerned.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Nux!" 
> To: dev@cloudstack.apache.org
> Sent: Sunday, 8 February, 2015 20:40:22
> Subject: Re: [VOTE] Apache CloudStack 4.5.0 RC3

> Opened https://issues.apache.org/jira/browse/CLOUDSTACK-8234 for the java 
> issue.
> 
> Let me know if more info is needed.
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Rohit Yadav" 
>> To: dev@cloudstack.apache.org
>> Sent: Sunday, 8 February, 2015 18:31:58
>> Subject: Re: [VOTE] Apache CloudStack 4.5.0 RC3
> 
>>> On 08-Feb-2015, at 11:44 pm, Nux!  wrote:
>>>
>>> "ERROR [cloud.agent.AgentShell] (main:null) Unable to start agent: Resource
>>> class not found: com.cloud.storage.resource.PremiumSecondaryStorageResource 
>>> due
>>> to: java.lang.ClassNotFoundException:
>>> com.cloud.storage.resource.PremiumSecondaryStorageResource"
>> 
>> This looks like a JDK related issue. If this is KVM (looks like it); or
>> otherwise just make sure that you’re using Java7 (jdk/jre 1.7). The fix would
>> be to be install openjdk7 on all servers (management/usage and kvm hosts). 
>> 4.5
>> SystemVMs already have openjdk7.
>> 
>> If this does not work, please open a ticket and share the logs along with
>> environment info (OS, platform etc).
>> 
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>> 
>> 
>> 
>> Find out more about ShapeBlue and our range of CloudStack related services
>> 
>> IaaS Cloud Design & Build
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Software
>> Engineering
>> CloudStack Infrastructure
>> Support
>> CloudStack Bootcamp Training 
>> Courses
>> 
>> This email and any attachments to it may be confidential and are intended 
>> solely
>> for the use of the individual to whom it is addressed. Any views or opinions
>> expressed are solely those of the author and do not necessarily represent 
>> those
>> of Shape Blue Ltd or related companies. If you are not the intended recipient
>> of this email, you must neither take any action based upon its contents, nor
>> copy or show it to anyone. Please contact the sender if you believe you have
>> received this email in error. Shape Blue Ltd is a company incorporated in
>> England & Wales. ShapeBlue Services India LLP is a company incorporated in
>> India and is operated under license from Shape Blue Ltd. Shape Blue Brasil
>> Consultoria Ltda is a company incorporated in Brasil and is operated under
>> license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by
>> The Republic of South Africa and is traded under license from Shape Blue Ltd.
> > ShapeBlue is a registered trademark.

RE: Usage Records not Generating.

[Kishan Kavala]

Rajasekhar,
 I do not see any errors in the usage server logs posted earlier. As per mgmt 
server heartbeat check, usage server is not updating usage_job tables also. Did 
you try restarting usage server?


-Original Message-
From: raja sekhar [mailto:rajsekhar@gmail.com] 
Sent: Wednesday, February 18, 2015 4:03 PM
To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
Subject: Re: Usage Records not Generating.

Hi All,

I have found this error in management server log file saying that usage server 
is not running,but usage server is still running. I am using two management 
servers, on Dec 27 2014 i have rebooted manually one of the management 
server,and the log is showing that date, from that date onwards iam not getting 
usage records.Is this BUG?
I heard that this is fixed in 4.3.
https://issues.apache.org/jira/browse/CLOUDSTACK-5613

If not what is the procedure to generate usage records again?

2015-02-18 00:08:49,700 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-152:ctx-c1bbf117) Seq 1-1418147853: Executing request
2015-02-18 00:08:49,991 INFO  [c.c.h.HighAvailabilityManagerImpl]
(HA-3:ctx-fc33e670) *checking health of usage server*
2015-02-18 00:08:49,994 DEBUG [c.c.h.HighAvailabilityManagerImpl]
(HA-3:ctx-fc33e670) *usage server running? false*, heartbeat: *Sat Dec 27
23:14:50 PST* *2014*
2015-02-18 00:08:49,995 WARN  [o.a.c.alerts] (HA-3:ctx-fc33e670)
 alertType:: 13 // dataCenterId:: 0 // podId:: 0 // clusterId:: null //
message:: *No usage server process running*
2015-02-18 00:08:49,998 DEBUG [c.c.a.AlertManagerImpl] (HA-3:ctx-fc33e670) Have 
already sent: 1 emails for alert type '13' -- skipping send email


Regards,
Rajasekhar.


On Mon, Feb 9, 2015 at 5:13 PM, raja sekhar  wrote:

> Hi Wei,
>
> Thanks for your reply.
> I have found the file in "cd /etc/cloudstack/management/log4j-cloud.xml"
> and "cd /etc/cloudstack/usage/log4j-cloud.xml".it is same as you told.
>
> The log file i have captured in "/var/log/cloudstack/usage/usage.log" is:
>
>
> 2014-12-28 07:15:05,773 DEBUG [db.Transaction.Transaction]
> (Usage-Job-1:null) Transaction is not closed properly:
> -UsageEventDaoImpl.getRecentEvents:99-ComponentInstantiationPostProces
> sor$InterceptorDispatcher.intercept:125-UsageManagerImpl.parse:556-Usa
> geManagerImpl.runInContextInternal:349-UsageManagerImpl$1.runInContext
> :291-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56-D
> efaultManagedContext.callWithContext:103-DefaultManagedContext.runWith
> Context:53-ManagedContextRunnable.run:46-UsageManagerImpl.run:288-Exec
> utors$RunnableAdapter.call:471
> :
> -UsageEventDaoImpl.getRecentEvents:99-ComponentInstantiationPostProces
> sor$InterceptorDispatcher.intercept:125-UsageManagerImpl.parse:556-Usa
> geManagerImpl.runInContextInternal:349-UsageManagerImpl$1.runInContext
> :291-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56-D
> efaultManagedContext.callWithContext:103-DefaultManagedContext.runWith
> Context:53-ManagedContextRunnable.run:46-UsageManagerImpl.run:288-Exec
> utors$RunnableAdapter.call:471,
> .  Called by
> -TransactionLegacy.open:166-TransactionLegacy.open:126-UsageManagerImp
> l.parse:786-UsageManagerImpl.runInContextInternal:349-UsageManagerImpl
> $1.runInContext:291-ManagedContextRunnable$1.run:49-DefaultManagedCont
> ext$1.call:56-DefaultManagedContext.callWithContext:103-DefaultManaged
> Context.runWithContext:53-ManagedContextRunnable.run:46-UsageManagerIm
> pl.run:288-Executors$RunnableAdapter.call:471
> 2014-12-28 07:15:05,776 INFO  [cloud.usage.UsageManagerImpl]
> (Usage-Job-1:null) usage job complete
> 2014-12-29 06:39:27,416 INFO
>  [context.support.ClassPathXmlApplicationContext] (main:null) 
> Refreshing
> org.springframework.context.support.ClassPathXmlApplicationContext@1055e55f:
> startup date [Sun Dec 28 22:39:27 PST 2014]; root of context hierarchy
> 2014-12-29 06:39:27,664 INFO  [factory.xml.XmlBeanDefinitionReader]
> (main:null) Loading XML bean definitions from class path resource 
> [usageApplicationContext.xml]
> 2014-12-29 06:39:28,929 INFO
>  [context.annotation.ClassPathBeanDefinitionScanner] (main:null) 
> JSR-330 'javax.inject.Named' annotation found and supported for 
> component scanning
> 2014-12-29 06:39:30,436 INFO
>  [factory.annotation.AutowiredAnnotationBeanPostProcessor] (main:null)
> JSR-330 'javax.inject.Inject' annotation found and supported for 
> autowiring
> 2014-12-29 06:39:30,912 INFO
>  [context.support.ClassPathXmlApplicationContext] (main:null) Bean 
> 'transactionContextBuilder' of type [class 
> com.cloud.utils.db.TransactionContextBuilder] is not eligible for 
> getting processed by all BeanPostProcessors (for example: not eligible 
> for
> auto-proxying)
> 2014-12-29 06:39:30,992 INFO  
> [factory.support.DefaultListableBeanFactory]
> (main:null) Pre-instantiating singletons in
> org.springframework.beans.factory.support.DefaultListableBeanFactory@259e215b:
> defining beans
> [org.springframework.context.annotation.internalC

Review Request 31155: CLOUDSTACK-8264: Adding missing change in test_data.py caused due to commit 500baea9b6c816caae93ab2f8d0ba31f99c3f8fc

[Gaurav Aradhye]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/31155/
---

Review request for cloudstack and SrikanteswaraRao Talluri.


Bugs: CLOUDSTACK-8264
https://issues.apache.org/jira/browse/CLOUDSTACK-8264


Repository: cloudstack-git


Description
---

Adding missing change in test_data.py caused due to commit 
500baea9b6c816caae93ab2f8d0ba31f99c3f8fc


Diffs
-

  tools/marvin/marvin/config/test_data.py f8cadf5 

Diff: https://reviews.apache.org/r/31155/diff/


Testing
---

N/A


Thanks,

Gaurav Aradhye

Jenkins build is still unstable: simulator-4.5-singlerun #158

[jenkins]

See 

Re: Usage Records not Generating.

[raja sekhar]

Hi Kishan,

I have restarted the usage server, but still i did not get the usage
records and even i generated the usage record from cloudmonkey,usage_job
host is showing NULL.The usage server is unable to get the host id in
usage_job.previously i am getting usage records,this issue arises after the
directly reboot of one of my management server and slave database with out
taking any precautions.

Any Suggesstions?
The configuration files also looks good.

Regards,
Rajasekhar.




On Wed, Feb 18, 2015 at 4:59 PM, Kishan Kavala 
wrote:

> Rajasekhar,
>  I do not see any errors in the usage server logs posted earlier. As per
> mgmt server heartbeat check, usage server is not updating usage_job tables
> also. Did you try restarting usage server?
>
>
> -Original Message-
> From: raja sekhar [mailto:rajsekhar@gmail.com]
> Sent: Wednesday, February 18, 2015 4:03 PM
> To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
> Subject: Re: Usage Records not Generating.
>
> Hi All,
>
> I have found this error in management server log file saying that usage
> server is not running,but usage server is still running. I am using two
> management servers, on Dec 27 2014 i have rebooted manually one of the
> management server,and the log is showing that date, from that date onwards
> iam not getting usage records.Is this BUG?
> I heard that this is fixed in 4.3.
> https://issues.apache.org/jira/browse/CLOUDSTACK-5613
>
> If not what is the procedure to generate usage records again?
>
> 2015-02-18 00:08:49,700 DEBUG [c.c.a.m.DirectAgentAttache]
> (DirectAgent-152:ctx-c1bbf117) Seq 1-1418147853: Executing request
> 2015-02-18 00:08:49,991 INFO  [c.c.h.HighAvailabilityManagerImpl]
> (HA-3:ctx-fc33e670) *checking health of usage server*
> 2015-02-18 00:08:49,994 DEBUG [c.c.h.HighAvailabilityManagerImpl]
> (HA-3:ctx-fc33e670) *usage server running? false*, heartbeat: *Sat Dec 27
> 23:14:50 PST* *2014*
> 2015-02-18 00:08:49,995 WARN  [o.a.c.alerts] (HA-3:ctx-fc33e670)
>  alertType:: 13 // dataCenterId:: 0 // podId:: 0 // clusterId:: null //
> message:: *No usage server process running*
> 2015-02-18 00:08:49,998 DEBUG [c.c.a.AlertManagerImpl] (HA-3:ctx-fc33e670)
> Have already sent: 1 emails for alert type '13' -- skipping send email
>
>
> Regards,
> Rajasekhar.
>
>
> On Mon, Feb 9, 2015 at 5:13 PM, raja sekhar 
> wrote:
>
> > Hi Wei,
> >
> > Thanks for your reply.
> > I have found the file in "cd /etc/cloudstack/management/log4j-cloud.xml"
> > and "cd /etc/cloudstack/usage/log4j-cloud.xml".it is same as you told.
> >
> > The log file i have captured in "/var/log/cloudstack/usage/usage.log" is:
> >
> >
> > 2014-12-28 07:15:05,773 DEBUG [db.Transaction.Transaction]
> > (Usage-Job-1:null) Transaction is not closed properly:
> > -UsageEventDaoImpl.getRecentEvents:99-ComponentInstantiationPostProces
> > sor$InterceptorDispatcher.intercept:125-UsageManagerImpl.parse:556-Usa
> > geManagerImpl.runInContextInternal:349-UsageManagerImpl$1.runInContext
> > :291-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56-D
> > efaultManagedContext.callWithContext:103-DefaultManagedContext.runWith
> > Context:53-ManagedContextRunnable.run:46-UsageManagerImpl.run:288-Exec
> > utors$RunnableAdapter.call:471
> > :
> > -UsageEventDaoImpl.getRecentEvents:99-ComponentInstantiationPostProces
> > sor$InterceptorDispatcher.intercept:125-UsageManagerImpl.parse:556-Usa
> > geManagerImpl.runInContextInternal:349-UsageManagerImpl$1.runInContext
> > :291-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56-D
> > efaultManagedContext.callWithContext:103-DefaultManagedContext.runWith
> > Context:53-ManagedContextRunnable.run:46-UsageManagerImpl.run:288-Exec
> > utors$RunnableAdapter.call:471,
> > .  Called by
> > -TransactionLegacy.open:166-TransactionLegacy.open:126-UsageManagerImp
> > l.parse:786-UsageManagerImpl.runInContextInternal:349-UsageManagerImpl
> > $1.runInContext:291-ManagedContextRunnable$1.run:49-DefaultManagedCont
> > ext$1.call:56-DefaultManagedContext.callWithContext:103-DefaultManaged
> > Context.runWithContext:53-ManagedContextRunnable.run:46-UsageManagerIm
> > pl.run:288-Executors$RunnableAdapter.call:471
> > 2014-12-28 07:15:05,776 INFO  [cloud.usage.UsageManagerImpl]
> > (Usage-Job-1:null) usage job complete
> > 2014-12-29 06:39:27,416 INFO
> >  [context.support.ClassPathXmlApplicationContext] (main:null)
> > Refreshing
> >
> org.springframework.context.support.ClassPathXmlApplicationContext@1055e55f
> :
> > startup date [Sun Dec 28 22:39:27 PST 2014]; root of context hierarchy
> > 2014-12-29 06:39:27,664 INFO  [factory.xml.XmlBeanDefinitionReader]
> > (main:null) Loading XML bean definitions from class path resource
> > [usageApplicationContext.xml]
> > 2014-12-29 06:39:28,929 INFO
> >  [context.annotation.ClassPathBeanDefinitionScanner] (main:null)
> > JSR-330 'javax.inject.Named' annotation found and supported for
> > component scanning
> > 2014-12-29 06:39:30,436 INFO
> >  [factory.annotation.Autowire

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

[jenkins]

See 

--
[...truncated 21552 lines...]
"super" ...
"this" ...
"true" ...
"void" ...
 ...
 ...
 ...
 ...
 ...
"(" ...
")" ...
"!" ...
"~" ...
"++" ...
"--" ...
"+" ...
"-" ...

at 
net.sourceforge.cobertura.javancss.parser.JavaParser.generateParseException(JavaParser.java:11869)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.jj_consume_token(JavaParser.java:11730)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryWithResources(JavaParser.java:4618)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryStatement(JavaParser.java:4533)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Statement(JavaParser.java:3754)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.BlockStatement(JavaParser.java:3906)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Block(JavaParser.java:3855)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryStatement(JavaParser.java:4534)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Statement(JavaParser.java:3754)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.BlockStatement(JavaParser.java:3906)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Block(JavaParser.java:3855)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.MethodDeclaration(JavaParser.java:1933)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassBodyDeclaration(JavaParser.java:1012)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassBody(JavaParser.java:874)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.UnmodifiedClassDeclaration(JavaParser.java:801)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassDeclaration(JavaParser.java:706)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TypeDeclaration(JavaParser.java:555)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.CompilationUnit(JavaParser.java:303)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.parse(JavaParser.java:100)
at 
net.sourceforge.cobertura.javancss.Javancss._measureSource(Javancss.java:192)
at 
net.sourceforge.cobertura.javancss.Javancss._measureRoot(Javancss.java:268)
at net.sourceforge.cobertura.javancss.Javancss.(Javancss.java:346)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSource(ComplexityCalculator.java:105)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSingleFile(ComplexityCalculator.java:143)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForSourceFileNameInternal(ComplexityCalculator.java:234)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForPackageInternal(ComplexityCalculator.java:201)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForProject(ComplexityCalculator.java:167)
at 
net.sourceforge.cobertura.reporting.xml.XMLReport.(XMLReport.java:67)
at 
net.sourceforge.cobertura.reporting.Main.parseArguments(Main.java:106)
at net.sourceforge.cobertura.reporting.Main.main(Main.java:169)

[INFO] Cobertura Report generation was successful.
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[2.215s]
[INFO] Apache CloudStack . SUCCESS [2.742s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.948s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [18.627s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:13.956s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.118s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [49.430s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [24.603s]
[INFO] Apache CloudStack API . SUCCESS [1:40.287s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [15.293s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [26.216s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.111s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [25.536s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [19.991s]
[INFO] Apache CloudStack Core  SUCCESS [1:07.396s]
[INFO] Apache CloudStack Agents .. SUCCESS [34.391s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [29.406s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [14.518s]
[INFO] Apache CloudStack Cloud Engine Sc

Re: Usage Records not Generating.

[raja sekhar]

Hi Gopalakrishnan,

I have check the db.properties file in both usage and management, both
seems to be same and i have given usage.sanity.check.interval=1 in global
conf.

Regards,
Rajasekhar.


On Wed, Feb 18, 2015 at 6:03 PM, Gopalakrishnan S 
wrote:

> Hi RajaSekhar,
>
> You can review database connection settings in your management server
> db.properties file. also verify that
> usage.sanity.check.interval settings in your global conf.
>
> /etc/cloudstack/usage/db.properties
>
> /etc/cloudstack/management/db.properties
>
> Thank You.
> Gopalakrishnan.S
> Cloud Engineer - Fogpanel
>
> - Original Message - From: "raja sekhar" 
> To: 
> Cc: 
> Sent: Wednesday, February 18, 2015 5:53 PM
>
> Subject: Re: Usage Records not Generating.
>
>
>  Hi Kishan,
>>
>> I have restarted the usage server, but still i did not get the usage
>> records and even i generated the usage record from cloudmonkey,usage_job
>> host is showing NULL.The usage server is unable to get the host id in
>> usage_job.previously i am getting usage records,this issue arises after
>> the
>> directly reboot of one of my management server and slave database with out
>> taking any precautions.
>>
>> Any Suggesstions?
>> The configuration files also looks good.
>>
>> Regards,
>> Rajasekhar.
>>
>>
>>
>>
>> On Wed, Feb 18, 2015 at 4:59 PM, Kishan Kavala 
>> wrote:
>>
>>  Rajasekhar,
>>>  I do not see any errors in the usage server logs posted earlier. As per
>>> mgmt server heartbeat check, usage server is not updating usage_job
>>> tables
>>> also. Did you try restarting usage server?
>>>
>>>
>>> -Original Message-
>>> From: raja sekhar [mailto:rajsekhar@gmail.com]
>>> Sent: Wednesday, February 18, 2015 4:03 PM
>>> To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
>>> Subject: Re: Usage Records not Generating.
>>>
>>> Hi All,
>>>
>>> I have found this error in management server log file saying that usage
>>> server is not running,but usage server is still running. I am using two
>>> management servers, on Dec 27 2014 i have rebooted manually one of the
>>> management server,and the log is showing that date, from that date
>>> onwards
>>> iam not getting usage records.Is this BUG?
>>> I heard that this is fixed in 4.3.
>>> https://issues.apache.org/jira/browse/CLOUDSTACK-5613
>>>
>>> If not what is the procedure to generate usage records again?
>>>
>>> 2015-02-18 00:08:49,700 DEBUG [c.c.a.m.DirectAgentAttache]
>>> (DirectAgent-152:ctx-c1bbf117) Seq 1-1418147853: Executing request
>>> 2015-02-18 00:08:49,991 INFO  [c.c.h.HighAvailabilityManagerImpl]
>>> (HA-3:ctx-fc33e670) *checking health of usage server*
>>> 2015-02-18 00:08:49,994 DEBUG [c.c.h.HighAvailabilityManagerImpl]
>>> (HA-3:ctx-fc33e670) *usage server running? false*, heartbeat: *Sat Dec 27
>>> 23:14:50 PST* *2014*
>>> 2015-02-18 00:08:49,995 WARN  [o.a.c.alerts] (HA-3:ctx-fc33e670)
>>>  alertType:: 13 // dataCenterId:: 0 // podId:: 0 // clusterId:: null //
>>> message:: *No usage server process running*
>>> 2015-02-18 00:08:49,998 DEBUG [c.c.a.AlertManagerImpl]
>>> (HA-3:ctx-fc33e670)
>>> Have already sent: 1 emails for alert type '13' -- skipping send email
>>>
>>>
>>> Regards,
>>> Rajasekhar.
>>>
>>>
>>> On Mon, Feb 9, 2015 at 5:13 PM, raja sekhar 
>>> wrote:
>>>
>>> > Hi Wei,
>>> >
>>> > Thanks for your reply.
>>> > I have found the file in "cd > /etc/cloudstack/management/
>>> log4j-cloud.xml"
>>> > and "cd /etc/cloudstack/usage/log4j-cloud.xml".it is same as you told.
>>> >
>>> > The log file i have captured in "/var/log/cloudstack/usage/usage.log"
>>> > is:
>>> >
>>> >
>>> > 2014-12-28 07:15:05,773 DEBUG [db.Transaction.Transaction]
>>> > (Usage-Job-1:null) Transaction is not closed properly:
>>> > -UsageEventDaoImpl.getRecentEvents:99-ComponentInstantiationPostProces
>>> > sor$InterceptorDispatcher.intercept:125-UsageManagerImpl.parse:556-Usa
>>> > geManagerImpl.runInContextInternal:349-UsageManagerImpl$1.runInContext
>>> > :291-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56-D
>>> > efaultManagedContext.callWithContext:103-DefaultManagedContext.runWith
>>> > Context:53-ManagedContextRunnable.run:46-UsageManagerImpl.run:288-Exec
>>> > utors$RunnableAdapter.call:471
>>> > :
>>> > -UsageEventDaoImpl.getRecentEvents:99-ComponentInstantiationPostProces
>>> > sor$InterceptorDispatcher.intercept:125-UsageManagerImpl.parse:556-Usa
>>> > geManagerImpl.runInContextInternal:349-UsageManagerImpl$1.runInContext
>>> > :291-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56-D
>>> > efaultManagedContext.callWithContext:103-DefaultManagedContext.runWith
>>> > Context:53-ManagedContextRunnable.run:46-UsageManagerImpl.run:288-Exec
>>> > utors$RunnableAdapter.call:471,
>>> > .  Called by
>>> > -TransactionLegacy.open:166-TransactionLegacy.open:126-UsageManagerImp
>>> > l.parse:786-UsageManagerImpl.runInContextInternal:349-UsageManagerImpl
>>> > $1.runInContext:291-ManagedContextRunnable$1.run:49-DefaultManagedCont
>>> > ext$1.call:56-DefaultMa

Re: Your thoughts on using Primary Storage for keeping snapshots

[Punith S]

+1 with this feature.

like Logan said the current snapshot is just a copy of VDI/vmdk/qcow2's to
the secondary storage
hence the current feature acts as a backup feature taking a long time.

also the current cloudstack storage framework is not allowing the third
party storage vendors like cloudbyte and others to leverage their backend
storage snapshot feature where file systems support Copy on Write.

for example : In cloudbyte elastistor which is based on zfs filesystem, it
allows to take multiple snapshots within seconds.
 and a volume clones can be created from each snapshot.
hence if the VDI/vmdk/qcow2's are already residing in
 the volume, the clones will just replicate the
existing virtual disks. hence there will be no overhead of copying a
 snapshot to a new volume or primary storage over the
network.

hence there should be an option provided to leverage a snapshot and
creating a volume out of it to the corresponding backend storage provider
in use.

thanks


On Tue, Feb 17, 2015 at 3:11 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Whatever way you think makes the most sense.
>
> Either way, I'm working on this for XenServer and ESXi (eventually on KVM,
> I expect) for managed storage (SolidFire is an example of managed storage).
>
> On Mon, Feb 16, 2015 at 2:38 PM, Andrei Mikhailovsky 
> wrote:
>
> > I am happy to see the discussion is taking its pace and a lot of people
> > tend to agree that we should address this area. I have done the ticket
> for
> > that, but I am not sure if this should be dealt in a more general way as
> > suggested. Or perhaps having individual tickets for each hypervisor would
> > achieve a faster response from the community?
> >
> > Andrei
> >
> > - Original Message -
> >
> > > From: "Mike Tutkowski" 
> > > To: dev@cloudstack.apache.org
> > > Sent: Monday, 16 February, 2015 9:17:26 PM
> > > Subject: Re: Your thoughts on using Primary Storage for keeping
> > > snapshots
> >
> > > Well...count me in on the general-purpose part (I'm already working
> > > on that
> > > and have much of it working).
> >
> > > If someone is interested in implementing the RBD part, he/she can
> > > sync with
> > > me and see if there is any overlapping work that I've already
> > > implementing
> > > from a general-purpose standpoint.
> >
> > > On Mon, Feb 16, 2015 at 1:39 PM, Ian Rae  wrote:
> >
> > > > Agree with Logan. As fans of Ceph as well as SolidFire, we are
> > > > interested
> > > > in seeing this particular use case (RBD/KVM) being well
> > > > implemented,
> > > > however the concept of volume snapshots residing only on primary
> > > > storage vs
> > > > being transferred to secondary storage is a more generally useful
> > > > one that
> > > > is worth solving with the same terminology and interfaces, even if
> > > > the
> > > > mechanisms may be specific to the storage type and hypervisor.
> > > >
> > > > It its not practical then its not practical, but seems like it
> > > > would be
> > > > worth trying.
> > > >
> > > > On Mon, Feb 16, 2015 at 1:02 PM, Logan Barfield
> > > > 
> > > > wrote:
> > > >
> > > > > Hi Mike,
> > > > >
> > > > > I agree it is a general CloudStack issue that can be addressed
> > > > > across
> > > > > multiple primary storage options. It's a two stage issue since
> > > > > some
> > > > > changes will need to be implemented to support these features
> > > > > across
> > > > > the board, and others will need to be made to each storage
> > > > > option.
> > > > >
> > > > > It would be nice to see a single issue opened to cover this
> > > > > across all
> > > > > available storage options. Maybe have a community vote on what
> > > > > support they want to see, and not consider the feature complete
> > > > > until
> > > > > all of the desired options are implemented? That would slow down
> > > > > development for sure, but it would ensure that it was supported
> > > > > where
> > > > > it needs to be.
> > > > >
> > > > > Thank You,
> > > > >
> > > > > Logan Barfield
> > > > > Tranquil Hosting
> > > > >
> > > > >
> > > > > On Mon, Feb 16, 2015 at 12:42 PM, Mike Tutkowski
> > > > >  wrote:
> > > > > > For example, Punith from CloudByte sent out an e-mail yesterday
> > > > > > that
> > > > was
> > > > > > very similar to this thread, but he was wondering how to
> > > > > > implement
> > > > such a
> > > > > > concept on his company's SAN technology.
> > > > > >
> > > > > > On Mon, Feb 16, 2015 at 10:40 AM, Mike Tutkowski <
> > > > > > mike.tutkow...@solidfire.com> wrote:
> > > > > >
> > > > > >> Yeah, I think it's a similar concept, though.
> > > > > >>
> > > > > >> You would want to take snapshots on Ceph (or some other
> > > > > >> backend system
> > > > > >> that acts as primary storage) instead of copying data to
> > > > > >> secondary
> > > > > storage
> > > > > >> and calling it a snapshot.
> > > > > >>
> > > > > >> For Ceph or any other backend system like that, the idea is to

Jenkins build is still unstable: simulator-4.5-singlerun #159

[jenkins]

See 

Re: Usage Records not Generating.

[Gopalakrishnan S]

Hi RajaSekhar,

You can review database connection settings in your management server 
db.properties file. also verify that

usage.sanity.check.interval settings in your global conf.

/etc/cloudstack/usage/db.properties

/etc/cloudstack/management/db.properties

Thank You.
Gopalakrishnan.S
Cloud Engineer - Fogpanel

- Original Message - 
From: "raja sekhar" 

To: 
Cc: 
Sent: Wednesday, February 18, 2015 5:53 PM
Subject: Re: Usage Records not Generating.



Hi Kishan,

I have restarted the usage server, but still i did not get the usage
records and even i generated the usage record from cloudmonkey,usage_job
host is showing NULL.The usage server is unable to get the host id in
usage_job.previously i am getting usage records,this issue arises after 
the

directly reboot of one of my management server and slave database with out
taking any precautions.

Any Suggesstions?
The configuration files also looks good.

Regards,
Rajasekhar.




On Wed, Feb 18, 2015 at 4:59 PM, Kishan Kavala 
wrote:


Rajasekhar,
 I do not see any errors in the usage server logs posted earlier. As per
mgmt server heartbeat check, usage server is not updating usage_job 
tables

also. Did you try restarting usage server?


-Original Message-
From: raja sekhar [mailto:rajsekhar@gmail.com]
Sent: Wednesday, February 18, 2015 4:03 PM
To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
Subject: Re: Usage Records not Generating.

Hi All,

I have found this error in management server log file saying that usage
server is not running,but usage server is still running. I am using two
management servers, on Dec 27 2014 i have rebooted manually one of the
management server,and the log is showing that date, from that date 
onwards

iam not getting usage records.Is this BUG?
I heard that this is fixed in 4.3.
https://issues.apache.org/jira/browse/CLOUDSTACK-5613

If not what is the procedure to generate usage records again?

2015-02-18 00:08:49,700 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-152:ctx-c1bbf117) Seq 1-1418147853: Executing request
2015-02-18 00:08:49,991 INFO  [c.c.h.HighAvailabilityManagerImpl]
(HA-3:ctx-fc33e670) *checking health of usage server*
2015-02-18 00:08:49,994 DEBUG [c.c.h.HighAvailabilityManagerImpl]
(HA-3:ctx-fc33e670) *usage server running? false*, heartbeat: *Sat Dec 27
23:14:50 PST* *2014*
2015-02-18 00:08:49,995 WARN  [o.a.c.alerts] (HA-3:ctx-fc33e670)
 alertType:: 13 // dataCenterId:: 0 // podId:: 0 // clusterId:: null //
message:: *No usage server process running*
2015-02-18 00:08:49,998 DEBUG [c.c.a.AlertManagerImpl] 
(HA-3:ctx-fc33e670)

Have already sent: 1 emails for alert type '13' -- skipping send email


Regards,
Rajasekhar.


On Mon, Feb 9, 2015 at 5:13 PM, raja sekhar 
wrote:

> Hi Wei,
>
> Thanks for your reply.
> I have found the file in "cd 
> /etc/cloudstack/management/log4j-cloud.xml"

> and "cd /etc/cloudstack/usage/log4j-cloud.xml".it is same as you told.
>
> The log file i have captured in "/var/log/cloudstack/usage/usage.log" 
> is:

>
>
> 2014-12-28 07:15:05,773 DEBUG [db.Transaction.Transaction]
> (Usage-Job-1:null) Transaction is not closed properly:
> -UsageEventDaoImpl.getRecentEvents:99-ComponentInstantiationPostProces
> sor$InterceptorDispatcher.intercept:125-UsageManagerImpl.parse:556-Usa
> geManagerImpl.runInContextInternal:349-UsageManagerImpl$1.runInContext
> :291-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56-D
> efaultManagedContext.callWithContext:103-DefaultManagedContext.runWith
> Context:53-ManagedContextRunnable.run:46-UsageManagerImpl.run:288-Exec
> utors$RunnableAdapter.call:471
> :
> -UsageEventDaoImpl.getRecentEvents:99-ComponentInstantiationPostProces
> sor$InterceptorDispatcher.intercept:125-UsageManagerImpl.parse:556-Usa
> geManagerImpl.runInContextInternal:349-UsageManagerImpl$1.runInContext
> :291-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56-D
> efaultManagedContext.callWithContext:103-DefaultManagedContext.runWith
> Context:53-ManagedContextRunnable.run:46-UsageManagerImpl.run:288-Exec
> utors$RunnableAdapter.call:471,
> .  Called by
> -TransactionLegacy.open:166-TransactionLegacy.open:126-UsageManagerImp
> l.parse:786-UsageManagerImpl.runInContextInternal:349-UsageManagerImpl
> $1.runInContext:291-ManagedContextRunnable$1.run:49-DefaultManagedCont
> ext$1.call:56-DefaultManagedContext.callWithContext:103-DefaultManaged
> Context.runWithContext:53-ManagedContextRunnable.run:46-UsageManagerIm
> pl.run:288-Executors$RunnableAdapter.call:471
> 2014-12-28 07:15:05,776 INFO  [cloud.usage.UsageManagerImpl]
> (Usage-Job-1:null) usage job complete
> 2014-12-29 06:39:27,416 INFO
>  [context.support.ClassPathXmlApplicationContext] (main:null)
> Refreshing
>
org.springframework.context.support.ClassPathXmlApplicationContext@1055e55f
:
> startup date [Sun Dec 28 22:39:27 PST 2014]; root of context hierarchy
> 2014-12-29 06:39:27,664 INFO  [factory.xml.XmlBeanDefinitionReader]
> (main:null) Loading XML bean definition

Re: [devcloud-kvm] what is the password for root?

[Wilder Rodrigues]

Hi Wido, Ilya and Marcus,

Daan said that you might now the password. Do you know it? :)

The apache wiki page says the password for the root account on the devcloud-kvm 
is “password”. But I tried it and it doesn't work.

In order to deploy a datacenter, I need the host root password. :(

Any idea?

Thanks in advance.

Cheers,
Wilder


On 18 Feb 2015, at 11:31, Wilder Rodrigues 
mailto:wrodrig...@schubergphilis.com>> wrote:

Hi all,

I’m preparing a devcloud-kvm test environment based on the wiki 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/devcloud-kvm

Already got network sorted and also got my devcloud-kvm profile running (see 
details below signature), but when trying to ssh into 192.168.10.1 or 
172.17.10.1, the password given on the wiki page doesn’t ork.

Would any of you, by any chance, know which password does the root user have? :)

Thanks in advance.

Cheers,
Wilder

[ekho@devcloud-kvm-ekho-vm ~]$ ifconfig
br0   Link encap:Ethernet  HWaddr 02:00:05:45:00:01
  inet addr:10.1.1.14  Bcast:10.1.1.255  Mask:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:5670 errors:0 dropped:0 overruns:0 frame:0
  TX packets:3832 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:601443 (587.3 KiB)  TX bytes:576714 (563.1 KiB)

devcloud-kvm-0 Link encap:Ethernet  HWaddr 52:54:00:72:11:15
  inet addr:172.17.10.1  Bcast:172.17.10.255  Mask:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

devcloud-kvm-1 Link encap:Ethernet  HWaddr 52:54:00:2A:24:B4
  inet addr:192.168.100.1  Bcast:192.168.100.255  Mask:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 b)  TX bytes:126 (126.0 b)

eth0  Link encap:Ethernet  HWaddr 02:00:05:45:00:01
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:5670 errors:0 dropped:0 overruns:0 frame:0
  TX packets:3851 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:680823 (664.8 KiB)  TX bytes:577968 (564.4 KiB)

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:243 errors:0 dropped:0 overruns:0 frame:0
  TX packets:243 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:35734 (34.8 KiB)  TX bytes:35734 (34.8 KiB)

vnet0 Link encap:Ethernet  HWaddr FE:54:00:4E:FF:4F
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:30 errors:0 dropped:0 overruns:0 frame:0
  TX packets:466 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:500
  RX bytes:4441 (4.3 KiB)  TX bytes:24232 (23.6 KiB)

vnet1 Link encap:Ethernet  HWaddr FE:54:00:52:B1:5E
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:30 errors:0 dropped:0 overruns:0 frame:0
  TX packets:467 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:500
  RX bytes:4453 (4.3 KiB)  TX bytes:24284 (23.7 KiB)

[ekho@devcloud-kvm-ekho-vm ~]$ sudo virsh list --all
setlocale: No such file or directory
 IdName   State

 1 devcloud-kvm   running

Re: [devcloud-kvm] what is the password for root?

[Nux!]

Can't you boot that in single user mode and reset the password?

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Wilder Rodrigues" 
> To: dev@cloudstack.apache.org, "Wido den Hollander" , "ilya 
> mailing lists"
> , "Marcus Schaefer - KLM - External" 
> 
> Cc: "Funs Kessen" , "Hugo Trippaers" 
> , "int-cloud"
> , "int-toolkit" 
> , "Daan Hoogland"
> 
> Sent: Wednesday, 18 February, 2015 14:11:16
> Subject: Re: [devcloud-kvm] what is the password for root?

> Hi Wido, Ilya and Marcus,
> 
> Daan said that you might now the password. Do you know it? :)
> 
> The apache wiki page says the password for the root account on the 
> devcloud-kvm
> is “password”. But I tried it and it doesn't work.
> 
> In order to deploy a datacenter, I need the host root password. :(
> 
> Any idea?
> 
> Thanks in advance.
> 
> Cheers,
> Wilder
> 
> 
> On 18 Feb 2015, at 11:31, Wilder Rodrigues
> mailto:wrodrig...@schubergphilis.com>> wrote:
> 
> Hi all,
> 
> I’m preparing a devcloud-kvm test environment based on the wiki
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/devcloud-kvm
> 
> Already got network sorted and also got my devcloud-kvm profile running (see
> details below signature), but when trying to ssh into 192.168.10.1 or
> 172.17.10.1, the password given on the wiki page doesn’t ork.
> 
> Would any of you, by any chance, know which password does the root user have? 
> :)
> 
> Thanks in advance.
> 
> Cheers,
> Wilder
> 
> [ekho@devcloud-kvm-ekho-vm ~]$ ifconfig
> br0   Link encap:Ethernet  HWaddr 02:00:05:45:00:01
>  inet addr:10.1.1.14  Bcast:10.1.1.255  Mask:255.255.255.0
>  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>  RX packets:5670 errors:0 dropped:0 overruns:0 frame:0
>  TX packets:3832 errors:0 dropped:0 overruns:0 carrier:0
>  collisions:0 txqueuelen:0
>  RX bytes:601443 (587.3 KiB)  TX bytes:576714 (563.1 KiB)
> 
> devcloud-kvm-0 Link encap:Ethernet  HWaddr 52:54:00:72:11:15
>  inet addr:172.17.10.1  Bcast:172.17.10.255  Mask:255.255.255.0
>  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>  collisions:0 txqueuelen:0
>  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
> 
> devcloud-kvm-1 Link encap:Ethernet  HWaddr 52:54:00:2A:24:B4
>  inet addr:192.168.100.1  Bcast:192.168.100.255  Mask:255.255.255.0
>  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>  TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
>  collisions:0 txqueuelen:0
>  RX bytes:0 (0.0 b)  TX bytes:126 (126.0 b)
> 
> eth0  Link encap:Ethernet  HWaddr 02:00:05:45:00:01
>  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>  RX packets:5670 errors:0 dropped:0 overruns:0 frame:0
>  TX packets:3851 errors:0 dropped:0 overruns:0 carrier:0
>  collisions:0 txqueuelen:1000
>  RX bytes:680823 (664.8 KiB)  TX bytes:577968 (564.4 KiB)
> 
> loLink encap:Local Loopback
>  inet addr:127.0.0.1  Mask:255.0.0.0
>  UP LOOPBACK RUNNING  MTU:16436  Metric:1
>  RX packets:243 errors:0 dropped:0 overruns:0 frame:0
>  TX packets:243 errors:0 dropped:0 overruns:0 carrier:0
>  collisions:0 txqueuelen:0
>  RX bytes:35734 (34.8 KiB)  TX bytes:35734 (34.8 KiB)
> 
> vnet0 Link encap:Ethernet  HWaddr FE:54:00:4E:FF:4F
>  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>  RX packets:30 errors:0 dropped:0 overruns:0 frame:0
>  TX packets:466 errors:0 dropped:0 overruns:0 carrier:0
>  collisions:0 txqueuelen:500
>  RX bytes:4441 (4.3 KiB)  TX bytes:24232 (23.6 KiB)
> 
> vnet1 Link encap:Ethernet  HWaddr FE:54:00:52:B1:5E
>  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>  RX packets:30 errors:0 dropped:0 overruns:0 frame:0
>  TX packets:467 errors:0 dropped:0 overruns:0 carrier:0
>  collisions:0 txqueuelen:500
>  RX bytes:4453 (4.3 KiB)  TX bytes:24284 (23.7 KiB)
> 
> [ekho@devcloud-kvm-ekho-vm ~]$ sudo virsh list --all
> setlocale: No such file or directory
> IdName   State
> 
>  1 devcloud-kvm   running

Re: [devcloud-kvm] what is the password for root?

[Wilder Rodrigues]

Hi Nux,

Thanks for the reply… :)

Thats my first time setting this up. So, to be really honest, I do not know how 
to do what you just mentioned. :(

Will google it.. or perhaps you can give tips. :)

Cheers,
Wilder

On 18 Feb 2015, at 15:14, Nux! mailto:n...@li.nux.ro>> wrote:

Can't you boot that in single user mode and reset the password?

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
From: "Wilder Rodrigues" 
mailto:wrodrig...@schubergphilis.com>>
To: dev@cloudstack.apache.org, "Wido den 
Hollander" mailto:w...@widodh.nl>>, "ilya mailing lists"
mailto:ilya.mailing.li...@gmail.com>>, "Marcus 
Schaefer - KLM - External" mailto:mschae...@akamai.com>>
Cc: "Funs Kessen" 
mailto:fkes...@schubergphilis.com>>, "Hugo 
Trippaers" 
mailto:htrippa...@schubergphilis.com>>, 
"int-cloud"
mailto:int-cl...@schubergphilis.com>>, 
"int-toolkit" 
mailto:int-tool...@schubergphilis.com>>, "Daan 
Hoogland"
mailto:dhoogl...@schubergphilis.com>>
Sent: Wednesday, 18 February, 2015 14:11:16
Subject: Re: [devcloud-kvm] what is the password for root?

Hi Wido, Ilya and Marcus,

Daan said that you might now the password. Do you know it? :)

The apache wiki page says the password for the root account on the devcloud-kvm
is “password”. But I tried it and it doesn't work.

In order to deploy a datacenter, I need the host root password. :(

Any idea?

Thanks in advance.

Cheers,
Wilder


On 18 Feb 2015, at 11:31, Wilder Rodrigues
mailto:wrodrig...@schubergphilis.com>>
 wrote:

Hi all,

I’m preparing a devcloud-kvm test environment based on the wiki
https://cwiki.apache.org/confluence/display/CLOUDSTACK/devcloud-kvm

Already got network sorted and also got my devcloud-kvm profile running (see
details below signature), but when trying to ssh into 192.168.10.1 or
172.17.10.1, the password given on the wiki page doesn’t ork.

Would any of you, by any chance, know which password does the root user have? :)

Thanks in advance.

Cheers,
Wilder

[ekho@devcloud-kvm-ekho-vm ~]$ ifconfig
br0   Link encap:Ethernet  HWaddr 02:00:05:45:00:01
inet addr:10.1.1.14  Bcast:10.1.1.255  Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:5670 errors:0 dropped:0 overruns:0 frame:0
TX packets:3832 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:601443 (587.3 KiB)  TX bytes:576714 (563.1 KiB)

devcloud-kvm-0 Link encap:Ethernet  HWaddr 52:54:00:72:11:15
inet addr:172.17.10.1  Bcast:172.17.10.255  Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

devcloud-kvm-1 Link encap:Ethernet  HWaddr 52:54:00:2A:24:B4
inet addr:192.168.100.1  Bcast:192.168.100.255  Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b)  TX bytes:126 (126.0 b)

eth0  Link encap:Ethernet  HWaddr 02:00:05:45:00:01
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:5670 errors:0 dropped:0 overruns:0 frame:0
TX packets:3851 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:680823 (664.8 KiB)  TX bytes:577968 (564.4 KiB)

loLink encap:Local Loopback
inet addr:127.0.0.1  Mask:255.0.0.0
UP LOOPBACK RUNNING  MTU:16436  Metric:1
RX packets:243 errors:0 dropped:0 overruns:0 frame:0
TX packets:243 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:35734 (34.8 KiB)  TX bytes:35734 (34.8 KiB)

vnet0 Link encap:Ethernet  HWaddr FE:54:00:4E:FF:4F
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:30 errors:0 dropped:0 overruns:0 frame:0
TX packets:466 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:4441 (4.3 KiB)  TX bytes:24232 (23.6 KiB)

vnet1 Link encap:Ethernet  HWaddr FE:54:00:52:B1:5E
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:30 errors:0 dropped:0 overruns:0 frame:0
TX packets:467 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:4453 (4.3 KiB)  TX bytes:24284 (23.7 KiB)

[ekho@devcloud-kvm-ekho-vm ~]$ sudo virsh list --all
setlocale: No such file or directory
IdName   State

1 devcloud-kvm   running

Re: [devcloud-kvm] what is the password for root?

[Nux!]

Well, What OS is that? Never used devcloud.
BUT a few pointers:
http://askubuntu.com/questions/24006/how-do-i-reset-a-lost-administrative-password
http://wiki.centos.org/TipsAndTricks/ResetRootPassword

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Wilder Rodrigues" 
> To: "Nux!" 
> Cc: dev@cloudstack.apache.org, "Wido den Hollander" , "ilya 
> mailing lists"
> , "Marcus Schaefer - KLM - External" 
> , "Funs Kessen"
> , "Hugo Trippaers" 
> , "int-cloud"
> , "int-toolkit" 
> , "Daan Hoogland"
> 
> Sent: Wednesday, 18 February, 2015 14:32:40
> Subject: Re: [devcloud-kvm] what is the password for root?

> Hi Nux,
> 
> Thanks for the reply… :)
> 
> Thats my first time setting this up. So, to be really honest, I do not know 
> how
> to do what you just mentioned. :(
> 
> Will google it.. or perhaps you can give tips. :)
> 
> Cheers,
> Wilder
> 
> On 18 Feb 2015, at 15:14, Nux! mailto:n...@li.nux.ro>> wrote:
> 
> Can't you boot that in single user mode and reset the password?
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
> From: "Wilder Rodrigues"
> mailto:wrodrig...@schubergphilis.com>>
> To: dev@cloudstack.apache.org, "Wido den
> Hollander" mailto:w...@widodh.nl>>, "ilya mailing lists"
> mailto:ilya.mailing.li...@gmail.com>>, "Marcus
> Schaefer - KLM - External" mailto:mschae...@akamai.com>>
> Cc: "Funs Kessen"
> mailto:fkes...@schubergphilis.com>>, "Hugo
> Trippaers"
> mailto:htrippa...@schubergphilis.com>>,
> "int-cloud"
> mailto:int-cl...@schubergphilis.com>>,
> "int-toolkit"
> mailto:int-tool...@schubergphilis.com>>, "Daan
> Hoogland"
> mailto:dhoogl...@schubergphilis.com>>
> Sent: Wednesday, 18 February, 2015 14:11:16
> Subject: Re: [devcloud-kvm] what is the password for root?
> 
> Hi Wido, Ilya and Marcus,
> 
> Daan said that you might now the password. Do you know it? :)
> 
> The apache wiki page says the password for the root account on the 
> devcloud-kvm
> is “password”. But I tried it and it doesn't work.
> 
> In order to deploy a datacenter, I need the host root password. :(
> 
> Any idea?
> 
> Thanks in advance.
> 
> Cheers,
> Wilder
> 
> 
> On 18 Feb 2015, at 11:31, Wilder Rodrigues
> mailto:wrodrig...@schubergphilis.com>>
> wrote:
> 
> Hi all,
> 
> I’m preparing a devcloud-kvm test environment based on the wiki
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/devcloud-kvm
> 
> Already got network sorted and also got my devcloud-kvm profile running (see
> details below signature), but when trying to ssh into 192.168.10.1 or
> 172.17.10.1, the password given on the wiki page doesn’t ork.
> 
> Would any of you, by any chance, know which password does the root user have? 
> :)
> 
> Thanks in advance.
> 
> Cheers,
> Wilder
> 
> [ekho@devcloud-kvm-ekho-vm ~]$ ifconfig
> br0   Link encap:Ethernet  HWaddr 02:00:05:45:00:01
>inet addr:10.1.1.14  Bcast:10.1.1.255  Mask:255.255.255.0
>UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>RX packets:5670 errors:0 dropped:0 overruns:0 frame:0
>TX packets:3832 errors:0 dropped:0 overruns:0 carrier:0
>collisions:0 txqueuelen:0
>RX bytes:601443 (587.3 KiB)  TX bytes:576714 (563.1 KiB)
> 
> devcloud-kvm-0 Link encap:Ethernet  HWaddr 52:54:00:72:11:15
>inet addr:172.17.10.1  Bcast:172.17.10.255  Mask:255.255.255.0
>UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>collisions:0 txqueuelen:0
>RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
> 
> devcloud-kvm-1 Link encap:Ethernet  HWaddr 52:54:00:2A:24:B4
>inet addr:192.168.100.1  Bcast:192.168.100.255  Mask:255.255.255.0
>UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
>collisions:0 txqueuelen:0
>RX bytes:0 (0.0 b)  TX bytes:126 (126.0 b)
> 
> eth0  Link encap:Ethernet  HWaddr 02:00:05:45:00:01
>UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>RX packets:5670 errors:0 dropped:0 overruns:0 frame:0
>TX packets:3851 errors:0 dropped:0 overruns:0 carrier:0
>collisions:0 txqueuelen:1000
>RX bytes:680823 (664.8 KiB)  TX bytes:577968 (564.4 KiB)
> 
> loLink encap:Local Loopback
>inet addr:127.0.0.1  Mask:255.0.0.0
>UP LOOPBACK RUNNING  MTU:16436  Metric:1
>RX packets:243 errors:0 dropped:0 overruns:0 frame:0
>TX packets:243 errors:0 dropped:0 overruns:0 carrier:0
>collisions:0 txqueuelen:0
>RX bytes:35734 (34.8 KiB)  TX bytes:35734 (34.8 KiB)
> 
> vnet0 Link encap:Ethernet  HWaddr FE:54:00:4E:FF:4F
>UP BROADCAST RUNNING MULTICA

Re: [devcloud-kvm] what is the password for root?

[Wilder Rodrigues]

That bit I know… But have to get to the guest VM console.

I have a CentOS 6.4 with qemu-kvm and libvirt. Everything is running fine.

I’m trying this here: 
http://askubuntu.com/questions/569418/how-to-start-a-kvm-guest-as-single-user-mode

Will let you know if it works.

Thanks for the quick replies. :)

Cheers,
Wilder



On 18 Feb 2015, at 15:35, Nux! mailto:n...@li.nux.ro>> wrote:

Well, What OS is that? Never used devcloud.
BUT a few pointers:
http://askubuntu.com/questions/24006/how-do-i-reset-a-lost-administrative-password
http://wiki.centos.org/TipsAndTricks/ResetRootPassword

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
From: "Wilder Rodrigues" 
To: "Nux!" 
Cc: dev@cloudstack.apache.org, "Wido den Hollander" , "ilya 
mailing lists"
, "Marcus Schaefer - KLM - External" 
, "Funs Kessen"
, "Hugo Trippaers" , 
"int-cloud"
, "int-toolkit" , 
"Daan Hoogland"

Sent: Wednesday, 18 February, 2015 14:32:40
Subject: Re: [devcloud-kvm] what is the password for root?

Hi Nux,

Thanks for the reply… :)

Thats my first time setting this up. So, to be really honest, I do not know how
to do what you just mentioned. :(

Will google it.. or perhaps you can give tips. :)

Cheers,
Wilder

On 18 Feb 2015, at 15:14, Nux! mailto:n...@li.nux.ro>> wrote:

Can't you boot that in single user mode and reset the password?

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
From: "Wilder Rodrigues"
mailto:wrodrig...@schubergphilis.com>>
To: dev@cloudstack.apache.org, "Wido den
Hollander" mailto:w...@widodh.nl>>, "ilya mailing lists"
mailto:ilya.mailing.li...@gmail.com>>, "Marcus
Schaefer - KLM - External" mailto:mschae...@akamai.com>>
Cc: "Funs Kessen"
mailto:fkes...@schubergphilis.com>>, "Hugo
Trippaers"
mailto:htrippa...@schubergphilis.com>>,
"int-cloud"
mailto:int-cl...@schubergphilis.com>>,
"int-toolkit"
mailto:int-tool...@schubergphilis.com>>, "Daan
Hoogland"
mailto:dhoogl...@schubergphilis.com>>
Sent: Wednesday, 18 February, 2015 14:11:16
Subject: Re: [devcloud-kvm] what is the password for root?

Hi Wido, Ilya and Marcus,

Daan said that you might now the password. Do you know it? :)

The apache wiki page says the password for the root account on the devcloud-kvm
is “password”. But I tried it and it doesn't work.

In order to deploy a datacenter, I need the host root password. :(

Any idea?

Thanks in advance.

Cheers,
Wilder


On 18 Feb 2015, at 11:31, Wilder Rodrigues
mailto:wrodrig...@schubergphilis.com>>
wrote:

Hi all,

I’m preparing a devcloud-kvm test environment based on the wiki
https://cwiki.apache.org/confluence/display/CLOUDSTACK/devcloud-kvm

Already got network sorted and also got my devcloud-kvm profile running (see
details below signature), but when trying to ssh into 192.168.10.1 or
172.17.10.1, the password given on the wiki page doesn’t ork.

Would any of you, by any chance, know which password does the root user have? :)

Thanks in advance.

Cheers,
Wilder

[ekho@devcloud-kvm-ekho-vm ~]$ ifconfig
br0   Link encap:Ethernet  HWaddr 02:00:05:45:00:01
  inet addr:10.1.1.14  Bcast:10.1.1.255  Mask:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:5670 errors:0 dropped:0 overruns:0 frame:0
  TX packets:3832 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:601443 (587.3 KiB)  TX bytes:576714 (563.1 KiB)

devcloud-kvm-0 Link encap:Ethernet  HWaddr 52:54:00:72:11:15
  inet addr:172.17.10.1  Bcast:172.17.10.255  Mask:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

devcloud-kvm-1 Link encap:Ethernet  HWaddr 52:54:00:2A:24:B4
  inet addr:192.168.100.1  Bcast:192.168.100.255  Mask:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 b)  TX bytes:126 (126.0 b)

eth0  Link encap:Ethernet  HWaddr 02:00:05:45:00:01
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:5670 errors:0 dropped:0 overruns:0 frame:0
  TX packets:3851 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:680823 (664.8 KiB)  TX bytes:577968 (564.4 KiB)

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:243 errors:0 dropped:0 overruns:0 frame:0
  TX packets:243 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:35734 (34.8 KiB)  TX bytes:35734 (34.8 KiB)

vnet0   

Re: [devcloud-kvm] what is the password for root?

[Nux!]

You can use virt-manager for that, similar to the virtualbox interface.
http://virt-manager.org/

On the server:
yum install virt-manager xorg-x11-xauth dejavu-lgc-sans-fonts

Logout from the ssh session, start X11 on your OSX and re-login to the server 
with "ssh -X", then type "virt-manager", this GUI will run over SSH. This will 
allow you to stop/start/VNC etc.

HTH
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Wilder Rodrigues" 
> To: "Nux!" 
> Cc: dev@cloudstack.apache.org, "Wido den Hollander" , "ilya 
> mailing lists"
> , "Marcus Schaefer - KLM - External" 
> , "Funs Kessen"
> , "Hugo Trippaers" 
> , "int-cloud"
> , "int-toolkit" 
> , "Daan Hoogland"
> 
> Sent: Wednesday, 18 February, 2015 14:43:10
> Subject: Re: [devcloud-kvm] what is the password for root?

> That bit I know… But have to get to the guest VM console.
> 
> I have a CentOS 6.4 with qemu-kvm and libvirt. Everything is running fine.
> 
> I’m trying this here:
> http://askubuntu.com/questions/569418/how-to-start-a-kvm-guest-as-single-user-mode
> 
> Will let you know if it works.
> 
> Thanks for the quick replies. :)
> 
> Cheers,
> Wilder
> 
> 
> 
> On 18 Feb 2015, at 15:35, Nux! mailto:n...@li.nux.ro>> wrote:
> 
> Well, What OS is that? Never used devcloud.
> BUT a few pointers:
> http://askubuntu.com/questions/24006/how-do-i-reset-a-lost-administrative-password
> http://wiki.centos.org/TipsAndTricks/ResetRootPassword
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
> From: "Wilder Rodrigues" 
> To: "Nux!" 
> Cc: dev@cloudstack.apache.org, "Wido den Hollander" , "ilya
> mailing lists"
> , "Marcus Schaefer - KLM - External"
> , "Funs Kessen"
> , "Hugo Trippaers" 
> ,
> "int-cloud"
> , "int-toolkit" 
> ,
> "Daan Hoogland"
> 
> Sent: Wednesday, 18 February, 2015 14:32:40
> Subject: Re: [devcloud-kvm] what is the password for root?
> 
> Hi Nux,
> 
> Thanks for the reply… :)
> 
> Thats my first time setting this up. So, to be really honest, I do not know 
> how
> to do what you just mentioned. :(
> 
> Will google it.. or perhaps you can give tips. :)
> 
> Cheers,
> Wilder
> 
> On 18 Feb 2015, at 15:14, Nux! mailto:n...@li.nux.ro>> wrote:
> 
> Can't you boot that in single user mode and reset the password?
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
> From: "Wilder Rodrigues"
> mailto:wrodrig...@schubergphilis.com>>
> To: dev@cloudstack.apache.org, "Wido den
> Hollander" mailto:w...@widodh.nl>>, "ilya mailing lists"
> mailto:ilya.mailing.li...@gmail.com>>, "Marcus
> Schaefer - KLM - External" mailto:mschae...@akamai.com>>
> Cc: "Funs Kessen"
> mailto:fkes...@schubergphilis.com>>, "Hugo
> Trippaers"
> mailto:htrippa...@schubergphilis.com>>,
> "int-cloud"
> mailto:int-cl...@schubergphilis.com>>,
> "int-toolkit"
> mailto:int-tool...@schubergphilis.com>>, "Daan
> Hoogland"
> mailto:dhoogl...@schubergphilis.com>>
> Sent: Wednesday, 18 February, 2015 14:11:16
> Subject: Re: [devcloud-kvm] what is the password for root?
> 
> Hi Wido, Ilya and Marcus,
> 
> Daan said that you might now the password. Do you know it? :)
> 
> The apache wiki page says the password for the root account on the 
> devcloud-kvm
> is “password”. But I tried it and it doesn't work.
> 
> In order to deploy a datacenter, I need the host root password. :(
> 
> Any idea?
> 
> Thanks in advance.
> 
> Cheers,
> Wilder
> 
> 
> On 18 Feb 2015, at 11:31, Wilder Rodrigues
> mailto:wrodrig...@schubergphilis.com>>
> wrote:
> 
> Hi all,
> 
> I’m preparing a devcloud-kvm test environment based on the wiki
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/devcloud-kvm
> 
> Already got network sorted and also got my devcloud-kvm profile running (see
> details below signature), but when trying to ssh into 192.168.10.1 or
> 172.17.10.1, the password given on the wiki page doesn’t ork.
> 
> Would any of you, by any chance, know which password does the root user have? 
> :)
> 
> Thanks in advance.
> 
> Cheers,
> Wilder
> 
> [ekho@devcloud-kvm-ekho-vm ~]$ ifconfig
> br0   Link encap:Ethernet  HWaddr 02:00:05:45:00:01
>  inet addr:10.1.1.14  Bcast:10.1.1.255  Mask:255.255.255.0
>  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>  RX packets:5670 errors:0 dropped:0 overruns:0 frame:0
>  TX packets:3832 errors:0 dropped:0 overruns:0 carrier:0
>  collisions:0 txqueuelen:0
>  RX bytes:601443 (587.3 KiB)  TX bytes:576714 (563.1 KiB)
> 
> devcloud-kvm-0 Link encap:Ethernet  HWaddr 52:54:00:72:11:15
>  inet addr:172.17.10.1  Bcast:172.17.10.255  Mask:255.255.255.0
>  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>  collisions:0 t

ec attribute in test_region

[Daan Hoogland]

I have been looking at the simulator results for test_regions and it
elludes me what the message "Problem with getting the ec attribute"
means. It is a json marshalling error and the 'ec' parts suggests aws,
is that correct? the test says required_hardware=false which makes
sense for test_regions but not if amazon is involved. Any testguru
that can point me in the right direction?

thanks,
-- 
Daan

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

[jenkins]

See 

Changes:

[talluri] instead of adding zone wide primary storage in the cluster block,

--
[...truncated 21558 lines...]
"super" ...
"this" ...
"true" ...
"void" ...
 ...
 ...
 ...
 ...
 ...
"(" ...
")" ...
"!" ...
"~" ...
"++" ...
"--" ...
"+" ...
"-" ...

at 
net.sourceforge.cobertura.javancss.parser.JavaParser.generateParseException(JavaParser.java:11869)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.jj_consume_token(JavaParser.java:11730)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryWithResources(JavaParser.java:4618)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryStatement(JavaParser.java:4533)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Statement(JavaParser.java:3754)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.BlockStatement(JavaParser.java:3906)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Block(JavaParser.java:3855)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryStatement(JavaParser.java:4534)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Statement(JavaParser.java:3754)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.BlockStatement(JavaParser.java:3906)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Block(JavaParser.java:3855)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.MethodDeclaration(JavaParser.java:1933)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassBodyDeclaration(JavaParser.java:1012)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassBody(JavaParser.java:874)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.UnmodifiedClassDeclaration(JavaParser.java:801)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassDeclaration(JavaParser.java:706)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TypeDeclaration(JavaParser.java:555)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.CompilationUnit(JavaParser.java:303)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.parse(JavaParser.java:100)
at 
net.sourceforge.cobertura.javancss.Javancss._measureSource(Javancss.java:192)
at 
net.sourceforge.cobertura.javancss.Javancss._measureRoot(Javancss.java:268)
at net.sourceforge.cobertura.javancss.Javancss.(Javancss.java:346)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSource(ComplexityCalculator.java:105)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSingleFile(ComplexityCalculator.java:143)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForSourceFileNameInternal(ComplexityCalculator.java:234)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForPackageInternal(ComplexityCalculator.java:201)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForProject(ComplexityCalculator.java:167)
at 
net.sourceforge.cobertura.reporting.xml.XMLReport.(XMLReport.java:67)
at 
net.sourceforge.cobertura.reporting.Main.parseArguments(Main.java:106)
at net.sourceforge.cobertura.reporting.Main.main(Main.java:169)

[INFO] Cobertura Report generation was successful.
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.954s]
[INFO] Apache CloudStack . SUCCESS [2.553s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.986s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [19.651s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:20.333s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.127s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [50.568s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [25.780s]
[INFO] Apache CloudStack API . SUCCESS [1:44.951s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [16.098s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [29.541s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.109s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [27.351s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [21.268s]
[INFO] Apache CloudStack Core  SUCCESS [1:12.720s]
[INFO] Apache CloudStack Agents .. SUCCESS [35.096s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [30.307s]
[INFO] Apache CloudStac

Jenkins build is still unstable: simulator-singlerun #975

[jenkins]

See 

Remember this one? CLOUDSTACK-7319

[Remi Bergsma]

Hi,

This summer we had some serious issues with creating snapshots on XenServer, 
see CLOUDSTACK-7319 for details. Long story short, to copy the ‘dd’ command was 
used and that hammered dom0 until it would crash/fence. The script that did the 
copy at the time was vmopsSnapshot. We added two flags: iflag=direct and 
oflag=direct. Problem solved from 4.4.0 and on you’d expect.

We just had a hypervisor crashing due to heavy dd load again. Eventually, it 
could not reach the storage any more so it fenced.  When investigating, we 
found that the copy is now done again without the direct flags. The reason is 
that the script has been removed and that a xapi plugin is now used instead. 
Problem is that this does not use the direct flags :-s So our issue is back.

/etc/xapi.d/plugins/copy:
def dd_vdi__(src_dev, dest_dev):
os.system('dd if=/dev/%s of=/dev/%s bs=2M' % (src_dev, dest_dev))

We will be hot fixing all hypervisors and add the flags asap.

This happens from 4.4 and on if you’re using XenServer 6.2.5 (which is 6.2.0 
with patch XS62ESP1004). If you run this XenServer version, I’d patch the copy 
script asap.

Regards,
Remi

Re: [devcloud-kvm] what is the password for root?

[Marcus]

It should be 'password', I've redeployed one just recently.

On Wed, Feb 18, 2015 at 6:57 AM, Nux!  wrote:
> You can use virt-manager for that, similar to the virtualbox interface.
> http://virt-manager.org/
>
> On the server:
> yum install virt-manager xorg-x11-xauth dejavu-lgc-sans-fonts
>
> Logout from the ssh session, start X11 on your OSX and re-login to the server 
> with "ssh -X", then type "virt-manager", this GUI will run over SSH. This 
> will allow you to stop/start/VNC etc.
>
> HTH
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Wilder Rodrigues" 
>> To: "Nux!" 
>> Cc: dev@cloudstack.apache.org, "Wido den Hollander" , "ilya 
>> mailing lists"
>> , "Marcus Schaefer - KLM - External" 
>> , "Funs Kessen"
>> , "Hugo Trippaers" 
>> , "int-cloud"
>> , "int-toolkit" 
>> , "Daan Hoogland"
>> 
>> Sent: Wednesday, 18 February, 2015 14:43:10
>> Subject: Re: [devcloud-kvm] what is the password for root?
>
>> That bit I know… But have to get to the guest VM console.
>>
>> I have a CentOS 6.4 with qemu-kvm and libvirt. Everything is running fine.
>>
>> I’m trying this here:
>> http://askubuntu.com/questions/569418/how-to-start-a-kvm-guest-as-single-user-mode
>>
>> Will let you know if it works.
>>
>> Thanks for the quick replies. :)
>>
>> Cheers,
>> Wilder
>>
>>
>>
>> On 18 Feb 2015, at 15:35, Nux! mailto:n...@li.nux.ro>> wrote:
>>
>> Well, What OS is that? Never used devcloud.
>> BUT a few pointers:
>> http://askubuntu.com/questions/24006/how-do-i-reset-a-lost-administrative-password
>> http://wiki.centos.org/TipsAndTricks/ResetRootPassword
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>> From: "Wilder Rodrigues" 
>> To: "Nux!" 
>> Cc: dev@cloudstack.apache.org, "Wido den Hollander" , "ilya
>> mailing lists"
>> , "Marcus Schaefer - KLM - External"
>> , "Funs Kessen"
>> , "Hugo Trippaers" 
>> ,
>> "int-cloud"
>> , "int-toolkit" 
>> ,
>> "Daan Hoogland"
>> 
>> Sent: Wednesday, 18 February, 2015 14:32:40
>> Subject: Re: [devcloud-kvm] what is the password for root?
>>
>> Hi Nux,
>>
>> Thanks for the reply… :)
>>
>> Thats my first time setting this up. So, to be really honest, I do not know 
>> how
>> to do what you just mentioned. :(
>>
>> Will google it.. or perhaps you can give tips. :)
>>
>> Cheers,
>> Wilder
>>
>> On 18 Feb 2015, at 15:14, Nux! mailto:n...@li.nux.ro>> wrote:
>>
>> Can't you boot that in single user mode and reset the password?
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>> From: "Wilder Rodrigues"
>> mailto:wrodrig...@schubergphilis.com>>
>> To: dev@cloudstack.apache.org, "Wido den
>> Hollander" mailto:w...@widodh.nl>>, "ilya mailing lists"
>> mailto:ilya.mailing.li...@gmail.com>>, "Marcus
>> Schaefer - KLM - External" 
>> mailto:mschae...@akamai.com>>
>> Cc: "Funs Kessen"
>> mailto:fkes...@schubergphilis.com>>, "Hugo
>> Trippaers"
>> mailto:htrippa...@schubergphilis.com>>,
>> "int-cloud"
>> mailto:int-cl...@schubergphilis.com>>,
>> "int-toolkit"
>> mailto:int-tool...@schubergphilis.com>>, 
>> "Daan
>> Hoogland"
>> mailto:dhoogl...@schubergphilis.com>>
>> Sent: Wednesday, 18 February, 2015 14:11:16
>> Subject: Re: [devcloud-kvm] what is the password for root?
>>
>> Hi Wido, Ilya and Marcus,
>>
>> Daan said that you might now the password. Do you know it? :)
>>
>> The apache wiki page says the password for the root account on the 
>> devcloud-kvm
>> is “password”. But I tried it and it doesn't work.
>>
>> In order to deploy a datacenter, I need the host root password. :(
>>
>> Any idea?
>>
>> Thanks in advance.
>>
>> Cheers,
>> Wilder
>>
>>
>> On 18 Feb 2015, at 11:31, Wilder Rodrigues
>> mailto:wrodrig...@schubergphilis.com>>
>> wrote:
>>
>> Hi all,
>>
>> I’m preparing a devcloud-kvm test environment based on the wiki
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/devcloud-kvm
>>
>> Already got network sorted and also got my devcloud-kvm profile running (see
>> details below signature), but when trying to ssh into 192.168.10.1 or
>> 172.17.10.1, the password given on the wiki page doesn’t ork.
>>
>> Would any of you, by any chance, know which password does the root user 
>> have? :)
>>
>> Thanks in advance.
>>
>> Cheers,
>> Wilder
>>
>> [ekho@devcloud-kvm-ekho-vm ~]$ ifconfig
>> br0   Link encap:Ethernet  HWaddr 02:00:05:45:00:01
>>  inet addr:10.1.1.14  Bcast:10.1.1.255  Mask:255.255.255.0
>>  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>  RX packets:5670 errors:0 dropped:0 overruns:0 frame:0
>>  TX packets:3832 errors:0 dropped:0 overruns:0 carrier:0
>>  collisions:0 txqueuelen:0
>>  RX bytes:601443 (587.3 KiB)  TX bytes:576714 (563.1 KiB)
>>
>> devcloud-kvm-0 Link encap:Ethernet  HWaddr 52:54:00:72:11:15
>>   

Re: [devcloud-kvm] what is the password for root?

[Marcus]

Are you using the Ubuntu or CentOS version? The Ubuntu one may not
allow root by default (standard for Ubuntu), but might be user
'ubuntu' and password 'password', from which you can sudo.

On Wed, Feb 18, 2015 at 7:56 AM, Marcus  wrote:
> It should be 'password', I've redeployed one just recently.
>
> On Wed, Feb 18, 2015 at 6:57 AM, Nux!  wrote:
>> You can use virt-manager for that, similar to the virtualbox interface.
>> http://virt-manager.org/
>>
>> On the server:
>> yum install virt-manager xorg-x11-xauth dejavu-lgc-sans-fonts
>>
>> Logout from the ssh session, start X11 on your OSX and re-login to the 
>> server with "ssh -X", then type "virt-manager", this GUI will run over SSH. 
>> This will allow you to stop/start/VNC etc.
>>
>> HTH
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Wilder Rodrigues" 
>>> To: "Nux!" 
>>> Cc: dev@cloudstack.apache.org, "Wido den Hollander" , "ilya 
>>> mailing lists"
>>> , "Marcus Schaefer - KLM - External" 
>>> , "Funs Kessen"
>>> , "Hugo Trippaers" 
>>> , "int-cloud"
>>> , "int-toolkit" 
>>> , "Daan Hoogland"
>>> 
>>> Sent: Wednesday, 18 February, 2015 14:43:10
>>> Subject: Re: [devcloud-kvm] what is the password for root?
>>
>>> That bit I know… But have to get to the guest VM console.
>>>
>>> I have a CentOS 6.4 with qemu-kvm and libvirt. Everything is running fine.
>>>
>>> I’m trying this here:
>>> http://askubuntu.com/questions/569418/how-to-start-a-kvm-guest-as-single-user-mode
>>>
>>> Will let you know if it works.
>>>
>>> Thanks for the quick replies. :)
>>>
>>> Cheers,
>>> Wilder
>>>
>>>
>>>
>>> On 18 Feb 2015, at 15:35, Nux! mailto:n...@li.nux.ro>> 
>>> wrote:
>>>
>>> Well, What OS is that? Never used devcloud.
>>> BUT a few pointers:
>>> http://askubuntu.com/questions/24006/how-do-i-reset-a-lost-administrative-password
>>> http://wiki.centos.org/TipsAndTricks/ResetRootPassword
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
>>> From: "Wilder Rodrigues" 
>>> To: "Nux!" 
>>> Cc: dev@cloudstack.apache.org, "Wido den Hollander" , "ilya
>>> mailing lists"
>>> , "Marcus Schaefer - KLM - External"
>>> , "Funs Kessen"
>>> , "Hugo Trippaers" 
>>> ,
>>> "int-cloud"
>>> , "int-toolkit" 
>>> ,
>>> "Daan Hoogland"
>>> 
>>> Sent: Wednesday, 18 February, 2015 14:32:40
>>> Subject: Re: [devcloud-kvm] what is the password for root?
>>>
>>> Hi Nux,
>>>
>>> Thanks for the reply… :)
>>>
>>> Thats my first time setting this up. So, to be really honest, I do not know 
>>> how
>>> to do what you just mentioned. :(
>>>
>>> Will google it.. or perhaps you can give tips. :)
>>>
>>> Cheers,
>>> Wilder
>>>
>>> On 18 Feb 2015, at 15:14, Nux! mailto:n...@li.nux.ro>> 
>>> wrote:
>>>
>>> Can't you boot that in single user mode and reset the password?
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
>>> From: "Wilder Rodrigues"
>>> mailto:wrodrig...@schubergphilis.com>>
>>> To: dev@cloudstack.apache.org, "Wido den
>>> Hollander" mailto:w...@widodh.nl>>, "ilya mailing lists"
>>> mailto:ilya.mailing.li...@gmail.com>>, "Marcus
>>> Schaefer - KLM - External" 
>>> mailto:mschae...@akamai.com>>
>>> Cc: "Funs Kessen"
>>> mailto:fkes...@schubergphilis.com>>, "Hugo
>>> Trippaers"
>>> mailto:htrippa...@schubergphilis.com>>,
>>> "int-cloud"
>>> mailto:int-cl...@schubergphilis.com>>,
>>> "int-toolkit"
>>> mailto:int-tool...@schubergphilis.com>>, 
>>> "Daan
>>> Hoogland"
>>> mailto:dhoogl...@schubergphilis.com>>
>>> Sent: Wednesday, 18 February, 2015 14:11:16
>>> Subject: Re: [devcloud-kvm] what is the password for root?
>>>
>>> Hi Wido, Ilya and Marcus,
>>>
>>> Daan said that you might now the password. Do you know it? :)
>>>
>>> The apache wiki page says the password for the root account on the 
>>> devcloud-kvm
>>> is “password”. But I tried it and it doesn't work.
>>>
>>> In order to deploy a datacenter, I need the host root password. :(
>>>
>>> Any idea?
>>>
>>> Thanks in advance.
>>>
>>> Cheers,
>>> Wilder
>>>
>>>
>>> On 18 Feb 2015, at 11:31, Wilder Rodrigues
>>> mailto:wrodrig...@schubergphilis.com>>
>>> wrote:
>>>
>>> Hi all,
>>>
>>> I’m preparing a devcloud-kvm test environment based on the wiki
>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/devcloud-kvm
>>>
>>> Already got network sorted and also got my devcloud-kvm profile running (see
>>> details below signature), but when trying to ssh into 192.168.10.1 or
>>> 172.17.10.1, the password given on the wiki page doesn’t ork.
>>>
>>> Would any of you, by any chance, know which password does the root user 
>>> have? :)
>>>
>>> Thanks in advance.
>>>
>>> Cheers,
>>> Wilder
>>>
>>> [ekho@devcloud-kvm-ekho-vm ~]$ ifconfig
>>> br0   Link encap:Ethernet  HWaddr 02:00:05:45:00:01
>>>

Jenkins build is still unstable: simulator-singlerun #976

[jenkins]

See 

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

[jenkins]

See 

--
[...truncated 21554 lines...]
"short" ...
"super" ...
"this" ...
"true" ...
"void" ...
 ...
 ...
 ...
 ...
 ...
"(" ...
")" ...
"!" ...
"~" ...
"++" ...
"--" ...
"+" ...
"-" ...

at 
net.sourceforge.cobertura.javancss.parser.JavaParser.generateParseException(JavaParser.java:11869)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.jj_consume_token(JavaParser.java:11730)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryWithResources(JavaParser.java:4618)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryStatement(JavaParser.java:4533)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Statement(JavaParser.java:3754)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.BlockStatement(JavaParser.java:3906)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Block(JavaParser.java:3855)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryStatement(JavaParser.java:4534)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Statement(JavaParser.java:3754)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.BlockStatement(JavaParser.java:3906)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Block(JavaParser.java:3855)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.MethodDeclaration(JavaParser.java:1933)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassBodyDeclaration(JavaParser.java:1012)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassBody(JavaParser.java:874)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.UnmodifiedClassDeclaration(JavaParser.java:801)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassDeclaration(JavaParser.java:706)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TypeDeclaration(JavaParser.java:555)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.CompilationUnit(JavaParser.java:303)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.parse(JavaParser.java:100)
at 
net.sourceforge.cobertura.javancss.Javancss._measureSource(Javancss.java:192)
at 
net.sourceforge.cobertura.javancss.Javancss._measureRoot(Javancss.java:268)
at net.sourceforge.cobertura.javancss.Javancss.(Javancss.java:346)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSource(ComplexityCalculator.java:105)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSingleFile(ComplexityCalculator.java:143)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForSourceFileNameInternal(ComplexityCalculator.java:234)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForPackageInternal(ComplexityCalculator.java:201)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForProject(ComplexityCalculator.java:167)
at 
net.sourceforge.cobertura.reporting.xml.XMLReport.(XMLReport.java:67)
at 
net.sourceforge.cobertura.reporting.Main.parseArguments(Main.java:106)
at net.sourceforge.cobertura.reporting.Main.main(Main.java:169)

[INFO] Cobertura Report generation was successful.
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[2.332s]
[INFO] Apache CloudStack . SUCCESS [2.662s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [1.020s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [19.608s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:18.196s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.140s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [50.345s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [25.502s]
[INFO] Apache CloudStack API . SUCCESS [1:43.188s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [16.948s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [28.890s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.108s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [26.793s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [21.642s]
[INFO] Apache CloudStack Core  SUCCESS [1:12.100s]
[INFO] Apache CloudStack Agents .. SUCCESS [36.824s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [30.919s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [15.199s]
[INFO] Apache CloudStack

Re: Your thoughts on using Primary Storage for keeping snapshots

[Mike Tutkowski]

So, I spoke with Edison a couple months ago about my desire to take
snapshots on SolidFire's SAN instead of a making a backup on secondary
storage.

As Edison explained, CloudStack is theoretically flexible enough to
accommodate this if the developer implements the SnapshotStrategy interface
and orchestrates what needs to be done.

I went ahead and implemented this approach successfully in XenServer
(although, as I mentioned earlier, not in as ideal a fashion as I would
have liked due to issues in XenServer). However, along the way, I found
that there was code in CloudStack "core" that assumed snapshots would be
stored on secondary storage.

I went ahead and made this core logic more flexible in 4.6 and so 4.6 is
the first release that I will be able to offer the ability for users to
take CloudStack snapshots that are stored on my SAN instead of on secondary
storage.

I then implemented a custom DataMotionStrategy to use with my snapshots so
that I could create templates for general use in CloudStack and so I could
make CloudStack volumes from my snapshots.

Again...I know this thread is more about RBD, but I thought this might be
of interest as an FYI.

On Wed, Feb 18, 2015 at 6:09 AM, Punith S  wrote:

> +1 with this feature.
>
> like Logan said the current snapshot is just a copy of VDI/vmdk/qcow2's to
> the secondary storage
> hence the current feature acts as a backup feature taking a long time.
>
> also the current cloudstack storage framework is not allowing the third
> party storage vendors like cloudbyte and others to leverage their backend
> storage snapshot feature where file systems support Copy on Write.
>
> for example : In cloudbyte elastistor which is based on zfs filesystem, it
> allows to take multiple snapshots within seconds.
>  and a volume clones can be created from each snapshot.
> hence if the VDI/vmdk/qcow2's are already residing in
>  the volume, the clones will just replicate the
> existing virtual disks. hence there will be no overhead of copying a
>  snapshot to a new volume or primary storage over the
> network.
>
> hence there should be an option provided to leverage a snapshot and
> creating a volume out of it to the corresponding backend storage provider
> in use.
>
> thanks
>
>
> On Tue, Feb 17, 2015 at 3:11 AM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Whatever way you think makes the most sense.
> >
> > Either way, I'm working on this for XenServer and ESXi (eventually on
> KVM,
> > I expect) for managed storage (SolidFire is an example of managed
> storage).
> >
> > On Mon, Feb 16, 2015 at 2:38 PM, Andrei Mikhailovsky 
> > wrote:
> >
> > > I am happy to see the discussion is taking its pace and a lot of people
> > > tend to agree that we should address this area. I have done the ticket
> > for
> > > that, but I am not sure if this should be dealt in a more general way
> as
> > > suggested. Or perhaps having individual tickets for each hypervisor
> would
> > > achieve a faster response from the community?
> > >
> > > Andrei
> > >
> > > - Original Message -
> > >
> > > > From: "Mike Tutkowski" 
> > > > To: dev@cloudstack.apache.org
> > > > Sent: Monday, 16 February, 2015 9:17:26 PM
> > > > Subject: Re: Your thoughts on using Primary Storage for keeping
> > > > snapshots
> > >
> > > > Well...count me in on the general-purpose part (I'm already working
> > > > on that
> > > > and have much of it working).
> > >
> > > > If someone is interested in implementing the RBD part, he/she can
> > > > sync with
> > > > me and see if there is any overlapping work that I've already
> > > > implementing
> > > > from a general-purpose standpoint.
> > >
> > > > On Mon, Feb 16, 2015 at 1:39 PM, Ian Rae  wrote:
> > >
> > > > > Agree with Logan. As fans of Ceph as well as SolidFire, we are
> > > > > interested
> > > > > in seeing this particular use case (RBD/KVM) being well
> > > > > implemented,
> > > > > however the concept of volume snapshots residing only on primary
> > > > > storage vs
> > > > > being transferred to secondary storage is a more generally useful
> > > > > one that
> > > > > is worth solving with the same terminology and interfaces, even if
> > > > > the
> > > > > mechanisms may be specific to the storage type and hypervisor.
> > > > >
> > > > > It its not practical then its not practical, but seems like it
> > > > > would be
> > > > > worth trying.
> > > > >
> > > > > On Mon, Feb 16, 2015 at 1:02 PM, Logan Barfield
> > > > > 
> > > > > wrote:
> > > > >
> > > > > > Hi Mike,
> > > > > >
> > > > > > I agree it is a general CloudStack issue that can be addressed
> > > > > > across
> > > > > > multiple primary storage options. It's a two stage issue since
> > > > > > some
> > > > > > changes will need to be implemented to support these features
> > > > > > across
> > > > > > the board, and others will need to be made to each storage
> > > > > > option.
> > > > > >
> > > > > > It would be n

Re: Are we far from ACS 4.5.0?

[Marcus]

I opened https://issues.apache.org/jira/browse/CLOUDSTACK-8265. This
can be downgraded if popular opinion agrees that it only deserves
mention in the release notes, however it should be easy to fix. In a
nutshell, new guest OS types were added (e.g. Ubuntu 14.04, CentOS 7,
maybe others), but they were only set up to work with XenServer.

On Tue, Feb 17, 2015 at 12:14 PM, David Nalley  wrote:
> We are still waiting on this issue to be resolved:
> https://issues.apache.org/jira/browse/CLOUDSTACK-7671
>
> --David
>
> On Tue, Feb 17, 2015 at 3:07 PM, David Nalley  wrote:
>> I think we are still waiting on a fix or two, though I need to go back
>> through the list that RC3 generated.
>>
>> --David
>>
>> On Tue, Feb 17, 2015 at 12:09 PM, Mike Tutkowski
>>  wrote:
>>> Eh, yeah, I'd like to know the status, as well.
>>>
>>> A couple weeks ago, we were testing RC3.
>>>
>>> I found an issue with KVM on Ubuntu 12.04 and put in a fix.
>>>
>>> I believe others were working on different fixes for that RC, as well.
>>>
>>> Hopefully we'll see an RC4 soon.
>>>
>>> -- Forwarded message --
>>> From: Andrei Mikhailovsky 
>>> Date: Tue, Feb 17, 2015 at 10:05 AM
>>> Subject: Are we far from ACS 4.5.0?
>>> To: dev@cloudstack.apache.org
>>>
>>>
>>> Guys, i've seen a lot of activity a few weeks ago with RC1, 2, 3, etc.
>>> However, it seems to have slowed down somewhat.
>>>
>>> When is the 4.5.0 being released? Has it been put on hold for some reason?
>>>
>>> Thanks
>>>
>>> Andrei
>>>
>>>
>>>
>>>
>>> --
>>> *Mike Tutkowski*
>>> *Senior CloudStack Developer, SolidFire Inc.*
>>> e: mike.tutkow...@solidfire.com
>>> o: 303.746.7302
>>> Advancing the way the world uses the cloud
>>> *™*

Re: Query on snapshot and cloning for managed storage

[Mike Tutkowski]

Yep, it is unfortunate that XenServer is not as flexible as ESXi is in this
regard. It means we can't use our backend snapshot technologies. We have to
make a new volume and use front-end CPU cycles and network bandwidth to
copy the VDI.

Not an ideal situation, but it's what we can offer in CS 4.6 given the
current state of XenServer.

I have sent an e-mail to XenServer's dev@ mailing list about this, but have
not received a response (I probably sent the message about a month ago).
Perhaps Tim Mackey (who I have CCed here) will be able to help us get this
feature request into them.

It just depends on the SAN as to whether or not that many volumes will be a
problem. It won't be a problem for SolidFire and the SolidFire SAN
de-duplicates blocks inline on a 4-KB boundary, so this extra data written
to the SAN will lead to very little extra data actually being written to
the SAN (and the process of copying from the hypervisor to the SAN will be
much faster than copying from the hypervisor to NFS in most situations).

On Tue, Feb 17, 2015 at 11:09 PM, Punith S  wrote:

> thanks for the detailed information mike.
>
> since there is a UUID confilct in XenServer we are left with only one
> option, that is to copy the VDI over the network to the new volume created
> during the process of taking volume snapshot.
>
> but my concern is, when an admin takes a recurring snapshots is it
> feasible to create new volumes in the storage backend to all the respective
> snapshots ?
> and also we are not leveraging the cloning ability of our storage
> solutions.!
>
> but on the VMware side, it must be possible to change the datastore
> metadata. hence it will be easy to introduce our storage snapshots meaning
> we don't need to copy the virtual disk(vmfs or vmks) to the new volume
> created like the approach mentioned in using XenServer.
>
> thanks
>
>
> On Mon, Feb 16, 2015 at 11:16 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> Hi Punith,
>>
>> I sent this e-mail (below) in a different CloudStack dev@ thread, but it
>> seems they are only interested in RBD in that thread, so I will include
>> that e-mail text in this thread so that we keep track on the mailing list
>> of current issues in XenServer and ESXi with regards to leveraging backend
>> SAN snapshots:
>>
>> *** Beginning of e-mail ***
>>
>> The main requests were around the following features:
>>
>> * The ability to leverage SolidFire snapshots.
>>
>> * The ability to create CloudStack templates from SolidFire snapshots.
>>
>> I had these on my roadmap, but bumped the priority up and began work on
>> them for the CS 4.6 release.
>>
>> During design, I realized there were issues with the way XenServer is
>> architected that prevented me from directly using SolidFire snapshots.
>>
>> I could definitely take a SolidFire snapshot of a SolidFire volume, but
>> this snapshot would not be usable from XenServer if the original volume was
>> still in use.
>>
>> Here is the gist of the problem:
>>
>> When XenServer leverages an iSCSI target such as a SolidFire volume, it
>> applies a clustered files system to it, which they call a storage
>> repository (SR). An SR has an *immutable* UUID associated with it.
>>
>> The virtual volume (which a VM sees as a disk) is represented by a
>> virtual disk image (VDI) in the SR. A VDI also has an *immutable* UUID
>> associated with it.
>>
>> If I take a snapshot (or a clone) of the SolidFire volume and then later
>> try to use that snapshot from XenServer, XenServer complains that the SR on
>> the snapshot has a UUID that conflicts with an existing UUID.
>>
>> In other words, it is not possible to use the original SR and the
>> snapshot of this SR from XenServer at the same time, which is critical in a
>> cloud environment (to enable creating templates from snapshots).
>>
>> The way I have proposed circumventing this issue is not ideal, but
>> technically works (this code is checked into the CS 4.6 branch):
>>
>> When the time comes to take a CloudStack snapshot of a CloudStack volume
>> that is backed by SolidFire storage via the storage plug-in, the plug-in
>> will create a new SolidFire volume with characteristics (size and IOPS)
>> equal to those of the original volume.
>>
>> We then have XenServer attach to this new SolidFire volume, create a
>> *new* SR on it, and then copy the VDI from the source SR to the destination
>> SR (the new SR).
>>
>> This leads to us having a copy of the VDI (a "snapshot" of sorts), but it
>> requires CPU cycles on the compute cluster as well as network bandwidth to
>> write to the SAN (thus it is slower and more resource intensive than a
>> SolidFire snapshot).
>>
>> I spoke with Tim Mackey (who works on XenServer at Citrix) concerning
>> this issue before and during the CloudStack Collaboration Conference in
>> Budapest in November. He agreed that this is a legitimate issue with the
>> way XenServer is designed and could not think of a way (other than what I
>> was doing) to get arou

Re: [devcloud-kvm] what is the password for root?

[Wilder Rodrigues]

Hi there guys,

@Nux: thanks a lot… went through and and some other links I found and am now 
connected to the machine

@Marcus: really weird! I found some presentations (form you) around April last 
year and they also mention “password” as being the passed. I think my 
environment is not properly done yet.

I’m using the CentOS one and the host OS is also CentOS, but the 6.4 version. I 
had to update the kernel in order to get KVM nested stuff enable. Been through 
a lot today, but I think it’s moving towards the right direction now.

current situation here: 
https://twitter.com/wilderrodrigues/status/568096520161140736  :)

I will take care of children’s dinner and will be back to you tomorrow.

Cheers,
Wilder

On 18 Feb 2015, at 17:01, Marcus  wrote:

> Are you using the Ubuntu or CentOS version? The Ubuntu one may not
> allow root by default (standard for Ubuntu), but might be user
> 'ubuntu' and password 'password', from which you can sudo.
> 
> On Wed, Feb 18, 2015 at 7:56 AM, Marcus  wrote:
>> It should be 'password', I've redeployed one just recently.
>> 
>> On Wed, Feb 18, 2015 at 6:57 AM, Nux!  wrote:
>>> You can use virt-manager for that, similar to the virtualbox interface.
>>> http://virt-manager.org/
>>> 
>>> On the server:
>>> yum install virt-manager xorg-x11-xauth dejavu-lgc-sans-fonts
>>> 
>>> Logout from the ssh session, start X11 on your OSX and re-login to the 
>>> server with "ssh -X", then type "virt-manager", this GUI will run over SSH. 
>>> This will allow you to stop/start/VNC etc.
>>> 
>>> HTH
>>> Lucian
>>> 
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>> 
>>> Nux!
>>> www.nux.ro
>>> 
>>> - Original Message -
 From: "Wilder Rodrigues" 
 To: "Nux!" 
 Cc: dev@cloudstack.apache.org, "Wido den Hollander" , 
 "ilya mailing lists"
 , "Marcus Schaefer - KLM - External" 
 , "Funs Kessen"
 , "Hugo Trippaers" 
 , "int-cloud"
 , "int-toolkit" 
 , "Daan Hoogland"
 
 Sent: Wednesday, 18 February, 2015 14:43:10
 Subject: Re: [devcloud-kvm] what is the password for root?
>>> 
 That bit I know… But have to get to the guest VM console.
 
 I have a CentOS 6.4 with qemu-kvm and libvirt. Everything is running fine.
 
 I’m trying this here:
 http://askubuntu.com/questions/569418/how-to-start-a-kvm-guest-as-single-user-mode
 
 Will let you know if it works.
 
 Thanks for the quick replies. :)
 
 Cheers,
 Wilder
 
 
 
 On 18 Feb 2015, at 15:35, Nux! mailto:n...@li.nux.ro>> 
 wrote:
 
 Well, What OS is that? Never used devcloud.
 BUT a few pointers:
 http://askubuntu.com/questions/24006/how-do-i-reset-a-lost-administrative-password
 http://wiki.centos.org/TipsAndTricks/ResetRootPassword
 
 --
 Sent from the Delta quadrant using Borg technology!
 
 Nux!
 www.nux.ro
 
 - Original Message -
 From: "Wilder Rodrigues" 
 To: "Nux!" 
 Cc: dev@cloudstack.apache.org, "Wido den Hollander" , "ilya
 mailing lists"
 , "Marcus Schaefer - KLM - External"
 , "Funs Kessen"
 , "Hugo Trippaers" 
 ,
 "int-cloud"
 , "int-toolkit" 
 ,
 "Daan Hoogland"
 
 Sent: Wednesday, 18 February, 2015 14:32:40
 Subject: Re: [devcloud-kvm] what is the password for root?
 
 Hi Nux,
 
 Thanks for the reply… :)
 
 Thats my first time setting this up. So, to be really honest, I do not 
 know how
 to do what you just mentioned. :(
 
 Will google it.. or perhaps you can give tips. :)
 
 Cheers,
 Wilder
 
 On 18 Feb 2015, at 15:14, Nux! mailto:n...@li.nux.ro>> 
 wrote:
 
 Can't you boot that in single user mode and reset the password?
 
 --
 Sent from the Delta quadrant using Borg technology!
 
 Nux!
 www.nux.ro
 
 - Original Message -
 From: "Wilder Rodrigues"
 mailto:wrodrig...@schubergphilis.com>>
 To: dev@cloudstack.apache.org, "Wido den
 Hollander" mailto:w...@widodh.nl>>, "ilya mailing lists"
 mailto:ilya.mailing.li...@gmail.com>>, 
 "Marcus
 Schaefer - KLM - External" 
 mailto:mschae...@akamai.com>>
 Cc: "Funs Kessen"
 mailto:fkes...@schubergphilis.com>>, "Hugo
 Trippaers"
 mailto:htrippa...@schubergphilis.com>>,
 "int-cloud"
 mailto:int-cl...@schubergphilis.com>>,
 "int-toolkit"
 mailto:int-tool...@schubergphilis.com>>, 
 "Daan
 Hoogland"
 mailto:dhoogl...@schubergphilis.com>>
 Sent: Wednesday, 18 February, 2015 14:11:16
 Subject: Re: [devcloud-kvm] what is the password for root?
 
 Hi Wido, Ilya and Marcus,
 
 Daan said that you might now the password. Do you know it? :)
 
 The apache wiki page says the password for the root account on the 
 devcloud-kvm
 is “password”. But I tried it and it d

Re: [devcloud-kvm] what is the password for root?

[Wilder Rodrigues]

It works!

But I won’t celebrate that much because in the past 2 ours I have changed a ton 
of things.

[ekho@devcloud-kvm-ekho-vm devcloud-kvm]$ ssh 
root@192.168.100.10
root@192.168.100.10's password:
Last login: Tue Apr  1 09:15:00 2014 from 192.168.100.1
[root@devcloud-kvm ~]#
[root@devcloud-kvm ~]#
[root@devcloud-kvm ~]# ls
Desktop  Documents  Downloads  Music  Pictures  Public  Templates  Videos  
anaconda-ks.cfg  install.log  install.log.syslog
[root@devcloud-kvm ~]#


I will go on for now but will recreate the environment, really from scratch!

Thanks for the support, guys!

Cheers,
Wilder


On 18 Feb 2015, at 18:16, Wilder Rodrigues 
mailto:wrodrig...@schubergphilis.com>> wrote:

Hi there guys,

@Nux: thanks a lot… went through and and some other links I found and am now 
connected to the machine

@Marcus: really weird! I found some presentations (form you) around April last 
year and they also mention “password” as being the passed. I think my 
environment is not properly done yet.

I’m using the CentOS one and the host OS is also CentOS, but the 6.4 version. I 
had to update the kernel in order to get KVM nested stuff enable. Been through 
a lot today, but I think it’s moving towards the right direction now.

current situation here: 
https://twitter.com/wilderrodrigues/status/568096520161140736  :)

I will take care of children’s dinner and will be back to you tomorrow.

Cheers,
Wilder

On 18 Feb 2015, at 17:01, Marcus 
mailto:shadow...@gmail.com>> wrote:

Are you using the Ubuntu or CentOS version? The Ubuntu one may not
allow root by default (standard for Ubuntu), but might be user
'ubuntu' and password 'password', from which you can sudo.

On Wed, Feb 18, 2015 at 7:56 AM, Marcus 
mailto:shadow...@gmail.com>> wrote:
It should be 'password', I've redeployed one just recently.

On Wed, Feb 18, 2015 at 6:57 AM, Nux! mailto:n...@li.nux.ro>> 
wrote:
You can use virt-manager for that, similar to the virtualbox interface.
http://virt-manager.org/

On the server:
yum install virt-manager xorg-x11-xauth dejavu-lgc-sans-fonts

Logout from the ssh session, start X11 on your OSX and re-login to the server 
with "ssh -X", then type "virt-manager", this GUI will run over SSH. This will 
allow you to stop/start/VNC etc.

HTH
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
From: "Wilder Rodrigues" 
To: "Nux!" 
Cc: dev@cloudstack.apache.org, "Wido den Hollander" , "ilya 
mailing lists"
, "Marcus Schaefer - KLM - External" 
, "Funs Kessen"
, "Hugo Trippaers" , 
"int-cloud"
, "int-toolkit" , 
"Daan Hoogland"

Sent: Wednesday, 18 February, 2015 14:43:10
Subject: Re: [devcloud-kvm] what is the password for root?

That bit I know… But have to get to the guest VM console.

I have a CentOS 6.4 with qemu-kvm and libvirt. Everything is running fine.

I’m trying this here:
http://askubuntu.com/questions/569418/how-to-start-a-kvm-guest-as-single-user-mode

Will let you know if it works.

Thanks for the quick replies. :)

Cheers,
Wilder



On 18 Feb 2015, at 15:35, Nux! mailto:n...@li.nux.ro>> wrote:

Well, What OS is that? Never used devcloud.
BUT a few pointers:
http://askubuntu.com/questions/24006/how-do-i-reset-a-lost-administrative-password
http://wiki.centos.org/TipsAndTricks/ResetRootPassword

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
From: "Wilder Rodrigues" 
To: "Nux!" 
Cc: dev@cloudstack.apache.org, "Wido den Hollander" , "ilya
mailing lists"
, "Marcus Schaefer - KLM - External"
, "Funs Kessen"
, "Hugo Trippaers" ,
"int-cloud"
, "int-toolkit" ,
"Daan Hoogland"

Sent: Wednesday, 18 February, 2015 14:32:40
Subject: Re: [devcloud-kvm] what is the password for root?

Hi Nux,

Thanks for the reply… :)

Thats my first time setting this up. So, to be really honest, I do not know how
to do what you just mentioned. :(

Will google it.. or perhaps you can give tips. :)

Cheers,
Wilder

On 18 Feb 2015, at 15:14, Nux! mailto:n...@li.nux.ro>> wrote:

Can't you boot that in single user mode and reset the password?

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
From: "Wilder Rodrigues"
mailto:wrodrig...@schubergphilis.com>>
To: dev@cloudstack.apache.org, "Wido den
Hollander" mailto:w...@widodh.nl>>, "ilya mailing lists"
mailto:ilya.mailing.li...@gmail.com>>, "Marcus
Schaefer - KLM - External" mailto:mschae...@akamai.com>>
Cc: "Funs Kessen"
mailto:fkes...@schubergphilis.com>>, "Hugo
Trippaers"
mailto:htrippa...@schubergphilis.com>>,
"int-cloud"
mailto:int-cl...@schubergphilis.com>>,
"int-toolkit"
mailto:int-tool...@schubergphilis.com>>, "Daan
Hoogland"
mailto:dhoogl...@schubergphilis.com>>
Sent: Wednesday, 18 February, 2015 14:11:16
Subject: Re: [devcloud-kvm] what is the password for root?

Hi Wido, Ilya and Marcus,

Daan said that you might no

[ACS450] Template Delete Button Missing in UI

[ilya musayev]

In ACS 4.5.0 Template Delete Button Missing in UI? is this by design?

This would be a major bug (for some folks who operate public clouds with 
cloudstack UI, blocker).

Re: [ACS450] Template Delete Button Missing in UI

[Mike Tutkowski]

I don't think it's missing.

You need to go into the details view for the template and select the
applicable zone.

You should then be able to delete the template.

On Wednesday, February 18, 2015, ilya musayev 
wrote:

> In ACS 4.5.0 Template Delete Button Missing in UI? is this by design?
>
> This would be a major bug (for some folks who operate public clouds with
> cloudstack UI, blocker).
>


-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

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

[jenkins]

See 

--
[...truncated 21554 lines...]
"short" ...
"super" ...
"this" ...
"true" ...
"void" ...
 ...
 ...
 ...
 ...
 ...
"(" ...
")" ...
"!" ...
"~" ...
"++" ...
"--" ...
"+" ...
"-" ...

at 
net.sourceforge.cobertura.javancss.parser.JavaParser.generateParseException(JavaParser.java:11869)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.jj_consume_token(JavaParser.java:11730)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryWithResources(JavaParser.java:4618)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryStatement(JavaParser.java:4533)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Statement(JavaParser.java:3754)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.BlockStatement(JavaParser.java:3906)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Block(JavaParser.java:3855)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TryStatement(JavaParser.java:4534)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Statement(JavaParser.java:3754)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.BlockStatement(JavaParser.java:3906)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.Block(JavaParser.java:3855)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.MethodDeclaration(JavaParser.java:1933)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassBodyDeclaration(JavaParser.java:1012)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassBody(JavaParser.java:874)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.UnmodifiedClassDeclaration(JavaParser.java:801)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.ClassDeclaration(JavaParser.java:706)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.TypeDeclaration(JavaParser.java:555)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.CompilationUnit(JavaParser.java:303)
at 
net.sourceforge.cobertura.javancss.parser.JavaParser.parse(JavaParser.java:100)
at 
net.sourceforge.cobertura.javancss.Javancss._measureSource(Javancss.java:192)
at 
net.sourceforge.cobertura.javancss.Javancss._measureRoot(Javancss.java:268)
at net.sourceforge.cobertura.javancss.Javancss.(Javancss.java:346)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSource(ComplexityCalculator.java:105)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSingleFile(ComplexityCalculator.java:143)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForSourceFileNameInternal(ComplexityCalculator.java:234)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForPackageInternal(ComplexityCalculator.java:201)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForProject(ComplexityCalculator.java:167)
at 
net.sourceforge.cobertura.reporting.xml.XMLReport.(XMLReport.java:67)
at 
net.sourceforge.cobertura.reporting.Main.parseArguments(Main.java:106)
at net.sourceforge.cobertura.reporting.Main.main(Main.java:169)

[INFO] Cobertura Report generation was successful.
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[2.216s]
[INFO] Apache CloudStack . SUCCESS [2.490s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [1.043s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [19.225s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:13.626s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.152s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [50.569s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [26.612s]
[INFO] Apache CloudStack API . SUCCESS [1:43.315s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [15.752s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [29.613s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.100s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [27.019s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [20.804s]
[INFO] Apache CloudStack Core  SUCCESS [1:11.805s]
[INFO] Apache CloudStack Agents .. SUCCESS [35.079s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [31.369s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [15.557s]
[INFO] Apache CloudStack

Re: [ACS450] Template Delete Button Missing in UI

[Marcus]

Yeah, the template view is much nicer in 4.5. Instead of having the
template list littered with the templates repeated for each zone, the
template list shows one entry for each template, then you can click on
the template and see its status in each zone.

On Wed, Feb 18, 2015 at 10:03 AM, Mike Tutkowski
 wrote:
> I don't think it's missing.
>
> You need to go into the details view for the template and select the
> applicable zone.
>
> You should then be able to delete the template.
>
> On Wednesday, February 18, 2015, ilya musayev 
> wrote:
>
>> In ACS 4.5.0 Template Delete Button Missing in UI? is this by design?
>>
>> This would be a major bug (for some folks who operate public clouds with
>> cloudstack UI, blocker).
>>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*

Re: [ACS450] Template Delete Button Missing in UI

[ilya musayev]

Mike,

Good catch, i did see the view change, but i was under impression that 
by rolling over the quick view (+) i'd see the delete button. Instead 
quickview shows nothing.


I pressed on the template and i see it.

Thanks
ilya

On 2/18/15 10:03 AM, Mike Tutkowski wrote:

I don't think it's missing.

You need to go into the details view for the template and select the
applicable zone.

You should then be able to delete the template.

On Wednesday, February 18, 2015, ilya musayev 
wrote:


In ACS 4.5.0 Template Delete Button Missing in UI? is this by design?

This would be a major bug (for some folks who operate public clouds with
cloudstack UI, blocker).

Libvirt & RBD caching

[Logan Barfield]

Our current deployment is KVM with Ceph RBD primary storage.  We have
rbd_cache enabled, and use "cache=none" in Qemu by default.

I've been running some tests to try to figure out why our write speeds
with FreeBSD are significantly lower than Linux.  I was testing both
RBD and local SSD storage, with various cache configurations.  Out of
all of them the only one that performed close to our standard Linux
images was local SSD, Qemu cache=writeback, FreeBSD gpt journal
enabled.

I've been reading on various lists the reasons and risks for
cache=none vs cache=writeback:
- cache=none: Safer for live migration
- cache=writeback: Ceph RBD docs claim that this is required for data
integrity when using rbd_cache

>From what I can tell performance is generally the same with both,
except in the case of FreeBSD.

What is the current line of thinking on this?  Should be using 'none'
or 'writeback' with RBD by default?  Is 'writeback' considered safe
for live migration?

Jenkins build is back to normal : build-master-slowbuild #907

[jenkins]

See 

Re: Libvirt & RBD caching

[Wido den Hollander]

On 18-02-15 21:00, Logan Barfield wrote:
> Our current deployment is KVM with Ceph RBD primary storage.  We have
> rbd_cache enabled, and use "cache=none" in Qemu by default.
> 
> I've been running some tests to try to figure out why our write speeds
> with FreeBSD are significantly lower than Linux.  I was testing both
> RBD and local SSD storage, with various cache configurations.  Out of
> all of them the only one that performed close to our standard Linux
> images was local SSD, Qemu cache=writeback, FreeBSD gpt journal
> enabled.
> 

I think the main problem is that FreeBSD uses ide/scsi and Linux uses
VirtIO.

Have you tried running FreeBSD 10 with the OS type set to Ubuntu for
example?

> I've been reading on various lists the reasons and risks for
> cache=none vs cache=writeback:
> - cache=none: Safer for live migration
> - cache=writeback: Ceph RBD docs claim that this is required for data
> integrity when using rbd_cache
> 
> From what I can tell performance is generally the same with both,
> except in the case of FreeBSD.
> 
> What is the current line of thinking on this?  Should be using 'none'
> or 'writeback' with RBD by default?  Is 'writeback' considered safe
> for live migration?
> 

None should still be ok, since librbd does the caching. It's not Qemu
who does the caching.

Wido

Re: Libvirt & RBD caching

[Logan Barfield]

We're running FreeBSD with VirtIO.  Disk is VirtIO in the libvirt
config, and shows up as a 'vtbd' device in /dev.  I'm kind of stumped
on where the performance discrepancy could be coming from.

Thank You,

Logan Barfield
Tranquil Hosting


On Wed, Feb 18, 2015 at 3:23 PM, Wido den Hollander  wrote:
>
>
> On 18-02-15 21:00, Logan Barfield wrote:
>> Our current deployment is KVM with Ceph RBD primary storage.  We have
>> rbd_cache enabled, and use "cache=none" in Qemu by default.
>>
>> I've been running some tests to try to figure out why our write speeds
>> with FreeBSD are significantly lower than Linux.  I was testing both
>> RBD and local SSD storage, with various cache configurations.  Out of
>> all of them the only one that performed close to our standard Linux
>> images was local SSD, Qemu cache=writeback, FreeBSD gpt journal
>> enabled.
>>
>
> I think the main problem is that FreeBSD uses ide/scsi and Linux uses
> VirtIO.
>
> Have you tried running FreeBSD 10 with the OS type set to Ubuntu for
> example?
>
>> I've been reading on various lists the reasons and risks for
>> cache=none vs cache=writeback:
>> - cache=none: Safer for live migration
>> - cache=writeback: Ceph RBD docs claim that this is required for data
>> integrity when using rbd_cache
>>
>> From what I can tell performance is generally the same with both,
>> except in the case of FreeBSD.
>>
>> What is the current line of thinking on this?  Should be using 'none'
>> or 'writeback' with RBD by default?  Is 'writeback' considered safe
>> for live migration?
>>
>
> None should still be ok, since librbd does the caching. It's not Qemu
> who does the caching.
>
> Wido

findbugs

[Daan Hoogland]

People,

I reset the counter on the findbugs in the slowbuild. After the build
was broken for a while we didn't all bother anymore. Let's get back to
it and try and chase new issues it reports (don't hesitate to bug me
about it at least)

regards,
-- 
Daan

Build failed in Jenkins: cloudstack-4.4-maven-build-noredist #445

[jenkins]

See 


Changes:

[marcus_sorensen] CLOUDSTACK-8263: KVM - virsh resize doesnt refresh libvirt's 
view of the volume size, refresh pool

--
[...truncated 2434 lines...]
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-framework-jobs ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-framework-jobs ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-framework-jobs ---
[INFO] Compiling 33 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-jobs ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 4 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-framework-jobs ---
[INFO] Compiling 4 source files to 

[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-framework-jobs ---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] --- maven-jar-plugin:2.4:jar (default-jar) @ cloud-framework-jobs ---
[INFO] Building jar: 

[INFO] 
[INFO] --- maven-site-plugin:3.3:attach-descriptor (attach-descriptor) @ 
cloud-framework-jobs ---
[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install (default-install) @ 
cloud-framework-jobs ---
[INFO] Installing 

 to 
/home/jenkins/.m2/repository/org/apache/cloudstack/cloud-framework-jobs/4.4.3-SNAPSHOT/cloud-framework-jobs-4.4.3-SNAPSHOT.jar
[INFO] Installing 

 to 
/home/jenkins/.m2/repository/org/apache/cloudstack/cloud-framework-jobs/4.4.3-SNAPSHOT/cloud-framework-jobs-4.4.3-SNAPSHOT.pom
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Cloud Engine Internal Components API 
4.4.3-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-engine-components-api ---
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-engine-components-api ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-engine-components-api ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-engine-components-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-engine-components-api ---
[INFO] Compiling 31 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-engine-components-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-engine-components-api ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-engine-components-api ---
[INFO] Surefire report directory: 


-

Jenkins build is still unstable: simulator-singlerun #977

[jenkins]

See 

Jenkins build is still unstable: simulator-4.5-singlerun #160

[jenkins]

See 

Re: Libvirt & RBD caching

[Nux!]

What tests have you done exactly?
I'll try to replicate them in my setup.

FreeBSD also seemed slower to me, though I was more concerned with the network 
throughput, it struggles to saturate 1Gbps whereas linux ..just flies.
I would have loved to be able to use pfSense more seriously, but performance 
sucked in a VM.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Logan Barfield" 
> To: dev@cloudstack.apache.org
> Sent: Wednesday, 18 February, 2015 20:35:12
> Subject: Re: Libvirt & RBD caching

> We're running FreeBSD with VirtIO.  Disk is VirtIO in the libvirt
> config, and shows up as a 'vtbd' device in /dev.  I'm kind of stumped
> on where the performance discrepancy could be coming from.
> 
> Thank You,
> 
> Logan Barfield
> Tranquil Hosting
> 
> 
> On Wed, Feb 18, 2015 at 3:23 PM, Wido den Hollander  wrote:
>>
>>
>> On 18-02-15 21:00, Logan Barfield wrote:
>>> Our current deployment is KVM with Ceph RBD primary storage.  We have
>>> rbd_cache enabled, and use "cache=none" in Qemu by default.
>>>
>>> I've been running some tests to try to figure out why our write speeds
>>> with FreeBSD are significantly lower than Linux.  I was testing both
>>> RBD and local SSD storage, with various cache configurations.  Out of
>>> all of them the only one that performed close to our standard Linux
>>> images was local SSD, Qemu cache=writeback, FreeBSD gpt journal
>>> enabled.
>>>
>>
>> I think the main problem is that FreeBSD uses ide/scsi and Linux uses
>> VirtIO.
>>
>> Have you tried running FreeBSD 10 with the OS type set to Ubuntu for
>> example?
>>
>>> I've been reading on various lists the reasons and risks for
>>> cache=none vs cache=writeback:
>>> - cache=none: Safer for live migration
>>> - cache=writeback: Ceph RBD docs claim that this is required for data
>>> integrity when using rbd_cache
>>>
>>> From what I can tell performance is generally the same with both,
>>> except in the case of FreeBSD.
>>>
>>> What is the current line of thinking on this?  Should be using 'none'
>>> or 'writeback' with RBD by default?  Is 'writeback' considered safe
>>> for live migration?
>>>
>>
>> None should still be ok, since librbd does the caching. It's not Qemu
>> who does the caching.
>>
> > Wido

Jenkins build is still unstable: simulator-singlerun #978

[jenkins]

See 

Re: Remember this one? CLOUDSTACK-7319

[Rajani Karuturi]

comment from anthony on the review request.

"

This srcipt is not used for XS 6.2 + SP1 + FOX and above, vdi.copy is
used instead. it is good to have this fix though.
"



~Rajani

On Wed, Feb 18, 2015 at 9:16 PM, Remi Bergsma 
wrote:

> Hi,
>
> This summer we had some serious issues with creating snapshots on
> XenServer, see CLOUDSTACK-7319 for details. Long story short, to copy the
> ‘dd’ command was used and that hammered dom0 until it would crash/fence.
> The script that did the copy at the time was vmopsSnapshot. We added two
> flags: iflag=direct and oflag=direct. Problem solved from 4.4.0 and on
> you’d expect.
>
> We just had a hypervisor crashing due to heavy dd load again. Eventually,
> it could not reach the storage any more so it fenced.  When investigating,
> we found that the copy is now done again without the direct flags. The
> reason is that the script has been removed and that a xapi plugin is now
> used instead. Problem is that this does not use the direct flags :-s So our
> issue is back.
>
> /etc/xapi.d/plugins/copy:
> def dd_vdi__(src_dev, dest_dev):
> os.system('dd if=/dev/%s of=/dev/%s bs=2M' % (src_dev, dest_dev))
>
> We will be hot fixing all hypervisors and add the flags asap.
>
> This happens from 4.4 and on if you’re using XenServer 6.2.5 (which is
> 6.2.0 with patch XS62ESP1004). If you run this XenServer version, I’d patch
> the copy script asap.
>
> Regards,
> Remi
>
>
>
>
>
>
>
>
>
>

Re: pending issues on 4.4.2 and 4.3.2

[Rajani Karuturi]

Thanks for taking care of 4.4 Daan.

I triaged for 4.3 and moved some of them to Future and a few to 4.5

I marked 4.4.2 and 4.3.2 as released in Jira.

Here is what I followed
1. all sub-tasks or marker tasks moved to Future
2. moved some of the doc issues to Future and a few to 4.5
3. resolved bugs with commit ids in the comments
4. moved a few issues which i thought are critical to 4.5

These are the issues which I think should be fixed in 4.5:
 1. https://issues.apache.org/jira/browse/CLOUDSTACK-7539
 2. https://issues.apache.org/jira/browse/CLOUDSTACK-7539
 3. https://issues.apache.org/jira/browse/CLOUDSTACK-6270
 4. https://issues.apache.org/jira/browse/CLOUDSTACK-8085
 5. https://issues.apache.org/jira/browse/CLOUDSTACK-4879
 6. https://issues.apache.org/jira/browse/CLOUDSTACK-5123
 7. https://issues.apache.org/jira/browse/CLOUDSTACK-6307
 8. https://issues.apache.org/jira/browse/CLOUDSTACK-6871
 9. https://issues.apache.org/jira/browse/CLOUDSTACK-4890


~Rajani

On Wed, Feb 18, 2015 at 4:15 PM, Daan Hoogland 
wrote:

> Don't spend to much time. if there is a 4.3.3 mark the 4.3 ones as
> such. I'll look at the 4.4 ones.
>
> On Wed, Feb 18, 2015 at 9:58 AM, Rajani Karuturi 
> wrote:
> > No Daan. I haven't triaged yet. I tried to mark them as released in jira
> > and it showed me the open issues.
> > I will try git grep for any commits in 4.3, 4.4 or 4.5. But, it would be
> > difficult to co-relate unless the commits have bug ids.
> >
> > 4.3.2 has 158 issues[1] and 4.4.2 has 2 open issues[2]
> >
> > [1]
> https://issues.apache.org/jira/browse/CLOUDSTACK/fixforversion/12329046/
> > [2]
> https://issues.apache.org/jira/browse/CLOUDSTACK/fixforversion/12328985/
> >
> >
> > ~Rajani
> >
> > On Wed, Feb 18, 2015 at 1:35 PM, Daan Hoogland 
> > wrote:
> >
> >> Rajani, did you triage them? Maybe some of those are fixed in commits
> >> after the release. In that case they can be marked with all of 4.3.3,
> >> 4.4.3 and 4.5.0. Otherwise we can still decide to put them on higher
> >> versions or on 'future'
> >>
> >> On Wed, Feb 18, 2015 at 7:26 AM, Abhinandan Prateek
> >>  wrote:
> >> > Since we are still voting and fixing 4.5 RC, these should be moved to
> >> 4.5.
> >> > If these are not fixed now then they can be moved to 4.6 after 4.5 is
> >> released.
> >> >
> >> > -abhi
> >> >
> >> >> On 18-Feb-2015, at 12:13 pm, Rajani Karuturi 
> wrote:
> >> >>
> >> >> Hi all,
> >> >> There are some open issues on 4.4.2 on 4.3.2.
> >> >> Since they are already released, what should be the target release
> for
> >> >> these issues?
> >> >> Should I move them to 4.6 (since we dont have 4.3.3 or 4.4.3
> planned)?
> >> >>
> >> >> Thanks,
> >> >> ~Rajani
> >> >
> >> > Find out more about ShapeBlue and our range of CloudStack related
> >> services
> >> >
> >> > IaaS Cloud Design & Build<
> >> http://shapeblue.com/iaas-cloud-design-and-build//>
> >> > CSForge – rapid IaaS deployment framework<
> http://shapeblue.com/csforge/>
> >> > CloudStack Consulting
> >> > CloudStack Software Engineering<
> >> http://shapeblue.com/cloudstack-software-engineering/>
> >> > CloudStack Infrastructure Support<
> >> http://shapeblue.com/cloudstack-infrastructure-support/>
> >> > CloudStack Bootcamp Training Courses<
> >> http://shapeblue.com/cloudstack-training/>
> >> >
> >> > This email and any attachments to it may be confidential and are
> >> intended solely for the use of the individual to whom it is addressed.
> Any
> >> views or opinions expressed are solely those of the author and do not
> >> necessarily represent those of Shape Blue Ltd or related companies. If
> you
> >> are not the intended recipient of this email, you must neither take any
> >> action based upon its contents, nor copy or show it to anyone. Please
> >> contact the sender if you believe you have received this email in error.
> >> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
> >> Services India LLP is a company incorporated in India and is operated
> under
> >> license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
> >> company incorporated in Brasil and is operated under license from Shape
> >> Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic
> of
> >> South Africa and is traded under license from Shape Blue Ltd. ShapeBlue
> is
> >> a registered trademark.
> >>
> >>
> >>
> >> --
> >> Daan
> >>
>
>
>
> --
> Daan
>

Re: [devcloud-kvm] what is the password for root?

[Rohit Yadav]

Hi Wilder,

I use this ansible based tool to setup my one node DevCloud KVM setup
locally on a VM or baremetal: https://github.com/bhaisaab/peppercorn
(may need suitable changes as per your environment).

Every time I build stuff, I copy jars from local build dir to KVM host's
/usr/share/cloudstack-agent and cloudstack-common. In fact, I use this
using CloudStack. So a VM running in basic zone no SG can be used as a
KVM host using peppercorn.

On Wednesday 18 February 2015 10:50 PM, Wilder Rodrigues wrote:

It works!

But I won’t celebrate that much because in the past 2 ours I have changed a ton 
of things.

[ekho@devcloud-kvm-ekho-vm devcloud-kvm]$ ssh 
root@192.168.100.10
root@192.168.100.10's password:
Last login: Tue Apr  1 09:15:00 2014 from 192.168.100.1
[root@devcloud-kvm ~]#
[root@devcloud-kvm ~]#
[root@devcloud-kvm ~]# ls
Desktop  Documents  Downloads  Music  Pictures  Public  Templates  Videos  
anaconda-ks.cfg  install.log  install.log.syslog
[root@devcloud-kvm ~]#


I will go on for now but will recreate the environment, really from scratch!

Thanks for the support, guys!

Cheers,
Wilder


On 18 Feb 2015, at 18:16, Wilder Rodrigues 
mailto:wrodrig...@schubergphilis.com>> wrote:

Hi there guys,

@Nux: thanks a lot… went through and and some other links I found and am now 
connected to the machine

@Marcus: really weird! I found some presentations (form you) around April last 
year and they also mention “password” as being the passed. I think my 
environment is not properly done yet.

I’m using the CentOS one and the host OS is also CentOS, but the 6.4 version. I 
had to update the kernel in order to get KVM nested stuff enable. Been through 
a lot today, but I think it’s moving towards the right direction now.

current situation here: 
https://twitter.com/wilderrodrigues/status/568096520161140736  :)

I will take care of children’s dinner and will be back to you tomorrow.

Cheers,
Wilder

On 18 Feb 2015, at 17:01, Marcus 
mailto:shadow...@gmail.com>> wrote:

Are you using the Ubuntu or CentOS version? The Ubuntu one may not
allow root by default (standard for Ubuntu), but might be user
'ubuntu' and password 'password', from which you can sudo.

On Wed, Feb 18, 2015 at 7:56 AM, Marcus 
mailto:shadow...@gmail.com>> wrote:
It should be 'password', I've redeployed one just recently.

On Wed, Feb 18, 2015 at 6:57 AM, Nux! mailto:n...@li.nux.ro>> 
wrote:
You can use virt-manager for that, similar to the virtualbox interface.
http://virt-manager.org/

On the server:
yum install virt-manager xorg-x11-xauth dejavu-lgc-sans-fonts

Logout from the ssh session, start X11 on your OSX and re-login to the server with "ssh 
-X", then type "virt-manager", this GUI will run over SSH. This will allow you to 
stop/start/VNC etc.

HTH
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
From: "Wilder Rodrigues" 
To: "Nux!" 
Cc: dev@cloudstack.apache.org, "Wido den Hollander" , "ilya mailing 
lists"
, "Marcus Schaefer - KLM - External" 
, "Funs Kessen"
, "Hugo Trippaers" , 
"int-cloud"
, "int-toolkit" , 
"Daan Hoogland"

Sent: Wednesday, 18 February, 2015 14:43:10
Subject: Re: [devcloud-kvm] what is the password for root?

That bit I know… But have to get to the guest VM console.

I have a CentOS 6.4 with qemu-kvm and libvirt. Everything is running fine.

I’m trying this here:
http://askubuntu.com/questions/569418/how-to-start-a-kvm-guest-as-single-user-mode

Will let you know if it works.

Thanks for the quick replies. :)

Cheers,
Wilder



On 18 Feb 2015, at 15:35, Nux! mailto:n...@li.nux.ro>> wrote:

Well, What OS is that? Never used devcloud.
BUT a few pointers:
http://askubuntu.com/questions/24006/how-do-i-reset-a-lost-administrative-password
http://wiki.centos.org/TipsAndTricks/ResetRootPassword

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
From: "Wilder Rodrigues" 
To: "Nux!" 
Cc: dev@cloudstack.apache.org, "Wido den Hollander" , "ilya
mailing lists"
, "Marcus Schaefer - KLM - External"
, "Funs Kessen"
, "Hugo Trippaers" ,
"int-cloud"
, "int-toolkit" ,
"Daan Hoogland"

Sent: Wednesday, 18 February, 2015 14:32:40
Subject: Re: [devcloud-kvm] what is the password for root?

Hi Nux,

Thanks for the reply… :)

Thats my first time setting this up. So, to be really honest, I do not know how
to do what you just mentioned. :(

Will google it.. or perhaps you can give tips. :)

Cheers,
Wilder

On 18 Feb 2015, at 15:14, Nux! mailto:n...@li.nux.ro>> wrote:

Can't you boot that in single user mode and reset the password?

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
From: "Wilder Rodrigues"
mailto:wrodrig...@schubergphilis.com>>
To: dev@cloudstack.apache.org, "Wido den
Hollander" mailto:w...@widodh.nl>>, "ilya mailing lists"
mailto:ilya.mailing.

Re: Your thoughts on using Primary Storage for keeping snapshots

[Rohit Yadav]

Sounds like a good idea.

On Wednesday 18 February 2015 10:29 PM, Mike Tutkowski wrote:

So, I spoke with Edison a couple months ago about my desire to take
snapshots on SolidFire's SAN instead of a making a backup on secondary
storage.

As Edison explained, CloudStack is theoretically flexible enough to
accommodate this if the developer implements the SnapshotStrategy interface
and orchestrates what needs to be done.


May be we can refactor the core to not assume that snapshots be
available only on secondary storage and implement a SnapshotStrategy
class that user can choose via a global setting, the core reads which
strategy it is and based on that decides that to assume.


I went ahead and implemented this approach successfully in XenServer
(although, as I mentioned earlier, not in as ideal a fashion as I would
have liked due to issues in XenServer). However, along the way, I found
that there was code in CloudStack "core" that assumed snapshots would be
stored on secondary storage.

I went ahead and made this core logic more flexible in 4.6 and so 4.6 is
the first release that I will be able to offer the ability for users to
take CloudStack snapshots that are stored on my SAN instead of on secondary
storage.

I then implemented a custom DataMotionStrategy to use with my snapshots so
that I could create templates for general use in CloudStack and so I could
make CloudStack volumes from my snapshots.


I think the bigger idea I'm seeing here is to allow primary storage to
be used as a staging storage, where both (immutable, so once made no one
changes them) snapshots and even templates can be stored and migrated in
background to secondary storage. The implementation would be easiest for
NFS and local storage, not sure about others, and except for Xen (since
snapshots are differential/incremental) it should be easier for KVM,
VMWare etc using full (immutable) snapshots.


Again...I know this thread is more about RBD, but I thought this might be
of interest as an FYI.


Keeping snapshots on primary storage would be a huge performance bonus,
not just for RBD but other storage technologies as well.

I think it's a good idea, as I've seen snapshots taking too much time
because of network latency issues.



On Wed, Feb 18, 2015 at 6:09 AM, Punith S  wrote:


+1 with this feature.

like Logan said the current snapshot is just a copy of VDI/vmdk/qcow2's to
the secondary storage
hence the current feature acts as a backup feature taking a long time.

also the current cloudstack storage framework is not allowing the third
party storage vendors like cloudbyte and others to leverage their backend
storage snapshot feature where file systems support Copy on Write.

for example : In cloudbyte elastistor which is based on zfs filesystem, it
allows to take multiple snapshots within seconds.
  and a volume clones can be created from each snapshot.
hence if the VDI/vmdk/qcow2's are already residing in
  the volume, the clones will just replicate the
existing virtual disks. hence there will be no overhead of copying a
  snapshot to a new volume or primary storage over the
network.

hence there should be an option provided to leverage a snapshot and
creating a volume out of it to the corresponding backend storage provider
in use.

thanks


On Tue, Feb 17, 2015 at 3:11 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:


Whatever way you think makes the most sense.

Either way, I'm working on this for XenServer and ESXi (eventually on

KVM,

I expect) for managed storage (SolidFire is an example of managed

storage).


On Mon, Feb 16, 2015 at 2:38 PM, Andrei Mikhailovsky 
wrote:


I am happy to see the discussion is taking its pace and a lot of people
tend to agree that we should address this area. I have done the ticket

for

that, but I am not sure if this should be dealt in a more general way

as

suggested. Or perhaps having individual tickets for each hypervisor

would

achieve a faster response from the community?

Andrei

- Original Message -


From: "Mike Tutkowski" 
To: dev@cloudstack.apache.org
Sent: Monday, 16 February, 2015 9:17:26 PM
Subject: Re: Your thoughts on using Primary Storage for keeping
snapshots



Well...count me in on the general-purpose part (I'm already working
on that
and have much of it working).



If someone is interested in implementing the RBD part, he/she can
sync with
me and see if there is any overlapping work that I've already
implementing
from a general-purpose standpoint.



On Mon, Feb 16, 2015 at 1:39 PM, Ian Rae  wrote:



Agree with Logan. As fans of Ceph as well as SolidFire, we are
interested
in seeing this particular use case (RBD/KVM) being well
implemented,
however the concept of volume snapshots residing only on primary
storage vs
being transferred to secondary storage is a more generally useful
one that
is worth solving with the same terminology and interfaces, even if
the
mechanisms may be specific to