Re: CPU Sockets and Cores

[Tomasz Zięba]

Look at: https://issues.apache.org/jira/browse/CLOUDSTACK-904


2014-10-25 5:49 GMT+02:00 Michael Phillips :

> All,
>The following pertains to cloudstack + vmware. Currently when using a
> multi CPU compute service offering, cloudstack creates the CPUs on the vm
> using all sockets. This can be an issue for operating systems that have
> physical CPU sockets limits. It can also be a license issue for certain
> software as well. An easy work around would be to let the admin define the
> socket to core ratio in the compute service offering. Are there in plans to
> implement such a feature in any upcoming cloudstack releases?
>
>




-- 
Regards,
Tomasz Zięba
Twitter: @TZieba
LinkedIn: pl.linkedin.com/pub/tomasz-zięba-ph-d/3b/7a8/ab6/

Re: vm.password.length issue in 4.4.1-SNAPSHOT

[Nux!]

Amogh,

I know. In reality it will be used by people until the end of time, you know 
how it is.
It's not costing us anything to default to better values rather than just wash 
our hands of it.

My 2 pence

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Amogh Vasekar" 
> To: dev@cloudstack.apache.org
> Cc: "laszlo hornyak" 
> Sent: Saturday, 25 October, 2014 01:41:47
> Subject: Re: vm.password.length issue in 4.4.1-SNAPSHOT

> Do note that the password generated here is considered temporary, as
> previously pointed out by Chiradeep in another thread.
> 
> Thanks
> Amogh
> 
> On 10/24/14 5:31 PM, "Nux!"  wrote:
> 
>>Imho, considering the password is not very secure (it's missing symbols),
>>we should increase the length.
>>For my personal stuff I default to 15 chars.
>>
>>--
>>Sent from the Delta quadrant using Borg technology!
>>
>>Nux!
>>www.nux.ro
>>
>>- Original Message -
>>> From: "Amogh Vasekar" 
>>> To: dev@cloudstack.apache.org
>>> Cc: "laszlo hornyak" 
>>> Sent: Saturday, 25 October, 2014 00:37:07
>>> Subject: Re: vm.password.length issue in 4.4.1-SNAPSHOT
>>
>>> Hi Laszlo,
>>> 
>>> Any comments on the below? I agree adding 3 characters is a bug and
>>> willing to fix it.
>>> 
>>> In addition, Ian, I believe we should set a minimum allowed value for
>>>the
>>> config value vm.password.length. Any objections to setting the minimum
>>>to
>>> 8, the previous default?
>>> 
>>> Thanks
>>> Amogh
>>> 
>>> On 10/13/14 5:34 PM, "Ian Duffy"  wrote:
>>> 
The only other usage of it is within
server/src/com/cloud/server/ConfigurationServerImpl.java
Its used for creating a Secondary storage vm copy password.

I'm seeing absolutely no reason why we have 3 values going in no matter
what, I'm willing to say its a bug. I'm curious to why the tests are
written to deal with it though

On 14 October 2014 00:26, Nux!  wrote:

> Well, it's a bit messy, but still better than the old password length.
> Ideally this should get clarified/fixed, but for now I am happy with
>my
> long+3 password! :)
>
>
> Cheers,
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
> > From: "Ian Duffy" 
> > To: "CloudStack Dev" 
> > Cc: "laszlo hornyak" 
> > Sent: Monday, 13 October, 2014 19:54:53
> > Subject: Re: vm.password.length issue in 4.4.1-SNAPSHOT
>
> > Hey Nux,
> >
> > So I passed this work off to a util class that was already present
>in
>the
> > code base "PasswordGenerator"
> >
> >@Override
> >public String generateRandomPassword() {
> >Integer passwordLength =
> > Integer.parseInt(_configDao.getValue("vm.password.length"));
> >return
>PasswordGenerator.generateRandomPassword(passwordLength);
> >}
> >
> > Not a clue why but the generateRandomPassword method creates a
>random
> > 3-character string first then loops through to generate n random
> characters.
> >
> >public static String generateRandomPassword(int num) {
> >Random r = new SecureRandom();
> >StringBuilder password = new StringBuilder();
> >
> >// Generate random 3-character string with a lowercase
>character,
> >// uppercase character, and a digit
> >
> >
> 
>password.append(generateLowercaseChar(r)).append(generateUppercaseChar(
>r)
>).append(generateDigit(r));
> >
> >// Generate a random n-character string with only lowercase
> >// characters
> >for (int i = 0; i < num; i++) {
> >password.append(generateLowercaseChar(r));
> >}
> >
> >return password.toString();
> >}
> >
> > The unit tests seem to accommodate for this aswell:
> >
> >// actual length is requested length + 3
> >
> > 
>Assert.assertTrue(PasswordGenerator.generateRandomPassword(0).length()
>==
> > 3);
> >
> > 
>Assert.assertTrue(PasswordGenerator.generateRandomPassword(1).length()
>==
> > 4);
> >
> > I'm guessing there's some reasoning for this CCing Laszlo who
> according
> > to git log did some work on this class.
> >
> > Thanks,
> >
> > Ian
> >
> > On 13 October 2014 19:39, Nux!  wrote:
> >
> >> Hello,
> >>
> >> First of all "THANKS!" to whoever made this feature happen (Ian I
> guess).
> >> Now we can set more secure passwords generated for our instances.
> >>
> >> Second, the feature works, but with a small glitch, the number
>seems
>to
> be
> >> affected by some sort of offset. I.e. if I set the password to be
>15
> chars
> >> in length then the generated password will actually be

