RE: is cwiki down? error with 503

[Paul Angus]

I'm getting the same thing.

Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
paul.an...@shapeblue.com

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
Sent: 16 February 2014 07:05
To: dev@cloudstack.apache.org
Subject: is cwiki down? error with 503

Hi,

When tried to access cwiki am getting

Service Temporarily Unavailable
The server is temporarily unable to service your request due to maintenance 
downtime or capacity problems. Please try again later.

Apache/2.2.20 (Ubuntu) Server at cwiki.apache.org Port 443


Thanks
Rajesh Battala
Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training
18th-19th February 2014, Brazil. 
Classroom
17th-23rd March 2014, Region A. Instructor led, 
On-line
24th-28th March 2014, Region B. Instructor led, 
On-line
16th-20th June 2014, Region A. Instructor led, 
On-line
23rd-27th June 2014, Region B. Instructor led, 
On-line

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

devcloud 2 to 3 - network configuration

[chris snow]

For the vagrant version of devcloud that I am working on (which may
become devcloud 3?), I have had to switch the network cards in
Virtualbox.

Devcloud2 has

eth0 - host only network
eth1 - nat network

However, Vagrant requires the first network card to be the NAT one, i.e.

eth0 - nat network
eth1 - host only network

Question 1: Am I correct in thinking that I just need to make the
following changes to the devcloud2 network setup:

auto xenbr0
iface xenbr0 inet static
bridge_ports eth0 # <-- devcloud3 changes this to eth1
address 192.168.56.10
netmask 255.255.255.0
network 192.168.56.0
broadcast 192.168.56.255
gateway 192.168.56.1
dns_nameservers 8.8.8.8 8.8.4.4
post-up route del default gw 192.168.56.1; route add default
gw 192.168.56.1 metric 100;

auto xenbr1
iface xenbr1 inet dhcp
bridge_ports eth1   # <-- devcloud3 changes this to eth0
dns_nameservers 8.8.8.8 8.8.4.4
post-up route add default gw 10.0.3.2  # <-- devcloud3 changes
this to 10.0.2.2

Question 2: What is the purpose of xenbr0 and xenbr1?  I.e. how are
there bridges used by cloudstack / xen?

Many thanks,

Chris

Re: is cwiki down? error with 503

[John Kinsella]

Yep was down last night, infra has a few issues on 
http://monitoring.apache.org/status/ if you look at things that started around 
the same time. I haven’t asked but I presume they know about it.

John

On Feb 16, 2014, at 12:32 AM, Paul Angus 
mailto:paul.an...@shapeblue.com>> wrote:

I'm getting the same thing.

Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
paul.an...@shapeblue.com

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
Sent: 16 February 2014 07:05
To: dev@cloudstack.apache.org
Subject: is cwiki down? error with 503

Hi,

When tried to access cwiki am getting

Service Temporarily Unavailable
The server is temporarily unable to service your request due to maintenance 
downtime or capacity problems. Please try again later.

Apache/2.2.20 (Ubuntu) Server at cwiki.apache.org Port 443


Thanks
Rajesh Battala
Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training
18th-19th February 2014, Brazil. 
Classroom
17th-23rd March 2014, Region A. Instructor led, 
On-line
24th-28th March 2014, Region B. Instructor led, 
On-line
16th-20th June 2014, Region A. Instructor led, 
On-line
23rd-27th June 2014, Region B. Instructor led, 
On-line

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Stratosec - Compliance as a Service
o: 415.315.9385
@johnlkinsella

[PROPOSAL] Granular Controller Support in CloudStack over VMware deployments

[Sateesh Chodapuneedi]

Hi,

I would like to add support for granular disk controller support for CloudStack 
over VMware deployments.

To access virtual disks, CD/DVD-ROM, and SCSI devices, a virtual machine uses 
storage controllers.

Virtual storage controllers appear to a virtual machine as different types of 
controllers of type IDE or SCSI. Further SCSI controllers can be classified 
into 4 sub types, as below
BusLogic Parallel
LSI Logic Parallel,
LSI Logic SAS
VMware Paravirtual SCSI

Currently CloudStack supports following combinations only.
DATA volumes - SCSI controller (LSI Logic Parallel) - Hard coded in source 
code, no option for user to edit/choose the controller type
ROOT volumes - IDE or SCSI (LSI Logic Parallel) - Baed on value of global 
configuration parameter "vmware.root.disk.controller"