pfSense & CloudStack

[mo+cloudstack]

Hello,

Is it possible to install pfSense to a local install of Cloudstack. I have it 
installed on Xen right now (pfsense). I am looking for others who MAY have done 
this. 

Looking forward to responses,

Mo

Re: pfSense & CloudStack

[Nux!]

Hello,

Recent FreeBSD has proper support for Xen HVM and KVM VirtIO therefore it runs 
nicely, not sure how old PfSense is though.
You run it on Xen or Xenserver now?

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "mo+cloudstack" 
> To: "dev" 
> Sent: Saturday, 25 October, 2014 14:34:02
> Subject: pfSense & CloudStack

> Hello,
> 
> Is it possible to install pfSense to a local install of Cloudstack. I have it
> installed on Xen right now (pfsense). I am looking for others who MAY have 
> done
> this.
> 
> Looking forward to responses,
> 
> Mo

Re: pfSense & CloudStack

[Mo]

I do, I had to get away from the verizon router; so I installed Xen Server on 
an old computer I had and tossed on a few VMs, including pfSense. 

So I am just trying to figure out how to populate VMs with CLoudstack, whilst 
using pfSense.

I would assume you would need to be an advanced mode, as basic wouldn’t support 
it?

I’ve also considered doing a regular KVM install and doing everything command 
line.


-- 
Mo
Sent with Airmail

On October 25, 2014 at 9:42:00 AM, Nux! (n...@li.nux.ro) wrote:

Hello,  

Recent FreeBSD has proper support for Xen HVM and KVM VirtIO therefore it runs 
nicely, not sure how old PfSense is though.  
You run it on Xen or Xenserver now?  

Lucian  

--  
Sent from the Delta quadrant using Borg technology!  

Nux!  
www.nux.ro  

- Original Message -  
> From: "mo+cloudstack"   
> To: "dev"   
> Sent: Saturday, 25 October, 2014 14:34:02  
> Subject: pfSense & CloudStack  

> Hello,  
>  
> Is it possible to install pfSense to a local install of Cloudstack. I have it 
>  
> installed on Xen right now (pfsense). I am looking for others who MAY have 
> done  
> this.  
>  
> Looking forward to responses,  
>  
> Mo  

Re: pfSense & CloudStack

[Nux!]

If you want to use PFSense as a Cloudstack virtual router for your instances it 
will not work (though awesome idea).
It might be better to just use a standalone hypervisor.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Mo" 
> To: dev@cloudstack.apache.org, "Nux!" 
> Sent: Saturday, 25 October, 2014 15:01:12
> Subject: Re: pfSense & CloudStack

> I do, I had to get away from the verizon router; so I installed Xen Server on 
> an
> old computer I had and tossed on a few VMs, including pfSense.
> 
> So I am just trying to figure out how to populate VMs with CLoudstack, whilst
> using pfSense.
> 
> I would assume you would need to be an advanced mode, as basic wouldn’t 
> support
> it?
> 
> I’ve also considered doing a regular KVM install and doing everything command
> line.
> 
> 
> --
> Mo
> Sent with Airmail
> 
> On October 25, 2014 at 9:42:00 AM, Nux! (n...@li.nux.ro) wrote:
> 
> Hello,
> 
> Recent FreeBSD has proper support for Xen HVM and KVM VirtIO therefore it runs
> nicely, not sure how old PfSense is though.
> You run it on Xen or Xenserver now?
> 
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "mo+cloudstack" 
>> To: "dev" 
>> Sent: Saturday, 25 October, 2014 14:34:02
>> Subject: pfSense & CloudStack
> 
>> Hello,
>>  
>> Is it possible to install pfSense to a local install of Cloudstack. I have it
>> installed on Xen right now (pfsense). I am looking for others who MAY have 
>> done
>> this.
>>  
>> Looking forward to responses,
>>  
> > Mo

Re: pfSense & CloudStack

[Mo]

I use it this way right now:

Verizon Fios > Xen server > pfSense, which provides internet into my home. 

What I would like to do is.

Verizon Fios > CloudStack > pfSense > provide internet to the home. 

I understand the Virtual Router built into CS, would still do it’s thing; but I 
still wonder if a VM of pfsense would be possible and do what I am doing with 
it right now. 

Perhaps, like you said a stand alone might be best. 
-- 
Mo
Sent with Airmail

On October 25, 2014 at 10:03:40 AM, Nux! (n...@li.nux.ro) wrote:

If you want to use PFSense as a Cloudstack virtual router for your instances it 
will not work (though awesome idea).  
It might be better to just use a standalone hypervisor.  

--  
Sent from the Delta quadrant using Borg technology!  

Nux!  
www.nux.ro  

- Original Message -  
> From: "Mo"   
> To: dev@cloudstack.apache.org, "Nux!"   
> Sent: Saturday, 25 October, 2014 15:01:12  
> Subject: Re: pfSense & CloudStack  

> I do, I had to get away from the verizon router; so I installed Xen Server on 
> an  
> old computer I had and tossed on a few VMs, including pfSense.  
>  
> So I am just trying to figure out how to populate VMs with CLoudstack, whilst 
>  
> using pfSense.  
>  
> I would assume you would need to be an advanced mode, as basic wouldn’t 
> support  
> it?  
>  
> I’ve also considered doing a regular KVM install and doing everything command 
>  
> line.  
>  
>  
> --  
> Mo  
> Sent with Airmail  
>  
> On October 25, 2014 at 9:42:00 AM, Nux! (n...@li.nux.ro) wrote:  
>  
> Hello,  
>  
> Recent FreeBSD has proper support for Xen HVM and KVM VirtIO therefore it 
> runs  
> nicely, not sure how old PfSense is though.  
> You run it on Xen or Xenserver now?  
>  
> Lucian  
>  
> --  
> Sent from the Delta quadrant using Borg technology!  
>  
> Nux!  
> www.nux.ro  
>  
> - Original Message -  
>> From: "mo+cloudstack"   
>> To: "dev"   
>> Sent: Saturday, 25 October, 2014 14:34:02  
>> Subject: pfSense & CloudStack  
>  
>> Hello,  
>>  
>> Is it possible to install pfSense to a local install of Cloudstack. I have 
>> it  
>> installed on Xen right now (pfsense). I am looking for others who MAY have 
>> done  
>> this.  
>>  
>> Looking forward to responses,  
>>  
> > Mo  

Review Request 27191: CLOUDSTACK-7786 : Fixed the script 'test_haproxy.py' to be run only on hardware