Currently the instances are deployed with the the LSI Parallel controller type. 
This might result in failure to boot when attempting to deploy templates that 
use the LSI SAS controller.

CloudStack should provide administrator the means to choose the type of disk 
controller (including sub types listed in introduction section above) for an 
instance. The controller to be used by VM to access virtual disk (volume) can 
decided for various reasons. Some of them are listed here,
*   Some controllers are optimized for best performance over specific backend 
infrastructure like SAN. Ex: VMware Paravirtual SCSI
*Compatibility of some controllers with VM's virtual hardware version or 
guest operating system.
*Operating system vendor recommendation and default set of drivers 
distributed as part of operating system image. Ex: Windows 8.1 ISO doesn't have 
Lsi Logic Parallel SCSI drivers by default. Hence a virtual disk attached to 
this controller won't accessible during installation of OS using the ISO.

CloudStack should provide administrator an option which auto detects the 
recommended disk controller for the instance's guest operating system and 
applicable virtual hardware version.
Kindly let me know your thoughts.

JIRA ticket - CLOUDSTACK-4787

Note:- Detailed Functional Specification is to be added at cwiki.apache.org 
under 4.4 Design documents. Currently cwiki.apache.org is down. Waiting for the 
site to come up to add the FS document.

Regards,
Sateesh

Re: [VOTE] Apache CloudStack 4.3.0 (fifth round)

[Animesh Chaturvedi]

+1 (binding) verified release artifacts, tested with devcloud.

Thanks
Animesh

On Feb 13, 2014, at 10:25 PM, "Animesh Chaturvedi" 
 wrote:

> 
> 
> 
> Hi All,
> 
> 
> 
> I've created a 4.3.0 release, with the following artifacts up for a
> 
> vote:
> 
> 
> 
> Given that we have had multiple RC rounds with community testing a few times, 
> I would like to close out this VOTE little sooner by Tuesday morning PST.
> 
> 
> 
> Git Branch and Commit SH:
> 
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.3
> Commit: adf4dd59270917b1607940d7064748bd438cbbcc
> 
> 
> 
> List of changes:
> 
> New Features in 4.3: https://issues.apache.org/jira/issues/?filter=12325248
> 
> Improvement in 4.3: https://issues.apache.org/jira/issues/?filter=12325249
> 
> Issues fixed in 4.3 https://issues.apache.org/jira/issues/?filter=12326161
> 
> Known Issues in 4.3: https://issues.apache.org/jira/issues/?filter=12326162
> 
> 
> 
> 
> 
> 
> 
> Source release (checksums and signatures are available at the same
> 
> location):
> 
> https://dist.apache.org/repos/dist/dev/cloudstack/4.3.0/
> 
> 
> 
> PGP release keys (signed using 94BE0D7C):
> 
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> 
> 
> 
> Testing instructions are here:
> 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+procedure
> 
> 
> 
> Vote will be open for 72 hours (Tuesday morning PST)
> 
> 
> 
> For sanity in tallying the vote, can PMC members please be sure to indicate 
> "(binding)" with their vote?
> 
> 
> 
> [ ] +1  approve
> 
> [ ] +0  no opinion
> 
> [ ] -1  disapprove (and reason why)
> 
> 

RE: [PROPOSAL] Granular Controller Support in CloudStack over VMware deployments

[Alex Huang]

Sateesh,

I think if you want to do this then it points to a larger change to templates.  
Today, the templates carry no meta information.  This means templates should 
carry meta information regarding the os image and how to support it.  This 
should not specifically target vmware.  It can benefit all other hypervisors.  
I know Anthony's also been working on something similar for XenServer.  I 
suggest you guys get together and think about the right approach to abstract 
this and how to pass this information to the hypervisor from the template.

--Alex