[Chandan Purushothama]

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

Review request for cloudstack, sangeetha hariharan and Santhosh Edukulla.


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


Repository: cloudstack-git


Description
---

Test Cases are trying to validate SSH access and failing. These Test Cases are 
not meant to be run on SImulator due to their validation requirements. Hence 
they cannot be run with Simulator


Diffs
-

  test/integration/component/test_haproxy.py 2778902 

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


Testing
---

Changed the tags on Tests. Testing not done


Thanks,

Chandan Purushothama

Review Request 27192: CLOUDSTACK-7787: Fixed the script 'test_lb_secondary_ip.py' to be run only on hardware

[Chandan Purushothama]

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

Review request for cloudstack, sangeetha hariharan and Santhosh Edukulla.


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


Repository: cloudstack-git


Description
---

Test Cases are trying to validate SSH access and failing. These Test Cases are 
not meant to be run on SImulator due to their validation requirements. Hence 
they cannot be run with Simulator


Diffs
-

  test/integration/component/test_lb_secondary_ip.py 23ff1ee 

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


Testing
---

Changed the tags on Tests. Testing not done


Thanks,

Chandan Purushothama

Review Request 27193: CLOUDSTACK-7788: Fixed the script 'test_dynamic_compute_offering.py' to be run only on hardware

[Chandan Purushothama]

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

Review request for cloudstack, sangeetha hariharan and Santhosh Edukulla.


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


Repository: cloudstack-git


Description
---

Test Cases are trying to perform operations that can only be done on hardware 
and supported hypervisors. These Test Cases are not meant to be run on 
SImulator due to their validation requirements. Hence they cannot be run with 
Simulator


Diffs
-

  test/integration/component/test_dynamic_compute_offering.py a3e2d56 

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


Testing
---

Changed the tags on Tests. Testing not done


Thanks,

Chandan Purushothama

Review Request 27195: CLOUDSTACK-7788: Fixed the script "test_escalations_instances.py" - Regular Users should not use "expunge" parameter for destroying a VM

[Chandan Purushothama]

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

Review request for cloudstack and sangeetha hariharan.


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


Repository: cloudstack-git


Description
---

Regular Users do not have permissions to expunge a VM with expunge parameter. 
It is only available for admin to use. Correct the test script accordingly


Diffs
-

  test/integration/component/test_escalations_instances.py 1aaa688 

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


Testing
---

@Desc: Test List Instances pagination ... === TestName: 
test_01_list_instances_pagination | Status : SUCCESS ===
ok
@Desc: Test List Running VM's ... === TestName: test_02_list_Running_vm | 
Status : SUCCESS ===
ok
@Desc: Test List Stopped VM's ... === TestName: test_03_list_Stopped_vm | 
Status : SUCCESS ===
ok
@Desc: Test List Destroyed VM's ... === TestName: test_04_list_Destroyed_vm | 
Status : SUCCESS ===
ok
@Desc: Test List VM by Id ... === TestName: test_05_list_vm_by_id | Status : 
SUCCESS ===
ok
@Desc: Test List VM's by Name ... === TestName: test_06_list_vm_by_name | 
Status : SUCCESS ===
ok
@Desc: Test List VM's by Name and State ... === TestName: 
test_07_list_vm_by_name_state | Status : SUCCESS ===
ok
@Desc: Test List VM by Zone. ... === TestName: test_08_list_vm_by_zone | Status 
: SUCCESS ===
ok
@Desc: Test List VM by Zone. ... === TestName: test_09_list_vm_by_zone_name | 
Status : SUCCESS ===
ok
@Desc: Test List VM by Zone. ... === TestName: 
test_10_list_vm_by_zone_name_state | Status : SUCCESS ===
ok


Thanks,

Chandan Purushothama

Re: Review Request 27195: CLOUDSTACK-7788: Fixed the script "test_escalations_instances.py" - Regular Users should not use "expunge" parameter for destroying a VM

[sangeetha hariharan]

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


Can we have the sleep interval calculated from the expunge global config 
parameters?

- sangeetha hariharan


On Oct. 25, 2014, 2:59 p.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27195/
> ---
> 
> (Updated Oct. 25, 2014, 2:59 p.m.)
> 
> 
> Review request for cloudstack and sangeetha hariharan.
> 
> 
> Bugs: CLOUDSTACK-7788
> https://issues.apache.org/jira/browse/CLOUDSTACK-7788
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Regular Users do not have permissions to expunge a VM with expunge parameter. 
> It is only available for admin to use. Correct the test script accordingly
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_escalations_instances.py 1aaa688 
> 
> Diff: https://reviews.apache.org/r/27195/diff/
> 
> 
> Testing
> ---
> 
> @Desc: Test List Instances pagination ... === TestName: 
> test_01_list_instances_pagination | Status : SUCCESS ===
> ok
> @Desc: Test List Running VM's ... === TestName: test_02_list_Running_vm | 
> Status : SUCCESS ===
> ok
> @Desc: Test List Stopped VM's ... === TestName: test_03_list_Stopped_vm | 
> Status : SUCCESS ===
> ok
> @Desc: Test List Destroyed VM's ... === TestName: test_04_list_Destroyed_vm | 
> Status : SUCCESS ===
> ok
> @Desc: Test List VM by Id ... === TestName: test_05_list_vm_by_id | Status : 
> SUCCESS ===
> ok
> @Desc: Test List VM's by Name ... === TestName: test_06_list_vm_by_name | 
> Status : SUCCESS ===
> ok
> @Desc: Test List VM's by Name and State ... === TestName: 
> test_07_list_vm_by_name_state | Status : SUCCESS ===
> ok
> @Desc: Test List VM by Zone. ... === TestName: test_08_list_vm_by_zone | 
> Status : SUCCESS ===
> ok
> @Desc: Test List VM by Zone. ... === TestName: test_09_list_vm_by_zone_name | 
> Status : SUCCESS ===
> ok
> @Desc: Test List VM by Zone. ... === TestName: 
> test_10_list_vm_by_zone_name_state | Status : SUCCESS ===
> ok
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>

Re: Review Request 27193: CLOUDSTACK-7788: Fixed the script 'test_dynamic_compute_offering.py' to be run only on hardware

[sangeetha hariharan]

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

Ship it!


Ship It!

- sangeetha hariharan


On Oct. 25, 2014, 2:38 p.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27193/
> ---
> 
> (Updated Oct. 25, 2014, 2:38 p.m.)
> 
> 
> Review request for cloudstack, sangeetha hariharan and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-7788
> https://issues.apache.org/jira/browse/CLOUDSTACK-7788
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test Cases are trying to perform operations that can only be done on hardware 
> and supported hypervisors. These Test Cases are not meant to be run on 
> SImulator due to their validation requirements. Hence they cannot be run with 
> Simulator
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_dynamic_compute_offering.py a3e2d56 
> 
> Diff: https://reviews.apache.org/r/27193/diff/
> 
> 
> Testing
> ---
> 
> Changed the tags on Tests. Testing not done
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>

Re: Review Request 27193: CLOUDSTACK-7788: Fixed the script 'test_dynamic_compute_offering.py' to be run only on hardware

[sangeetha hariharan]

> On Oct. 25, 2014, 4:16 p.m., sangeetha hariharan wrote:
> > Ship It!

In this case, simulator does not support for scale operation which is the 
reason for the failures.
Please log a ticket to have simulator support for this operation.


- sangeetha


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


On Oct. 25, 2014, 2:38 p.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27193/
> ---
> 
> (Updated Oct. 25, 2014, 2:38 p.m.)
> 
> 
> Review request for cloudstack, sangeetha hariharan and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-7788
> https://issues.apache.org/jira/browse/CLOUDSTACK-7788
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test Cases are trying to perform operations that can only be done on hardware 
> and supported hypervisors. These Test Cases are not meant to be run on 
> SImulator due to their validation requirements. Hence they cannot be run with 
> Simulator
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_dynamic_compute_offering.py a3e2d56 
> 
> Diff: https://reviews.apache.org/r/27193/diff/
> 
> 
> Testing
> ---
> 
> Changed the tags on Tests. Testing not done
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>