> -Original Message-
> From: Sateesh Chodapuneedi [mailto:sateesh.chodapune...@citrix.com]
> Sent: Sunday, February 16, 2014 8:48 PM
> To: dev@cloudstack.apache.org
> Subject: [PROPOSAL] Granular Controller Support in CloudStack over
> VMware deployments
> 
> Hi,
> 
> I would like to add support for granular disk controller support for 
> CloudStack
> over VMware deployments.
> 
> To access virtual disks, CD/DVD-ROM, and SCSI devices, a virtual machine
> uses storage controllers.
> 
> Virtual storage controllers appear to a virtual machine as different types of
> controllers of type IDE or SCSI. Further SCSI controllers can be classified 
> into 4
> sub types, as below
> BusLogic Parallel
> LSI Logic Parallel,
> LSI Logic SAS
> VMware Paravirtual SCSI
> 
> Currently CloudStack supports following combinations only.
> DATA volumes - SCSI controller (LSI Logic Parallel) - Hard coded in source
> code, no option for user to edit/choose the controller type
> ROOT volumes - IDE or SCSI (LSI Logic Parallel) - Baed on value of global
> configuration parameter "vmware.root.disk.controller"
> 
> Currently the instances are deployed with the the LSI Parallel controller 
> type.
> This might result in failure to boot when attempting to deploy templates that
> use the LSI SAS controller.
> 
> CloudStack should provide administrator the means to choose the type of
> disk controller (including sub types listed in introduction section above) 
> for an
> instance. The controller to be used by VM to access virtual disk (volume) can
> decided for various reasons. Some of them are listed here,
> *   Some controllers are optimized for best performance over specific
> backend infrastructure like SAN. Ex: VMware Paravirtual SCSI
> *Compatibility of some controllers with VM's virtual hardware version or
> guest operating system.
> *Operating system vendor recommendation and default set of drivers
> distributed as part of operating system image. Ex: Windows 8.1 ISO doesn't
> have Lsi Logic Parallel SCSI drivers by default. Hence a virtual disk 
> attached to
> this controller won't accessible during installation of OS using the ISO.
> 
> CloudStack should provide administrator an option which auto detects the
> recommended disk controller for the instance's guest operating system and
> applicable virtual hardware version.
> Kindly let me know your thoughts.
> 
> JIRA ticket - CLOUDSTACK-4787
> 
> Note:- Detailed Functional Specification is to be added at cwiki.apache.org
> under 4.4 Design documents. Currently cwiki.apache.org is down. Waiting for
> the site to come up to add the FS document.
> 
> Regards,
> Sateesh

Re: Review Request 17702: CLOUDSTACK-2232: Adding automation test cases for Persistent Networks feature

[Santhosh Edukulla]

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



tools/marvin/marvin/integration/lib/base.py


One function should suffice i believe as such the internal implementation 
is not much varied.


- Santhosh Edukulla