Re: Review Request 27193: CLOUDSTACK-7788: Fixed the script 'test_dynamic_compute_offering.py' to be run only on hardware

[Chandan Purushothama]

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

(Updated Oct. 25, 2014, 4:21 p.m.)


Review request for cloudstack, sangeetha hariharan and Santhosh Edukulla.


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


Repository: cloudstack-git


Description (updated)
---

Test Cases are trying to perform operations that can only be done on hardware 
and supported hypervisors. These Test Cases are not meant to be run on 
SImulator. Hence they cannot be run with Simulator


Diffs
-

  test/integration/component/test_dynamic_compute_offering.py a3e2d56 

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


Testing
---

Changed the tags on Tests. Testing not done


Thanks,

Chandan Purushothama

Re: Review Request 27192: CLOUDSTACK-7787: Fixed the script 'test_lb_secondary_ip.py' to be run only on hardware

[sangeetha hariharan]

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

Ship it!


This patch looks good. All test cases requiring to ssh to VMs for validation 
has been marked  for not being picked up by simulator runs.

- sangeetha hariharan


On Oct. 25, 2014, 2:23 p.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27192/
> ---
> 
> (Updated Oct. 25, 2014, 2:23 p.m.)
> 
> 
> Review request for cloudstack, sangeetha hariharan and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-7787
> https://issues.apache.org/jira/browse/CLOUDSTACK-7787
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test Cases are trying to validate SSH access and failing. These Test Cases 
> are not meant to be run on SImulator due to their validation requirements. 
> Hence they cannot be run with Simulator
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_lb_secondary_ip.py 23ff1ee 
> 
> Diff: https://reviews.apache.org/r/27192/diff/
> 
> 
> Testing
> ---
> 
> Changed the tags on Tests. Testing not done
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>

Re: Review Request 27191: CLOUDSTACK-7786 : Fixed the script 'test_haproxy.py' to be run only on hardware

[sangeetha hariharan]

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

Ship it!


Ship It!

- sangeetha hariharan


On Oct. 25, 2014, 2:12 p.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27191/
> ---
> 
> (Updated Oct. 25, 2014, 2:12 p.m.)
> 
> 
> Review request for cloudstack, sangeetha hariharan and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-7786
> https://issues.apache.org/jira/browse/CLOUDSTACK-7786
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test Cases are trying to validate SSH access and failing. These Test Cases 
> are not meant to be run on SImulator due to their validation requirements. 
> Hence they cannot be run with Simulator
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_haproxy.py 2778902 
> 
> Diff: https://reviews.apache.org/r/27191/diff/
> 
> 
> Testing
> ---
> 
> Changed the tags on Tests. Testing not done
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>

Re: Review Request 27191: CLOUDSTACK-7786 : Fixed the script 'test_haproxy.py' to be run only on hardware

[sangeetha hariharan]

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

Ship it!


Ship It!

- sangeetha hariharan


On Oct. 25, 2014, 2:12 p.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27191/
> ---
> 
> (Updated Oct. 25, 2014, 2:12 p.m.)
> 
> 
> Review request for cloudstack, sangeetha hariharan and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-7786
> https://issues.apache.org/jira/browse/CLOUDSTACK-7786
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test Cases are trying to validate SSH access and failing. These Test Cases 
> are not meant to be run on SImulator due to their validation requirements. 
> Hence they cannot be run with Simulator
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_haproxy.py 2778902 
> 
> Diff: https://reviews.apache.org/r/27191/diff/
> 
> 
> Testing
> ---
> 
> Changed the tags on Tests. Testing not done
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>

Re: Review Request 27195: CLOUDSTACK-7788: Fixed the script "test_escalations_instances.py" - Regular Users should not use "expunge" parameter for destroying a VM

[Chandan Purushothama]

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

(Updated Oct. 25, 2014, 6:50 p.m.)


Review request for cloudstack and sangeetha hariharan.