On Feb. 14, 2014, 10:38 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/17702/
> ---
> 
> (Updated Feb. 14, 2014, 10:38 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-2232
> https://issues.apache.org/jira/browse/CLOUDSTACK-2232
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding automation test cases for Persistent Networks feature.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_persistent_networks.py f61ccaa 
>   tools/marvin/marvin/config/config.cfg 7840b7c 
>   tools/marvin/marvin/integration/lib/base.py aa23029 
>   tools/marvin/marvin/integration/lib/common.py e202391 
> 
> Diff: https://reviews.apache.org/r/17702/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 17702: CLOUDSTACK-2232: Adding automation test cases for Persistent Networks feature

[Ashutosh Kelkar]

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

(Updated Feb. 17, 2014, 7:14 a.m.)


Review request for cloudstack, Girish Shilamkar and Santhosh Edukulla.


Changes
---

Clubbed lock and disable operation in one function.


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


Repository: cloudstack-git


Description
---

Adding automation test cases for Persistent Networks feature.


Diffs (updated)
-

  test/integration/component/test_persistent_networks.py f61ccaa 
  tools/marvin/marvin/config/config.cfg 7840b7c 
  tools/marvin/marvin/integration/lib/base.py aa23029 
  tools/marvin/marvin/integration/lib/common.py e202391 

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


Testing
---


Thanks,

Ashutosh Kelkar

Re: Review Request 17702: CLOUDSTACK-2232: Adding automation test cases for Persistent Networks feature

[Santhosh Edukulla]

> On Feb. 12, 2014, 5:23 p.m., Santhosh Edukulla wrote:
> >

Please add test run log. Though, i believe we would have tested it. Making sure 
tests are run after the changes and working fine.


- Santhosh


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


On Feb. 17, 2014, 7:14 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/17702/
> ---
> 
> (Updated Feb. 17, 2014, 7:14 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-2232
> https://issues.apache.org/jira/browse/CLOUDSTACK-2232
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding automation test cases for Persistent Networks feature.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_persistent_networks.py f61ccaa 
>   tools/marvin/marvin/config/config.cfg 7840b7c 
>   tools/marvin/marvin/integration/lib/base.py aa23029 
>   tools/marvin/marvin/integration/lib/common.py e202391 
> 
> Diff: https://reviews.apache.org/r/17702/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: [PROPOSAL] Granular Controller Support in CloudStack over VMware deployments

[Erik Weber]

I don't think this should be tied to the template, but rather the
instance/disk. A template could of course specify it's preferred controller.

I don't have a use case for it, but you could potentially want to use
different controllers for different disks. E.g. your ROOT-volume might be
on a high end SAN you want to utilize with PV-driver, whilst your
DATA-volume might be on an old NFS solution where you'll live fine with the
SAS or Parallel driver.


However, for the first release the most important part is that a selection
gets introduced.
Currently you cannot install Windows 8.1 or Windows 2012 R2 on VMware with
CloudStack, which is a showstopper for many (for us - so much that we
changed hypervisor).

-- 
Erik


On Mon, Feb 17, 2014 at 6:42 AM, Alex Huang  wrote:

> Sateesh,
>
> I think if you want to do this then it points to a larger change to
> templates.  Today, the templates carry no meta information.  This means
> templates should carry meta information regarding the os image and how to
> support it.  This should not specifically target vmware.  It can benefit
> all other hypervisors.  I know Anthony's also been working on something
> similar for XenServer.  I suggest you guys get together and think about the
> right approach to abstract this and how to pass this information to the
> hypervisor from the template.
>
> --Alex
>
> > -Original Message-
> > From: Sateesh Chodapuneedi [mailto:sateesh.chodapune...@citrix.com]
> > Sent: Sunday, February 16, 2014 8:48 PM
> > To: dev@cloudstack.apache.org
> > Subject: [PROPOSAL] Granular Controller Support in CloudStack over
> > VMware deployments
> >
> > Hi,
> >
> > I would like to add support for granular disk controller support for
> CloudStack
> > over VMware deployments.
> >
> > To access virtual disks, CD/DVD-ROM, and SCSI devices, a virtual machine
> > uses storage controllers.
> >
> > Virtual storage controllers appear to a virtual machine as different
> types of
> > controllers of type IDE or SCSI. Further SCSI controllers can be
> classified into 4
> > sub types, as below
> > BusLogic Parallel
> > LSI Logic Parallel,
> > LSI Logic SAS
> > VMware Paravirtual SCSI
> >
> > Currently CloudStack supports following combinations only.
> > DATA volumes - SCSI controller (LSI Logic Parallel) - Hard coded in
> source
> > code, no option for user to edit/choose the controller type
> > ROOT volumes - IDE or SCSI (LSI Logic Parallel) - Baed on value of
> global
> > configuration parameter "vmware.root.disk.controller"
> >
> > Currently the instances are deployed with the the LSI Parallel
> controller type.
> > This might result in failure to boot when attempting to deploy templates
> that
> > use the LSI SAS controller.
> >
> > CloudStack should provide administrator the means to choose the type of
> > disk controller (including sub types listed in introduction section
> above) for an
> > instance. The controller to be used by VM to access virtual disk
> (volume) can
> > decided for various reasons. Some of them are listed here,
> > *   Some controllers are optimized for best performance over specific
> > backend infrastructure like SAN. Ex: VMware Paravirtual SCSI
> > *Compatibility of some controllers with VM's virtual hardware
> version or
> > guest operating system.
> > *Operating system vendor recommendation and default set of drivers
> > distributed as part of operating system image. Ex: Windows 8.1 ISO
> doesn't
> > have Lsi Logic Parallel SCSI drivers by default. Hence a virtual disk
> attached to
> > this controller won't accessible during installation of OS using the ISO.
> >
> > CloudStack should provide administrator an option which auto detects the
> > recommended disk controller for the instance's guest operating system and
> > applicable virtual hardware version.
> > Kindly let me know your thoughts.
> >
> > JIRA ticket - CLOUDSTACK-4787
> >
> > Note:- Detailed Functional Specification is to be added at
> cwiki.apache.org
> > under 4.4 Design documents. Currently cwiki.apache.org is down. Waiting
> for
> > the site to come up to add the FS document.
> >
> > Regards,
> > Sateesh
>
>