Changes
---

Incorporated the changes requested in the review comments


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


Repository: cloudstack-git


Description
---

Regular Users do not have permissions to expunge a VM with expunge parameter. 
It is only available for admin to use. Correct the test script accordingly


Diffs (updated)
-

  test/integration/component/test_escalations_instances.py 1aaa688 

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


Testing
---

@Desc: Test List Instances pagination ... === TestName: 
test_01_list_instances_pagination | Status : SUCCESS ===
ok
@Desc: Test List Running VM's ... === TestName: test_02_list_Running_vm | 
Status : SUCCESS ===
ok
@Desc: Test List Stopped VM's ... === TestName: test_03_list_Stopped_vm | 
Status : SUCCESS ===
ok
@Desc: Test List Destroyed VM's ... === TestName: test_04_list_Destroyed_vm | 
Status : SUCCESS ===
ok
@Desc: Test List VM by Id ... === TestName: test_05_list_vm_by_id | Status : 
SUCCESS ===
ok
@Desc: Test List VM's by Name ... === TestName: test_06_list_vm_by_name | 
Status : SUCCESS ===
ok
@Desc: Test List VM's by Name and State ... === TestName: 
test_07_list_vm_by_name_state | Status : SUCCESS ===
ok
@Desc: Test List VM by Zone. ... === TestName: test_08_list_vm_by_zone | Status 
: SUCCESS ===
ok
@Desc: Test List VM by Zone. ... === TestName: test_09_list_vm_by_zone_name | 
Status : SUCCESS ===
ok
@Desc: Test List VM by Zone. ... === TestName: 
test_10_list_vm_by_zone_name_state | Status : SUCCESS ===
ok


Thanks,

Chandan Purushothama

Re: Review Request 27195: CLOUDSTACK-7788: Fixed the script "test_escalations_instances.py" - Regular Users should not use "expunge" parameter for destroying a VM

[sangeetha hariharan]

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

Ship it!


Ship It!

- sangeetha hariharan


On Oct. 25, 2014, 6:50 p.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27195/
> ---
> 
> (Updated Oct. 25, 2014, 6:50 p.m.)
> 
> 
> Review request for cloudstack and sangeetha hariharan.
> 
> 
> Bugs: CLOUDSTACK-7788
> https://issues.apache.org/jira/browse/CLOUDSTACK-7788
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Regular Users do not have permissions to expunge a VM with expunge parameter. 
> It is only available for admin to use. Correct the test script accordingly
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_escalations_instances.py 1aaa688 
> 
> Diff: https://reviews.apache.org/r/27195/diff/
> 
> 
> Testing
> ---
> 
> @Desc: Test List Instances pagination ... === TestName: 
> test_01_list_instances_pagination | Status : SUCCESS ===
> ok
> @Desc: Test List Running VM's ... === TestName: test_02_list_Running_vm | 
> Status : SUCCESS ===
> ok
> @Desc: Test List Stopped VM's ... === TestName: test_03_list_Stopped_vm | 
> Status : SUCCESS ===
> ok
> @Desc: Test List Destroyed VM's ... === TestName: test_04_list_Destroyed_vm | 
> Status : SUCCESS ===
> ok
> @Desc: Test List VM by Id ... === TestName: test_05_list_vm_by_id | Status : 
> SUCCESS ===
> ok
> @Desc: Test List VM's by Name ... === TestName: test_06_list_vm_by_name | 
> Status : SUCCESS ===
> ok
> @Desc: Test List VM's by Name and State ... === TestName: 
> test_07_list_vm_by_name_state | Status : SUCCESS ===
> ok
> @Desc: Test List VM by Zone. ... === TestName: test_08_list_vm_by_zone | 
> Status : SUCCESS ===
> ok
> @Desc: Test List VM by Zone. ... === TestName: test_09_list_vm_by_zone_name | 
> Status : SUCCESS ===
> ok
> @Desc: Test List VM by Zone. ... === TestName: 
> test_10_list_vm_by_zone_name_state | Status : SUCCESS ===
> ok
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>