Re: Building Documents with publican

[Prasanna Santhanam]

On jenkins this is what is used:

cp -R /usr/share/publican/Common_Content Common_Content
cp -R docs/publican-cloudstack Common_Content/cloudstack
(cd docs && publican build --config=publican-adminguide.cfg --formats html,pdf 
--langs en-US --common_content=./Common_Content)
for format in html ; do tar cjf "cloudstack-adminguide-en-US-$format.tar.bz2" 
-C "docs/tmp/en-US/$format" . ; done
cp docs/tmp/en-US/pdf/* .


On Thu, Aug 15, 2013 at 07:22:32AM +0100, Marty Sweet wrote:
> Hi Jessica,
> 
> Should I try to fix these errors? I can't see any build tests on Jenkins
> which are failing but that does seem to be looking at another source, where
> is this picked up from?
> 
> Thanks,
> Marty
> 
> On Wednesday, August 14, 2013, Jessica Tomechak wrote:
> 
> > Marty,
> > These errors are caused by files being included in the docs twice as well
> > as links pointing to destinations that aren't included in the same book. I
> > have a page on this in the project wiki.
> >
> >
> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Publican+Troubleshooting+Guide
> >
> > In the end, the root cause is people adding/changing things in the docs
> > repo without doing a test build locally in publican first.
> >
> > Jessica T.
> > 
> > From: Marty Sweet [msweet@gmail.com ]
> > Sent: Wednesday, August 14, 2013 11:18 AM
> > To: dev@cloudstack.apache.org 
> > Subject: Building Documents with publican
> >
> > Hi,
> >
> > I am trying to build the documentation from the latest git pull. After
> > running the following, lots of processing file entries appear, then the
> > following errors:
> >
> > marty@devbox:~/workspace/cloudstack/docs$ publican build --formats html
> > --langs en-US
> > --common_content=/home/marty/workspace/cloudstack/Common_Content
> > Setting up en-US
> > Processing file tmp/en-US/xml/Common_Content/Conventions.xml ->
> > tmp/en-US/xml/Common_Content/Conventions.xml
> > Processing file tmp/en-US/xml/Common_Content/Feedback.xml ->
> > tmp/en-US/xml/Common_Content/Feedback.xml
> > Processing file tmp/en-US/xml_tmp/xenserver-topology-req.xml ->
> > tmp/en-US/xml/xenserver-topology-req.xml
> > Processing file tmp/en-US/xml_tmp/zone-add.xml ->
> > tmp/en-US/xml/zone-add.xml
> >
> > Beginning work on en-US
> > Validation failed:
> > hypervisor-support-for-primarystorage.xml:6: validity error : ID
> > hypervisor-support-for-primarystorage already defined
> > add-remove-nic.xml:31: validity error : ID prereq-addnic already defined
> > api-throttling.xml:6: validity error : ID api-throttling already defined
> > api-throttling.xml:30: validity error : ID api-throttling-configure already
> > defined
> > api-throttling.xml:61: validity error : ID api-throttling-limitations
> > already defined
> > globally-configured-limits.xml:6: validity error : ID
> > globally-configured-limits already defined
> > configure-package-repository.xml:28: validity error : IDREF attribute
> > linkend references an unknown ID "sect-source-builddebs"
> > management-server-install-multi-node.xml:30: validity error : IDREF
> > attribute linkend references an unknown ID "sect-source-builddebs"
> > using-netscaler-load-balancers.xml:41: validity error : IDREF attribute
> > linkend references an unknown ID "external-guest-lb-integration"
> > configure-package-repository.xml:28: validity error : IDREF attribute
> > linkend references an unknown ID "sect-source-buildrpm"
> > management-server-install-multi-node.xml:30: validity error : IDREF
> > attribute linkend references an unknown ID "sect-source-buildrpm"
> >
> >
> > Anyone got any ideas? I don't understand the docs folder well enough yet to
> > make sense of these errors.
> >
> > Thanks,
> > Marty
> >

-- 
Prasanna.,


Powered by BigRock.com

Re: Building Documents with publican

[Marty Sweet]

Hi Jessica,

Should I try to fix these errors? I can't see any build tests on Jenkins
which are failing but that does seem to be looking at another source, where
is this picked up from?

Thanks,
Marty

On Wednesday, August 14, 2013, Jessica Tomechak wrote:

> Marty,
> These errors are caused by files being included in the docs twice as well
> as links pointing to destinations that aren't included in the same book. I
> have a page on this in the project wiki.
>
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Publican+Troubleshooting+Guide
>
> In the end, the root cause is people adding/changing things in the docs
> repo without doing a test build locally in publican first.
>
> Jessica T.
> 
> From: Marty Sweet [msweet@gmail.com ]
> Sent: Wednesday, August 14, 2013 11:18 AM
> To: dev@cloudstack.apache.org 
> Subject: Building Documents with publican
>
> Hi,
>
> I am trying to build the documentation from the latest git pull. After
> running the following, lots of processing file entries appear, then the
> following errors:
>
> marty@devbox:~/workspace/cloudstack/docs$ publican build --formats html
> --langs en-US
> --common_content=/home/marty/workspace/cloudstack/Common_Content
> Setting up en-US
> Processing file tmp/en-US/xml/Common_Content/Conventions.xml ->
> tmp/en-US/xml/Common_Content/Conventions.xml
> Processing file tmp/en-US/xml/Common_Content/Feedback.xml ->
> tmp/en-US/xml/Common_Content/Feedback.xml
> Processing file tmp/en-US/xml_tmp/xenserver-topology-req.xml ->
> tmp/en-US/xml/xenserver-topology-req.xml
> Processing file tmp/en-US/xml_tmp/zone-add.xml ->
> tmp/en-US/xml/zone-add.xml
>
> Beginning work on en-US
> Validation failed:
> hypervisor-support-for-primarystorage.xml:6: validity error : ID
> hypervisor-support-for-primarystorage already defined
> add-remove-nic.xml:31: validity error : ID prereq-addnic already defined
> api-throttling.xml:6: validity error : ID api-throttling already defined
> api-throttling.xml:30: validity error : ID api-throttling-configure already
> defined
> api-throttling.xml:61: validity error : ID api-throttling-limitations
> already defined
> globally-configured-limits.xml:6: validity error : ID
> globally-configured-limits already defined
> configure-package-repository.xml:28: validity error : IDREF attribute
> linkend references an unknown ID "sect-source-builddebs"
> management-server-install-multi-node.xml:30: validity error : IDREF
> attribute linkend references an unknown ID "sect-source-builddebs"
> using-netscaler-load-balancers.xml:41: validity error : IDREF attribute
> linkend references an unknown ID "external-guest-lb-integration"
> configure-package-repository.xml:28: validity error : IDREF attribute
> linkend references an unknown ID "sect-source-buildrpm"
> management-server-install-multi-node.xml:30: validity error : IDREF
> attribute linkend references an unknown ID "sect-source-buildrpm"
>
>
> Anyone got any ideas? I don't understand the docs folder well enough yet to
> make sense of these errors.
>
> Thanks,
> Marty
>

[ACS42] Release Status Update: 5 days to first RC candidate

[Animesh Chaturvedi]

Folks

We are getting closer to our announced RC date of 8/19 and what a great effort 
in just last 2 weeks 260 issues were created and 340 were resolved and over 400 
resolved issues were verified . The open blocker and critical count has come 
down significantly and we have 2 blocker and 15 critical left. The incoming 
issue rate  has also come down. Please take a moment to close out any open 
features and improvement tickets. If they are not going to make it then we need 
to move them out of 4.2

The next step is to finalize on documentation, translation, release notes etc. 
Jessica and Radhika have sent out a number of  doc review requests please 
attend to them. 


Thanks
Animesh

Re: Review Request 13549: Merging missing tests from QA repo to ASF - Test Account 2 tests added

[Prasanna Santhanam]

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

Ship it!


- Prasanna Santhanam


On Aug. 15, 2013, 3:04 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13549/
> ---
> 
> (Updated Aug. 15, 2013, 3:04 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Added 2 missing tests for file test_accounts.py from the old QA repo to ASF 
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_accounts.py fafcf9a 
> 
> Diff: https://reviews.apache.org/r/13549/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 13550: Added 5 missing tests from the QA repo to test_custom_hostname.py

[Prasanna Santhanam]

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

Ship it!


applied with changes to git summary. please use a meaningful summary next time.

- Prasanna Santhanam


On Aug. 15, 2013, 3 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13550/
> ---
> 
> (Updated Aug. 15, 2013, 3 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Added 5 missing tests from the QA repo to test_custom_hostname.py in the ASF 
> repo
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_custom_hostname.py 0898e1e 
> 
> Diff: https://reviews.apache.org/r/13550/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 13523: 7 New tests for affinity groups

[Ashutosh Kelkar]

> On Aug. 15, 2013, 5:10 a.m., Prasanna Santhanam wrote:
> > Applied with changes to git summary. Please take care to write a meaningful 
> > summary in the next patch.

Wilco. Thanks Prasanna!


- Ashutosh


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


On Aug. 15, 2013, 4:41 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13523/
> ---
> 
> (Updated Aug. 15, 2013, 4:41 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> New tests for affinity groups
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_affinity_groups.py 39baf3e 
> 
> Diff: https://reviews.apache.org/r/13523/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 12962: CLOUDSTACK-3594: Fix params of AffinityGroup.delete API

[ASF Subversion and Git Services]

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


Commit 682e995a4a21e2d74b79bc26513055b913f3545d in branch refs/heads/4.2 from 
Ashutosh K
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=682e995 ]

CLOUDSTACK-3594: New affinity group tests

- list all vms in affinity group
- delete an affinity group by id
- admin deletes affinity groups
- list affinity groups as admin
- list affinity groups by accountid/domainid
- list affinity groups by group id
- user deletes his affinity group

Signed-off-by: Prasanna Santhanam 


- ASF Subversion and Git Services


On July 26, 2013, 7:42 a.m., Girish Shilamkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/12962/
> ---
> 
> (Updated July 26, 2013, 7:42 a.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Bugs: CLOUDSTACK-3594
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-3594: Fix params of AffinityGroup.delete API
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_affinity_groups.py 3f257c3 
> 
> Diff: https://reviews.apache.org/r/12962/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Girish Shilamkar
> 
>

Re: Review Request 13523: 7 New tests for affinity groups

[Prasanna Santhanam]

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

Ship it!


Applied with changes to git summary. Please take care to write a meaningful 
summary in the next patch.

- Prasanna Santhanam


On Aug. 15, 2013, 4:41 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13523/
> ---
> 
> (Updated Aug. 15, 2013, 4:41 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> New tests for affinity groups
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_affinity_groups.py 39baf3e 
> 
> Diff: https://reviews.apache.org/r/13523/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 12962: CLOUDSTACK-3594: Fix params of AffinityGroup.delete API

[ASF Subversion and Git Services]

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


Commit 0d0409bddbcd9d8543d8dcf8d4648b9fcf6f5b2c in branch refs/heads/master 
from Ashutosh K
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=0d0409b ]

CLOUDSTACK-3594: New affinity group tests

- list all vms in affinity group
- delete an affinity group by id
- admin deletes affinity groups
- list affinity groups as admin
- list affinity groups by accountid/domainid
- list affinity groups by group id
- user deletes his affinity group

Signed-off-by: Prasanna Santhanam 
(cherry picked from commit 682e995a4a21e2d74b79bc26513055b913f3545d)


- ASF Subversion and Git Services


On July 26, 2013, 7:42 a.m., Girish Shilamkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/12962/
> ---
> 
> (Updated July 26, 2013, 7:42 a.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Bugs: CLOUDSTACK-3594
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-3594: Fix params of AffinityGroup.delete API
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_affinity_groups.py 3f257c3 
> 
> Diff: https://reviews.apache.org/r/12962/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Girish Shilamkar
> 
>

Re: Review Request 13523: 7 New tests for affinity groups

[Ashutosh Kelkar]

> On Aug. 14, 2013, 2:46 p.m., Prasanna Santhanam wrote:
> > test/integration/component/test_affinity_groups.py, line 507
> > 
> >
> > I didn't quite understand this assert. What hostid are we talking about?

The host id is from the VM we created and associated with the group. The test 
ensures the listing of the group also lists the host id of the vms associated 
with that affinity group. Updated the assert to better reflect the check being 
carried out.


> On Aug. 14, 2013, 2:46 p.m., Prasanna Santhanam wrote:
> > test/integration/component/test_affinity_groups.py, line 1594
> > 
> >
> > Can we be explicit? 
> > "Missing affinity group %s .."

Updated assert to make the check more clear


> On Aug. 14, 2013, 2:46 p.m., Prasanna Santhanam wrote:
> > test/integration/component/test_affinity_groups.py, line 1636
> > 
> >
> > remove multihost tag

Dropped multihost tag from test


> On Aug. 14, 2013, 2:46 p.m., Prasanna Santhanam wrote:
> > test/integration/component/test_affinity_groups.py, line 1659
> > 
> >
> > "%s affinity groups listed by admin with id %s. Expected 1" % (count, 
> > id)
> > 
> > ^ This is much better for debugging and takes the form of expected 
> > against observed.

Updated assert to be inline with review comment


> On Aug. 14, 2013, 2:46 p.m., Prasanna Santhanam wrote:
> > test/integration/component/test_affinity_groups.py, line 1688
> > 
> >
> > Improve the assertion to show expected vs observed.

Updated assert to be inline with review comment.


- Ashutosh


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


On Aug. 15, 2013, 4:41 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13523/
> ---
> 
> (Updated Aug. 15, 2013, 4:41 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> New tests for affinity groups
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_affinity_groups.py 39baf3e 
> 
> Diff: https://reviews.apache.org/r/13523/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 13523: 7 New tests for affinity groups

[Ashutosh Kelkar]

> On Aug. 14, 2013, 2:38 p.m., Prasanna Santhanam wrote:
> > test/integration/component/test_affinity_groups.py, line 1665
> > 
> >
> > The multihost tag is only when the test requires the presence of 
> > multiple hosts in it. Please remove it from this and other tests.

Dropped multihost tag from tests where not needed


- Ashutosh


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


On Aug. 15, 2013, 4:41 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13523/
> ---
> 
> (Updated Aug. 15, 2013, 4:41 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> New tests for affinity groups
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_affinity_groups.py 39baf3e 
> 
> Diff: https://reviews.apache.org/r/13523/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 13523: 7 New tests for affinity groups

[Ashutosh Kelkar]

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

(Updated Aug. 15, 2013, 4:41 a.m.)


Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.


Changes
---

Updated Diff with changes in line with review comments


Repository: cloudstack-git


Description
---

New tests for affinity groups


Diffs (updated)
-

  test/integration/component/test_affinity_groups.py 39baf3e 

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


Testing
---


Thanks,

Ashutosh Kelkar

Minor changes to Marvin tests for Netscaler

[Sowmya Krishnan]

I am planning to modify some of the Netscaler tests (test_netscaler_lb_algo, 
test_netscaler_lb_sticky, test_netscaler_lb) in our integration suite to 
include adding of NS device in the setUpClass(). And remove the device in 
tearDownClass(). Currently this is not consistently done across all test suites 
causing few of those tests to fail since the NS gets shared across multiple 
test suites. 
The only issue we might hit with this change is that if the network using the 
NS isn't cleaned up due to some reason, NS doesn't get cleaned up. But since we 
are deleting the account which created the network, I don't think we would run 
into this issue often.

Also since adding device is covered as part of setup, I think we can remove the 
test case which separately tests adding the device. I can move one of the 
asserts done in this test to another related test.

If this is ok, I'll make the changes and submit for review. Any comments?

Re: Coolest Clouds Video Proposal (Time Sensitive)

[Jessica Tomechak]

We didn't get enough response from people with Cool Clouds to show off in
this video, so we have shelved it for now, at least for myself and Gregg's
part. If some other person would like to step forward and take up the idea,
of course, that would be great! Thanks to everyone who did respond to our
call for content.

Jessica T.


On Thu, Jul 25, 2013 at 4:09 PM, Jessica Tomechak <
jessica.tomec...@gmail.com> wrote:

> Please act by end of this week if you'd like to contribute to this video.
> If we don't get more input by then, this video will have to be scrapped!
> I'd hate to see that happen, since this is the one video idea that got the
> most up votes and generated the most excitement. I know Gregg could do
> something amazing with it.
>
> Jessica T.
>
>
> On Mon, Jul 22, 2013 at 3:28 PM, Gregg Witkin wrote:
>
>> Hello Everyone,
>>
>> Some of you know me and some of you do not.  For those who do not, my name
>> is Gregg Witkin and I am a teacher fellow for the summer working on
>> developing video products for CloudStack and I am working under Jessica
>> Tomechak.
>>
>> The last video I plan on making this summer is a short video featuring
>> some
>> of the coolest clouds and I am hoping you all will help me since we are
>> all
>> so spread out.
>>
>> Here is what I am needing to make this project a success:   A webcam
>> interview of you (questions below) and screen casts/capture of your cloud
>> in action.
>>
>> Because my fellowship ends August 9th I will need this information by no
>> later than the *29th of July.  *
>> *
>> *
>> While I appreciate how busy all of you are, I am hoping you can carve a
>> few
>> moments out of a day this week and complete the questions and capture some
>> of your cloud.  If you need any assistance in either capturing video
>> interviews or screens please let me know and I can help you.
>>
>> This project is a great way to get your project some more visibility and I
>> thank you in advance for any help you can provide.  Please let me know if
>> you have any questions or concerns.
>>
>> Best Wishes,
>>
>> Gregg Witkin
>>
>> Interview Questions
>> 1. What made you want to develop your cloud?
>> 2. Describe the features that you would consider so cool?
>> 3. How does your cloud have an effect on the broader cloud environment?
>> 4. In what way do the users interact with your cloud?
>> 5. What would you like to see out of the future clouds besides your own.
>> 6  Describe some particulars about the deployment: how many compute nodes
>> and management server instances you have, what networking strategy you use
>> ("basic" or "advanced"), and other choices you have made.
>>
>
>

Re: [Doc] Please review: VM root disk reset on reboot doc

[Jessica Tomechak]

Since no comments have been made against this doc, I am resolving the bug.

Jessica T.


On Thu, Aug 8, 2013 at 11:16 PM, Jessica Tomechak <
jessica.tomec...@gmail.com> wrote:

> Hi,
> New doc on resetting VM on reboot is ready for review. You can view the
> updated text at the link below. This is checked in to both master and 4.2
> branch.
>
> Please provide your feedback.
>
> Diff:
>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=26f1eab323672d54f2a7dfa5da89c779c9d8f5c2
>
> Bug:
> https://issues.apache.org/jira/browse/CLOUDSTACK-1682
>
> Regards,
> Jessica T.
>

Re: [Doc] Please review: Update base image of VMs doc

[Jessica Tomechak]

Thanks, Hari. I have added your comments to the doc bug for now and will
update the doc asap.

Jessica T.


On Thu, Aug 8, 2013 at 11:16 PM, Harikrishna Patnala <
harikrishna.patn...@citrix.com> wrote:

> Hi Jessica,
> Thanks for the doc and it looks fine. Some minor changes required,
>
> The new template id in restore virtual machine API is optional parameter,
> if not specified vm restores to the same template.
>
> Additional thing we need to add is, we support base image update from vm
> created from template to another template and VM created from ISO to
> another ISO.
> Cross functionality is not there.
>
> Thank you,
> Harikrishna
>
>
> On 09-Aug-2013, at 9:36 AM, Jessica Tomechak 
> wrote:
>
> > Hi,
> > New doc on updating the base image (ISO) for VMs is ready for review. You
> > can view the updated text at the link below. This is checked in to both
> > master and 4.2 branch.
> >
> > Please provide your feedback.
> >
> > Diff:
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=1786f1d701ca394ed15b2fa5865611a39840a2a0
> >
> > Bug:
> > https://issues.apache.org/jira/browse/CLOUDSTACK-871
> >
> > Regards,
> > Jessica T.
>
>

Re: Review Request 13549: Merging missing tests from QA repo to ASF - Test Account 2 tests added

[Ashutosh Kelkar]

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

(Updated Aug. 15, 2013, 3:04 a.m.)


Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.


Changes
---

Uploaded new Diff with the invalid test removed


Repository: cloudstack-git


Description
---

Added 2 missing tests for file test_accounts.py from the old QA repo to ASF 


Diffs
-

  test/integration/component/test_accounts.py fafcf9a 

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


Testing
---


Thanks,

Ashutosh Kelkar

Re: Review Request 13550: Added 5 missing tests from the QA repo to test_custom_hostname.py

[Ashutosh Kelkar]

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

(Updated Aug. 15, 2013, 3 a.m.)


Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.


Changes
---

Removed changes for test_accounts from this diff -> Updated diff for 
test_accounts with review comments and removed invalid test from there.


Repository: cloudstack-git


Description
---

Added 5 missing tests from the QA repo to test_custom_hostname.py in the ASF 
repo


Diffs (updated)
-

  test/integration/component/test_custom_hostname.py 0898e1e 

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


Testing
---


Thanks,

Ashutosh Kelkar

Re: Review Request 13549: Merging missing tests from QA repo to ASF - Test Account 2 tests added

[Ashutosh Kelkar]

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

(Updated Aug. 15, 2013, 2:50 a.m.)


Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.


Changes
---

Uploaded new Diff with the invalid test removed


Repository: cloudstack-git


Description
---

Added 2 missing tests for file test_accounts.py from the old QA repo to ASF 


Diffs (updated)
-

  test/integration/component/test_accounts.py fafcf9a 

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


Testing
---


Thanks,

Ashutosh Kelkar

RE: [ACS42] QA Subtasks that need to be resolved

[Sudha Ponnaganti]

I see that parent task is marked as won't fix so resolved QA task also as such. 
No need to take any action on this

-Original Message-
From: Angeline Shen [mailto:angeline.s...@citrix.com] 
Sent: Wednesday, August 14, 2013 7:14 PM
To: 'dev@cloudstack.apache.org'
Subject: RE: [ACS42] QA Subtasks that need to be resolved

Sudha:

CLOUDSTACK-903CLOUDSTACK-40 QA - New Image based provisioning 
method for Baremetal

IS this new baremetal feature or referring to existing baremetal  project?
How to update  these 2 bugs ?

Thanks


-Original Message-
From: Sudha Ponnaganti [mailto:sudha.ponnaga...@citrix.com] 
Sent: Wednesday, August 14, 2013 12:56 PM
To: dev@cloudstack.apache.org
Subject: [ACS42] QA Subtasks that need to be resolved

Hi All,

Following QA Tasks are not closed and require your attention. Can you review 
the list and see if these can be resolved/closed.

-  For some of these parent story might have been pushed to next 
release, in such case set fixed version as "Future"

Thanks
/Sudha


CLOUDSTACK-903CLOUDSTACK-40 QA - New Image based provisioning 
method for Baremetal   angeline shen
CLOUDSTACK-2800  CLOUDSTACK-1963 QA: New mapping model for CloudStack 
zone and Vmware datacenterangeline shen
CLOUDSTACK-2749  CLOUDSTACK-996 QA: Write test plan and execute 
Testplan for midonet network integrationDave Cahill
CLOUDSTACK-879CLOUDSTACK-509 QA S3-backed Secondary Storage Feature 
  John Burwell
CLOUDSTACK-2841  CLOUDSTACK-1191 QA: Test RBD cloning, backup and 
snapshotting  sadhu suresh
CLOUDSTACK-954CLOUDSTACK-788 QA - support multiple VLANs for KVM HV 
   sadhu suresh
CLOUDSTACK-2267  CLOUDSTACK-2059 QA: Support remove network over VMware 
deployments with dvSwitchSailaja Mada
CLOUDSTACK-943CLOUDSTACK-714 QA - S3 based secondary storage
 Sanjeev N
CLOUDSTACK-886CLOUDSTACK-629 QA new storage subsystem   Sanjeev N

RE: [ACS42] QA Subtasks that need to be resolved

[Angeline Shen]

Sudha:

CLOUDSTACK-903CLOUDSTACK-40 QA - New Image based provisioning 
method for Baremetal

IS this new baremetal feature or referring to existing baremetal  project?
How to update  these 2 bugs ?

Thanks


-Original Message-
From: Sudha Ponnaganti [mailto:sudha.ponnaga...@citrix.com] 
Sent: Wednesday, August 14, 2013 12:56 PM
To: dev@cloudstack.apache.org
Subject: [ACS42] QA Subtasks that need to be resolved

Hi All,

Following QA Tasks are not closed and require your attention. Can you review 
the list and see if these can be resolved/closed.

-  For some of these parent story might have been pushed to next 
release, in such case set fixed version as "Future"

Thanks
/Sudha


CLOUDSTACK-903CLOUDSTACK-40 QA - New Image based provisioning 
method for Baremetal   angeline shen
CLOUDSTACK-2800  CLOUDSTACK-1963 QA: New mapping model for CloudStack 
zone and Vmware datacenterangeline shen
CLOUDSTACK-2749  CLOUDSTACK-996 QA: Write test plan and execute 
Testplan for midonet network integrationDave Cahill
CLOUDSTACK-879CLOUDSTACK-509 QA S3-backed Secondary Storage Feature 
  John Burwell
CLOUDSTACK-2841  CLOUDSTACK-1191 QA: Test RBD cloning, backup and 
snapshotting  sadhu suresh
CLOUDSTACK-954CLOUDSTACK-788 QA - support multiple VLANs for KVM HV 
   sadhu suresh
CLOUDSTACK-2267  CLOUDSTACK-2059 QA: Support remove network over VMware 
deployments with dvSwitchSailaja Mada
CLOUDSTACK-943CLOUDSTACK-714 QA - S3 based secondary storage
 Sanjeev N
CLOUDSTACK-886CLOUDSTACK-629 QA new storage subsystem   Sanjeev N

Re: Whats involved in adding an extra hypervisor

[Chiradeep Vittal]

Yes, it is a hypervisor plugin. While the extension method may be simple,
the impedance mismatch between the CloudStack virtual model and the
hypervisor API is what causes the most pain.
E.g., CloudStack will hand a VirtualMachineTO object (consisting of
cpu/mem/nic) and then you have to use the hypervisor API to construct it.
For XS, it involves calling a bunch of XS APIs to 'construct' the VM. For
KVM, it involves constructing an XML file and passing it to libvirt, etc.
I'd say stuff like snapshots, stuff that involves a lot of firewall
configuration tends to be harder.

On 8/14/13 3:28 PM, "Ian Duffy"  wrote:

>Hi Guys,
>
>Just asking this off the top of my head with no research done at all.
>Its a pure "Just out of interest" query.
>
>Would it be a difficult task to add an interface to Cloudstack in
>order to enable it to communicate with some REST based API that goes
>back to some hypervisor?
>
>Can anybody point in the direction of code/files I should look at to
>get an idea of the amount of work involved? Is the plugin model in
>such a state where such functionality could be abstracted out as a
>plugin? With my previous experiences of dealing with the cloudstack
>code base I recall seeing a hypervisor folder in the plugins folder,
>is it just as simple as extending a few classes in there?
>
>Thanks,
>
>Ian

Re: S3 Object Store testing

[Min Chen]

Tom, I checked in a fix for this, can you please retry with latest 4.2.

Thanks
-min

On 8/2/13 2:28 AM, "Thomas O'Dowd"  wrote:

>Sanjeev,
>
>Any further ideas on
>https://issues.apache.org/jira/browse/CLOUDSTACK-3229
>
>John worked and I worked on it quite a lot yesterday (he had a long day
>or rather a short night). We're passed the S3 plugin issue but snapshots
>are still failing on what looks like the last step.
>
>Tom.
>
>On Tue, 2013-07-30 at 09:04 +, Sanjeev Neelarapu wrote:
>> Hi Tom,
>> 
>> Thanks for testing this feature on XCP. I haven't covered XCP in my
>>tests. So far testing has been done on XenServer and KVM.
>> 
>> Thanks,
>> Sanjeev
>> 
>> -Original Message-
>> From: Thomas O'Dowd [mailto:tpod...@cloudian.com]
>> Sent: Tuesday, July 30, 2013 2:25 PM
>> To: Sanjeev Neelarapu
>> Cc: Cloudstack DEV
>> Subject: S3 Object Store testing
>> 
>> Sanjeev,
>> 
>> I was talking to Prasanna earlier regarding testing various parts of the
>> S3 Object Store integration. I've been testing on and off myself using
>>devcloud but have yet to get a snapshot to work. It looks like devcloud
>>version of XCP at least doesn't have /opt/xensource/sm/ so its failing
>>to store the snapshot. See this issue here:
>> https://issues.apache.org/jira/browse/CLOUDSTACK-3229
>> 
>> I'm going to try to find some hardware to test with KVM but not sure
>>how soon I can do it. I'm interested to hear regarding how far you have
>>tested different hypervisors with S3 and which areas you have concern
>>with or need further testing.
>> 
>> Tom.
>> --
>> Cloudian KK - http://cloudian.jp/
>> S3 REST API Compliant Cloud Storage with Cloudian®
>> 
>
>-- 
>Cloudian KK - http://www.cloudian.com/get-started.html
>Fancy 100TB of full featured S3 Storage?
>Checkout the Cloudian® Community Edition!
>

[ACS42] Resolved defects that need validation

[Sudha Ponnaganti]

Community members,

Pl review fixes done for the issues that you have reported. RC drop date is 
getting close and feature developer may not get a chance to fix it if these are 
not fixed as per your requirements.
Pl take some time, validate and close

Thanks
/Sudha

project = CLOUDSTACK AND issuetype = Bug AND fixVersion = "4.2.0" AND status = 
Resolved

Reporter  Total
Grand Total399
Sangeetha Hariharan  34
Nitin Mehta28
Alena Prokharchyk  21
Sateesh Chodapuneedi 21
Sailaja Mada   19
Prachi Damle  14
Rayees Namathponnan14
Sanjeev N   14
Sheng Yang 12
Chandan Purushothama   11
Sowmya Krishnan11
Bharat Kumar9
Jayapal Reddy   9
Murali Reddy 9
Saksham Srivastava 9
Srikanteswararao Talluri9
Kishan Kavala 8
Harikrishna Patnala 7
shweta agarwal6
Francois Gaudreault   5
Kiran Koneti   5
Likitha Shetty 5
Venkata Siva Vijayendra Bhamidipati  5
Abhinav Roy   4
Ahmad Emneina   4
Anthony Xu4
Isaac Chiang   4
Koushik Das4
Rajesh Battala   4
Wido den Hollander4
Devdeep Singh 3
Fang Wang  3
ilya musayev  3
Jessica Tomechak3
John Burwell  3
sadhu suresh 3
venkata swamybabu budumuru   3
Abhinandan Prateek  2
angeline shen2
Daan Hoogland 2
David Noland 2
Girish Shilamkar2
Hiroaki Kawai 2
Hongtu Zang  2
Jessica Wang  2
Kelven Yang   2
Milamber2
Minying Bao   2
Nick Wales  2
Parth Jagirdar2
Paul Angus  2
Radhika Nair   2
Rohit Yadav2
Toshiaki Hatano2
Brian Angus1
Brian Spindler1
Chip Childers  1
Chiradeep Vittal   1
Dave Brosius  1
Dave Cahill  1
David Nalley   1
david vz1
Diogo Monteiro1
edison su 1
frank zhang1
Hugo Trippaers 1
Jarosław Dzbęk 1
Jeronimo 1
manasaveloori  1
Max Clark1
Mice Xia   1
Michael Dickey  1
Naoki Sakamoto   1
Nicolas Lamirault  1
Nik Martin   1
Pranav Saxena  1
Prasanna Santhanam 1
prashant kumar mishra 1
Ram Ganesh  1
roxanne chang  1
sebastien goasguen1
Shane Witbeck  1
Sharad Yadav 1
Simon Weller 1
Sonny Chhen 1

Whats involved in adding an extra hypervisor

[Ian Duffy]

Hi Guys,

Just asking this off the top of my head with no research done at all.
Its a pure "Just out of interest" query.

Would it be a difficult task to add an interface to Cloudstack in
order to enable it to communicate with some REST based API that goes
back to some hypervisor?

Can anybody point in the direction of code/files I should look at to
get an idea of the amount of work involved? Is the plugin model in
such a state where such functionality could be abstracted out as a
plugin? With my previous experiences of dealing with the cloudstack
code base I recall seeing a hypervisor folder in the plugins folder,
is it just as simple as extending a few classes in there?

Thanks,

Ian

Re: Disk Allocated Versus Disk Used

[Mike Tutkowski]

I wonder if Donal can answer this question?


On Fri, Jul 12, 2013 at 7:18 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> In looking at my Xen boxes, disksizeused appears to equate to used space.
>
> disksizeallocated, I presume, should equate to what Xen calls allocated
> space, but it does not seem to (ex. the GUI wasn't showing anything, but in
> XenCenter it says 8 GB allocated space for one of my hosts).
>
>
> On Fri, Jul 12, 2013 at 7:13 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> Hi,
>>
>> I noticed in the 4.2 GUI under the details of Primary Storage that the
>> Disk Allocated field always seems to be empty.
>>
>> I changed the logic to display the disksizeused field (instead of the
>> disksizeallocated field) and now it seems to work.
>>
>> Can someone tell me what the difference is supposed to be between these
>> two fields and if the change I made should be checked in (along with
>> changing the name of this field from Disk Allocated to Disk Used)?
>>
>> 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
>> *™*
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the 
> cloud
> *™*
>



-- 
*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: Review Request 11942: ProcessUtil cleanup

[Laszlo Hornyak]

> On Aug. 14, 2013, 7:48 a.m., Wei Zhou wrote:
> > An issue related to this patch: 
> > https://issues.apache.org/jira/browse/CLOUDSTACK-4314
> > and patch: 
> > https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=eb59c3c
> > Testing ok on devcloud.

indeed I did not test with the environment.properties on path. Sorry for the 
inconvenience and thank you for the fix!


- Laszlo


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


On July 24, 2013, 4:42 a.m., Laszlo Hornyak wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/11942/
> ---
> 
> (Updated July 24, 2013, 4:42 a.m.)
> 
> 
> Review request for cloudstack, Frank Zhang and John Burwell.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> - possible resource leak closed
> - file content read uses now commons-lang FileUtils
> - Added unit tests
> 
> 
> Diffs
> -
> 
>   utils/src/com/cloud/utils/ProcessUtil.java c9fdf35 
>   utils/test/com/cloud/utils/ProcessUtilTest.java PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/11942/diff/
> 
> 
> Testing
> ---
> 
> test included
> 
> 
> Thanks,
> 
> Laszlo Hornyak
> 
>

[ACS42] QA Tasks that are not complete

[Sudha Ponnaganti]

Feature owners / Community members - can you review the following QA subtasks 
and see if you can provide some validation report so these can be closed.
Even if you are not developer of the features, you may have used it so pl 
provide such type of validation report as well if you happen to have one.
Some may have been pushed to next release, in such case the fix version can be 
set to "Future", if you have such information, pl update the task directly or 
send me mail with details and I can update it

CLOUDSTACK-946CLOUDSTACK-733 QA - BigSwitch network plugin  
Unassigned
CLOUDSTACK-2797  CLOUDSTACK-1585 QA: Test Consistent use of refresh 
ButtonUnassigned
CLOUDSTACK-2423  CLOUDSTACK-2367 QA - VPC - allow loadbalanced network 
offering on multiple tiers  Unassigned
CLOUDSTACK-1466  CLOUDSTACK-713 [QA Automation] Limit Resources on 
domains/accounts   Unassigned
CLOUDSTACK-917CLOUDSTACK-399 QA - review Document vSphere / ESXi 
patch installation procedure Unassigned
CLOUDSTACK-908CLOUDSTACK-921 [QA] Test VPC new 8-tunnel VPN 
capabilityUnassigned
CLOUDSTACK-912CLOUDSTACK-240 QA Create-Tag feature is not avialable 
for VPN Customer Gateway Unassigned
CLOUDSTACK-915CLOUDSTACK-337 QA - Create SELinux policy for KVM 
agentUnassigned
CLOUDSTACK-949CLOUDSTACK-921 QA - nTier Apps 2.0 blacllist of 
routes Unassigned
CLOUDSTACK-1000  CLOUDSTACK-999 QA - Plugin to provide Hyper V support  
  Unassigned
CLOUDSTACK-2829  CLOUDSTACK-1311 QA Allow specification of different 
VIF drivers per traffic type in KVMUnassigned
CLOUDSTACK-950CLOUDSTACK-921 QA - Ntier Apps 2.0 use same public IP 
for static NAT, PF and LB in VPCUnassigned
CLOUDSTACK-2415  CLOUDSTACK-2163 QA Automation : Add ability in CS for 
admin to have better control over first class objects   Unassigned

[ACS42] QA Subtasks that need to be resolved

[Sudha Ponnaganti]

Hi All,

Following QA Tasks are not closed and require your attention. Can you review 
the list and see if these can be resolved/closed.

-  For some of these parent story might have been pushed to next 
release, in such case set fixed version as "Future"

Thanks
/Sudha


CLOUDSTACK-903CLOUDSTACK-40 QA - New Image based provisioning 
method for Baremetal   angeline shen
CLOUDSTACK-2800  CLOUDSTACK-1963 QA: New mapping model for CloudStack 
zone and Vmware datacenterangeline shen
CLOUDSTACK-2749  CLOUDSTACK-996 QA: Write test plan and execute 
Testplan for midonet network integrationDave Cahill
CLOUDSTACK-879CLOUDSTACK-509 QA S3-backed Secondary Storage Feature 
  John Burwell
CLOUDSTACK-2841  CLOUDSTACK-1191 QA: Test RBD cloning, backup and 
snapshotting  sadhu suresh
CLOUDSTACK-954CLOUDSTACK-788 QA - support multiple VLANs for KVM HV 
   sadhu suresh
CLOUDSTACK-2267  CLOUDSTACK-2059 QA: Support remove network over VMware 
deployments with dvSwitchSailaja Mada
CLOUDSTACK-943CLOUDSTACK-714 QA - S3 based secondary storage
 Sanjeev N
CLOUDSTACK-886CLOUDSTACK-629 QA new storage subsystem   Sanjeev N

RE: Building Documents with publican

[Jessica Tomechak]

Marty,
These errors are caused by files being included in the docs twice as well as 
links pointing to destinations that aren't included in the same book. I have a 
page on this in the project wiki.

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Publican+Troubleshooting+Guide

In the end, the root cause is people adding/changing things in the docs repo 
without doing a test build locally in publican first.

Jessica T.

From: Marty Sweet [msweet@gmail.com]
Sent: Wednesday, August 14, 2013 11:18 AM
To: dev@cloudstack.apache.org
Subject: Building Documents with publican

Hi,

I am trying to build the documentation from the latest git pull. After
running the following, lots of processing file entries appear, then the
following errors:

marty@devbox:~/workspace/cloudstack/docs$ publican build --formats html
--langs en-US
--common_content=/home/marty/workspace/cloudstack/Common_Content
Setting up en-US
Processing file tmp/en-US/xml/Common_Content/Conventions.xml ->
tmp/en-US/xml/Common_Content/Conventions.xml
Processing file tmp/en-US/xml/Common_Content/Feedback.xml ->
tmp/en-US/xml/Common_Content/Feedback.xml
Processing file tmp/en-US/xml_tmp/xenserver-topology-req.xml ->
tmp/en-US/xml/xenserver-topology-req.xml
Processing file tmp/en-US/xml_tmp/zone-add.xml -> tmp/en-US/xml/zone-add.xml

Beginning work on en-US
Validation failed:
hypervisor-support-for-primarystorage.xml:6: validity error : ID
hypervisor-support-for-primarystorage already defined
add-remove-nic.xml:31: validity error : ID prereq-addnic already defined
api-throttling.xml:6: validity error : ID api-throttling already defined
api-throttling.xml:30: validity error : ID api-throttling-configure already
defined
api-throttling.xml:61: validity error : ID api-throttling-limitations
already defined
globally-configured-limits.xml:6: validity error : ID
globally-configured-limits already defined
configure-package-repository.xml:28: validity error : IDREF attribute
linkend references an unknown ID "sect-source-builddebs"
management-server-install-multi-node.xml:30: validity error : IDREF
attribute linkend references an unknown ID "sect-source-builddebs"
using-netscaler-load-balancers.xml:41: validity error : IDREF attribute
linkend references an unknown ID "external-guest-lb-integration"
configure-package-repository.xml:28: validity error : IDREF attribute
linkend references an unknown ID "sect-source-buildrpm"
management-server-install-multi-node.xml:30: validity error : IDREF
attribute linkend references an unknown ID "sect-source-buildrpm"


Anyone got any ideas? I don't understand the docs folder well enough yet to
make sense of these errors.

Thanks,
Marty

RE: Unable to create link local network exception

[Soheil Eizadi]

Yes missing . :)

The Blog post you wrote was a good. We need something like that and the Citrix 
post in the Wiki and may be for each vendor plugin we can update their special 
logging requirements. Right now the focus in on the Hypervisors but as we get 
more Storage and Networking solutions integrated, we need instructions on how 
to isolate issues related to those as well.
-Soheil

From: Donal Lafferty [donal.laffe...@citrix.com]
Sent: Wednesday, August 14, 2013 3:47 AM
To: dev@cloudstack.apache.org
Subject: RE: Unable to create link local network exception

Strictly speaking, it's "SMlog" (no '.')


> -Original Message-
> From: Soheil Eizadi [mailto:seiz...@infoblox.com]
> Sent: 14 August 2013 02:21
> To: dev@cloudstack.apache.org
> Subject: RE: Unable to create link local network exception
>
> Hi Mike,
> Check the SM.log on the XenServer and see if you get more information why
> the request failed.
> -Soheil
> 
> From: Mike Tutkowski [mike.tutkow...@solidfire.com]
> Sent: Tuesday, August 13, 2013 2:54 PM
> To: dev@cloudstack.apache.org
> Subject: Unable to create link local network exception
>
> Hi,
>
> I get the following exception when trying to add a 6.1 XenServer host into a
> cluster in 4.2.
>
> The host starts out in the Alert state, but quickly changes over to the Up
> state.
>
> Any thoughts on this?
>
> Thanks!
>
> WARN  [xen.resource.CitrixResourceBase] (DirectAgent-37:) Unable to
> create local link network The server failed to handle your request, due to an
> internal error.  The given message may give details useful for debugging the
> problem.
> at com.xensource.xenapi.Types.checkResponse(Types.java:1694)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerCo
> nnection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VIF.plug(VIF.java:846)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupLinkLocalNetw
> ork(CitrixResourceBase.java:4848)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResou
> rceBase.java:3368)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citr
> ixResourceBase.java:487)
> at
> com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(
> XenServer56Resource.java:73)
> at
> com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest
> (XenServer610Resource.java:104)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
> .java:186)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> n(ScheduledThreadPoolExecutor.java:206)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> or.java:895)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja
> va:918)
> at java.lang.Thread.run(Thread.java:680)
> WARN  [agent.manager.DirectAgentAttache] (DirectAgent-37:) Seq
> 4-1553137671: Exception Caught while executing command
> com.cloud.utils.exception.CloudRuntimeException: Unable to create local
> link network due to The server failed to handle your request, due to an
> internal error.  The given message may give details useful for debugging the
> problem.
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupLinkLocalNetw
> ork(CitrixResourceBase.java:4862)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResou
> rceBase.java:3368)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citr
> ixResourceBase.java:487)
> at
> com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(
> XenServer56Resource.java:73)
> at
> com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest
> (XenServer610Resource.java:104)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
> .java:186)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> n(ScheduledThreadPoolExecutor.java:206)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> or.java:895)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja
> va:918)
> at java.lang.Thread.run(Thread.java:680)
> Caused by: 

Building Documents with publican

[Marty Sweet]

Hi,

I am trying to build the documentation from the latest git pull. After
running the following, lots of processing file entries appear, then the
following errors:

marty@devbox:~/workspace/cloudstack/docs$ publican build --formats html
--langs en-US
--common_content=/home/marty/workspace/cloudstack/Common_Content
Setting up en-US
Processing file tmp/en-US/xml/Common_Content/Conventions.xml ->
tmp/en-US/xml/Common_Content/Conventions.xml
Processing file tmp/en-US/xml/Common_Content/Feedback.xml ->
tmp/en-US/xml/Common_Content/Feedback.xml
Processing file tmp/en-US/xml_tmp/xenserver-topology-req.xml ->
tmp/en-US/xml/xenserver-topology-req.xml
Processing file tmp/en-US/xml_tmp/zone-add.xml -> tmp/en-US/xml/zone-add.xml

Beginning work on en-US
Validation failed:
hypervisor-support-for-primarystorage.xml:6: validity error : ID
hypervisor-support-for-primarystorage already defined
add-remove-nic.xml:31: validity error : ID prereq-addnic already defined
api-throttling.xml:6: validity error : ID api-throttling already defined
api-throttling.xml:30: validity error : ID api-throttling-configure already
defined
api-throttling.xml:61: validity error : ID api-throttling-limitations
already defined
globally-configured-limits.xml:6: validity error : ID
globally-configured-limits already defined
configure-package-repository.xml:28: validity error : IDREF attribute
linkend references an unknown ID "sect-source-builddebs"
management-server-install-multi-node.xml:30: validity error : IDREF
attribute linkend references an unknown ID "sect-source-builddebs"
using-netscaler-load-balancers.xml:41: validity error : IDREF attribute
linkend references an unknown ID "external-guest-lb-integration"
configure-package-repository.xml:28: validity error : IDREF attribute
linkend references an unknown ID "sect-source-buildrpm"
management-server-install-multi-node.xml:30: validity error : IDREF
attribute linkend references an unknown ID "sect-source-buildrpm"


Anyone got any ideas? I don't understand the docs folder well enough yet to
make sense of these errors.

Thanks,
Marty

RE: snapshots in kvm

[Edison Su]

> -Original Message-
> From: Marty Sweet [mailto:msweet@gmail.com]
> Sent: Wednesday, August 14, 2013 4:47 AM
> To: dev@cloudstack.apache.org
> Subject: Re: snapshots in kvm
> 
> Hi Sanjeev,
> 
> As I understand it from a cloudstack prospective it will work per disk.
> This error is returned because the KVM snapshot command (of which i can't
> remember the name of at this time), takes control of the VM state because
> the VM is paused while part of the copy is taking place.
> 
> It may be worth looking into libvirt and KVM to see if multiple volumes can be
> snapshot'ed at the same time and if so suggesting it through the appropriate
> cloudstack channels to be an implemented feature, this would be something
> I would be looking for and willing to implement if its possible on the
> underlying hypervisor and the community agrees.


There are APIs to enable one disk per snapshot: 
http://libvirt.org/formatsnapshot.html
disks
On input, this is an optional listing of specific instructions for disk 
snapshots; it is needed when making a snapshot of only a subset of the disks 
associated with a domain,
It says it's enabled since 0.9.5, but I haven't have time to test it yet. Patch 
is welcome.

> 
> Marty
> 
> On Wednesday, August 14, 2013, Sanjeev Neelarapu wrote:
> 
> > Hi,
> >
> > This regarding snapshot process in KVM. Does libvirt allow creating
> > snapshots on two disks of a vm at the same time?
> > I have deployed a vm with root and data disk. Configured recurring
> > snapshot policies on both root disk and data disk and snapshot process
> > triggered on both the disks with difference of 1 sec.
> > But one of them failed with libvirt exception:
> > Failed to manage snapshot: org.libvirt.LibvirtException: Timed out
> > during
> > operation: cannot acquire state change lock
> >
> > Is this expected? If yes could you specify the reason for my understanding?
> >
> > Thanks,
> > Sanjeev
> >

Re: Review Request 13132: Field default value functions

[SuichII, Christopher]

Is this something I've broken?

On Aug 14, 2013, at 1:36 PM, Jenkins Cloudstack.org 
mailto:h...@apache.org>>
 wrote:

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


Review 13132 failed the build test : FAILURE
The url of build cloudstack-master-with-patch #135 is : 
http://jenkins.buildacloud.org/job/cloudstack-master-with-patch/135/


- Jenkins Cloudstack.org


On August 2nd, 2013, 1:37 p.m. UTC, Chris Suich wrote:

Review request for cloudstack, Brian Federle, Jessica Wang, and Pranav Saxena.
By Chris Suich.

Updated Aug. 2, 2013, 1:37 p.m.

Repository: cloudstack-git
Description

Currently, the default value for a UI field must be a constant. I have extended 
the dialog forms to allow default value functions which are given the standard 
'args' allowing default values to be determined at run time.


Diffs

  *   ui/scripts/sharedFunctions.js (8ddaeaf)
  *   ui/scripts/ui/dialog.js (1ff5401)

View Diff

Re: Review Request 13131: Default field identifier

[Brian Federle]

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

Ship it!


Ship It!

- Brian Federle


On Aug. 2, 2013, 1:38 p.m., Chris Suich wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13131/
> ---
> 
> (Updated Aug. 2, 2013, 1:38 p.m.)
> 
> 
> Review request for cloudstack, Brian Federle, Jessica Wang, and Pranav Saxena.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Currently, the identifying value of json objects is assumed to be 'id' or 
> 'name' (if 'id' doesn't exist). I have added the option of allowing fields to 
> specify which json property should be the identifying value of an object.
> 
> For some reason, it says that ui/scripts/ui/dialog.js can not be found in the 
> repository, so I have added the patch file manually. Please let me know if 
> there is some way to fix this.
> 
> 
> Diffs
> -
> 
> 
> Diff: https://reviews.apache.org/r/13131/diff/
> 
> 
> Testing
> ---
> 
> 
> File Attachments
> 
> 
> 
>   
> https://reviews.apache.org/media/uploaded/files/2013/07/31/field-identify-value.patch
> 
> 
> Thanks,
> 
> Chris Suich
> 
>

Re: Review Request 13132: Field default value functions

[Jenkins Cloudstack.org]

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


Review 13132 failed the build test : FAILURE
The url of build cloudstack-master-with-patch #135 is : 
http://jenkins.buildacloud.org/job/cloudstack-master-with-patch/135/

- Jenkins Cloudstack.org


On Aug. 2, 2013, 1:37 p.m., Chris Suich wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13132/
> ---
> 
> (Updated Aug. 2, 2013, 1:37 p.m.)
> 
> 
> Review request for cloudstack, Brian Federle, Jessica Wang, and Pranav Saxena.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Currently, the default value for a UI field must be a constant. I have 
> extended the dialog forms to allow default value functions which are given 
> the standard 'args' allowing default values to be determined at run time.
> 
> 
> Diffs
> -
> 
>   ui/scripts/sharedFunctions.js 8ddaeaf 
>   ui/scripts/ui/dialog.js 1ff5401 
> 
> Diff: https://reviews.apache.org/r/13132/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Chris Suich
> 
>

Re: Review Request 13072: Print agent host name in logging of agent commands

[Marcus Sorensen]

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


Any comments?

- Marcus Sorensen


On Aug. 6, 2013, 10:32 p.m., Marcus Sorensen wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13072/
> ---
> 
> (Updated Aug. 6, 2013, 10:32 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Bugs: CLOUDSTACK-3872
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Print agent name when logging Commands sent to VM hosts. See bug description. 
>  I'm not super familiar with this code, so I'd like someone to look over it 
> and verify it's the right thing.
> 
> 
> Diffs
> -
> 
>   core/src/com/cloud/agent/transport/Request.java b0fa4cc 
>   server/src/com/cloud/agent/manager/AgentAttache.java 1785bcf 
>   server/src/com/cloud/agent/manager/AgentManagerImpl.java b157838 
>   server/src/com/cloud/agent/manager/ClusteredAgentAttache.java 058a904 
>   server/src/com/cloud/agent/manager/ClusteredAgentManagerImpl.java 4fdb3c6 
>   server/src/com/cloud/agent/manager/ClusteredDirectAgentAttache.java 9012433 
>   server/src/com/cloud/agent/manager/ConnectedAgentAttache.java c98307b 
>   server/src/com/cloud/agent/manager/DirectAgentAttache.java 9b7d69f 
>   server/src/com/cloud/agent/manager/DummyAttache.java 14286d2 
> 
> Diff: https://reviews.apache.org/r/13072/diff/
> 
> 
> Testing
> ---
> 
> Tested on KVM zone, need help testing others.
> 
> 
> Thanks,
> 
> Marcus Sorensen
> 
>

Re: Review Request 13132: Field default value functions

[Brian Federle]

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

Ship it!


Ship It!

- Brian Federle


On Aug. 2, 2013, 1:37 p.m., Chris Suich wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13132/
> ---
> 
> (Updated Aug. 2, 2013, 1:37 p.m.)
> 
> 
> Review request for cloudstack, Brian Federle, Jessica Wang, and Pranav Saxena.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Currently, the default value for a UI field must be a constant. I have 
> extended the dialog forms to allow default value functions which are given 
> the standard 'args' allowing default values to be determined at run time.
> 
> 
> Diffs
> -
> 
>   ui/scripts/sharedFunctions.js 8ddaeaf 
>   ui/scripts/ui/dialog.js 1ff5401 
> 
> Diff: https://reviews.apache.org/r/13132/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Chris Suich
> 
>

Re: Unable to create link local network exception

[Chiradeep Vittal]

Checkout Donal's howto on XS debugging
http://dlafferty.blogspot.co.uk/2013/08/using-cloudstacks-log-files-xenserv
er.html


On 8/13/13 2:54 PM, "Mike Tutkowski"  wrote:

>Hi,
>
>I get the following exception when trying to add a 6.1 XenServer host into
>a cluster in 4.2.
>
>The host starts out in the Alert state, but quickly changes over to the Up
>state.
>
>Any thoughts on this?
>
>Thanks!
>
>WARN  [xen.resource.CitrixResourceBase] (DirectAgent-37:) Unable to create
>local link network
>The server failed to handle your request, due to an internal error.  The
>given message may give details useful for debugging the problem.
>at com.xensource.xenapi.Types.checkResponse(Types.java:1694)
>at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>at
>com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnect
>ion.dispatch(XenServerConnectionPool.java:909)
>at com.xensource.xenapi.VIF.plug(VIF.java:846)
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupLinkLocalNetwork
>(CitrixResourceBase.java:4848)
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourc
>eBase.java:3368)
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citrix
>ResourceBase.java:487)
>at
>com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenSe
>rver56Resource.java:73)
>at
>com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenS
>erver610Resource.java:104)
>at
>com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.jav
>a:186)
>at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>at
>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.acces
>s$301(ScheduledThreadPoolExecutor.java:98)
>at
>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(S
>cheduledThreadPoolExecutor.java:206)
>at
>java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.
>java:895)
>at
>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java
>:918)
>at java.lang.Thread.run(Thread.java:680)
>WARN  [agent.manager.DirectAgentAttache] (DirectAgent-37:) Seq
>4-1553137671: Exception Caught while executing command
>com.cloud.utils.exception.CloudRuntimeException: Unable to create local
>link network due to The server failed to handle your request, due to an
>internal error.  The given message may give details useful for debugging
>the problem.
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupLinkLocalNetwork
>(CitrixResourceBase.java:4862)
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourc
>eBase.java:3368)
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citrix
>ResourceBase.java:487)
>at
>com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenSe
>rver56Resource.java:73)
>at
>com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenS
>erver610Resource.java:104)
>at
>com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.jav
>a:186)
>at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>at
>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.acces
>s$301(ScheduledThreadPoolExecutor.java:98)
>at
>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(S
>cheduledThreadPoolExecutor.java:206)
>at
>java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.
>java:895)
>at
>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java
>:918)
>at java.lang.Thread.run(Thread.java:680)
>Caused by: The server failed to handle your request, due to an internal
>error.  The given message may give details useful for debugging the
>problem.
>at com.xensource.xenapi.Types.checkResponse(Types.java:1694)
>at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>at
>com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnect
>ion.dispatch(XenServerConnectionPool.java:909)
>at com.xensource.xenapi.VIF.plug(VIF.java:846)
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupLinkLocalNetwork
>(CitrixResourceBase.java:4848)
>... 13 more
>
>
>-- 
>*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: Linux Template Documentation

[Jason Pavao]

Very interested in seeing this doc, there is no clear documentation on 
this process.

-jason

On 8/14/2013 5:02 AM, Marty Sweet wrote:

Hi guys,

I was planning on making some documentation which explains how to prepare a
Linux VM for template creation (there is a good doc about Windows), what do
you think? My only current issue is how to pick up a hostname from DHCP,
while I have worked out how to do it, I would be intrested to see how the
system vms achieve it and use those scripts rather than reinventing the
wheel.

Would I be correct in thinking in order to precede I will have to raise a
feature on Jira, then submit the documentation to the review board?

Thanks,
Marty



--
Thanks.
-Jason

404 on some .css files

[La Motta, David]

Not sure if anybody has seen this, but I just noticed today after my
nonoss build  ;-)  Could've been there before, though.



GET 
http://nimbus:8080/client/api?command=listCapabilities&response=json&sessio
nkey=DGLyurBUgoy5E6VuOTdDdxIIV5o%3D&_=1376494740700 401 (Unauthorized)
jquery.js:7829 

GET http://nimbus:8080/client/modules/infrastructure/infrastructure.css
404 (Not Found) jquery.js:5569 

GET 
http://nimbus:8080/client/modules/vnmcNetworkProvider/vnmcNetworkProvider.c
ss 404 (Not Found) jquery.js:5569 

GET http://nimbus:8080/client/modules/vnmcAsa1000v/vnmcAsa1000v.css 404
(Not Found) jquery.js:5569 




Just a heads up.


--
David La Motta
Technical Marketing Engineer - Citrix Solutions | NetApp
david.lamo...@netapp.com

4.3 compatibility matrix

[La Motta, David]

Can anybody provide any insight as to when 4.3 is going to be added to the
compatibility matrix?

https://cwiki.apache.org/confluence/display/CLOUDSTACK/4.2+Compatiblity+Mat
rix


Thanks.


--
David La Motta
Technical Marketing Engineer - Citrix Solutions | NetApp

david.lamo...@netapp.com

Re: Master build failure

[Prasanna Santhanam]

On Mon, Aug 12, 2013 at 02:30:10PM +0200, Hugo Trippaers wrote:
> By the way on the subject on gerrit, we had this discussion before.
> If anyone wants to refresh the arguments from last time:
> http://markmail.org/message/inerurmjtc6v57ba

Another annoyance I have with RB is that when I review a patch, I
don't see the diffs I commented on in the dev@ list. Just shows my
remarks on the code but no code.

-- 
Prasanna.,


Powered by BigRock.com

Re: Unable to create link local network exception

[Mike Tutkowski]

That's what I've noticed, as well: The issue is when the host is added, but
the problem resolves itself shortly after.


On Wed, Aug 14, 2013 at 5:15 AM, Suresh Sadhu wrote:

> Functionality wise there is no issue(host is getting link local IP) but
> first time its getting the exception when we add the host.
>
> https://issues.apache.org/jira/browse/CLOUDSTACK-1236
>
>
> -Original Message-
> From: Donal Lafferty [mailto:donal.laffe...@citrix.com]
> Sent: 14 August 2013 16:25
> To: dev@cloudstack.apache.org
> Subject: RE: Unable to create link local network exception
>
> Strictly speaking, it's "SMlog" (no '.')
>
>
> > -Original Message-
> > From: Soheil Eizadi [mailto:seiz...@infoblox.com]
> > Sent: 14 August 2013 02:21
> > To: dev@cloudstack.apache.org
> > Subject: RE: Unable to create link local network exception
> >
> > Hi Mike,
> > Check the SM.log on the XenServer and see if you get more information
> > why the request failed.
> > -Soheil
> > 
> > From: Mike Tutkowski [mike.tutkow...@solidfire.com]
> > Sent: Tuesday, August 13, 2013 2:54 PM
> > To: dev@cloudstack.apache.org
> > Subject: Unable to create link local network exception
> >
> > Hi,
> >
> > I get the following exception when trying to add a 6.1 XenServer host
> > into a cluster in 4.2.
> >
> > The host starts out in the Alert state, but quickly changes over to
> > the Up state.
> >
> > Any thoughts on this?
> >
> > Thanks!
> >
> > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-37:) Unable to
> > create local link network The server failed to handle your request,
> > due to an internal error.  The given message may give details useful
> > for debugging the problem.
> > at com.xensource.xenapi.Types.checkResponse(Types.java:1694)
> > at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> > at
> > com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerCo
> > nnection.dispatch(XenServerConnectionPool.java:909)
> > at com.xensource.xenapi.VIF.plug(VIF.java:846)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupLinkLocalNet
> > w
> > ork(CitrixResourceBase.java:4848)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixRes
> > ou
> > rceBase.java:3368)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Ci
> > tr
> > ixResourceBase.java:487)
> > at
> > com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(
> > XenServer56Resource.java:73)
> > at
> > com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest
> > (XenServer610Resource.java:104)
> > at
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
> > .java:186)
> > at
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439
> > ) at
> > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.a
> > c
> > cess$301(ScheduledThreadPoolExecutor.java:98)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.r
> > u
> > n(ScheduledThreadPoolExecutor.java:206)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecu
> > t
> > or.java:895)
> > at
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.
> > ja
> > va:918)
> > at java.lang.Thread.run(Thread.java:680)
> > WARN  [agent.manager.DirectAgentAttache] (DirectAgent-37:) Seq
> > 4-1553137671: Exception Caught while executing command
> > com.cloud.utils.exception.CloudRuntimeException: Unable to create
> > local link network due to The server failed to handle your request,
> > due to an internal error.  The given message may give details useful
> > for debugging the problem.
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupLinkLocalNet
> > w
> > ork(CitrixResourceBase.java:4862)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixRes
> > ou
> > rceBase.java:3368)
> > at
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Ci
> > tr
> > ixResourceBase.java:487)
> > at
> > com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(
> > XenServer56Resource.java:73)
> > at
> > com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest
> > (XenServer610Resource.java:104)
> > at
> > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
> > .java:186)
> > at
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439
> > ) at
> > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.a
> > c
> > cess$301(ScheduledThreadPoolExecutor.java:98)
> > at
> > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.r
> > u
> > n(ScheduledThr

Re: Review Request 13523: 7 New tests for affinity groups

[Prasanna Santhanam]

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



test/integration/component/test_affinity_groups.py


I didn't quite understand this assert. What hostid are we talking about?



test/integration/component/test_affinity_groups.py


Can we be explicit? 
"Missing affinity group %s .."



test/integration/component/test_affinity_groups.py


remove multihost tag



test/integration/component/test_affinity_groups.py


"%s affinity groups listed by admin with id %s. Expected 1" % (count, id)

^ This is much better for debugging and takes the form of expected against 
observed.



test/integration/component/test_affinity_groups.py


Improve the assertion to show expected vs observed. 


- Prasanna Santhanam


On Aug. 13, 2013, 4:40 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13523/
> ---
> 
> (Updated Aug. 13, 2013, 4:40 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> New tests for affinity groups
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_affinity_groups.py 39baf3e 
> 
> Diff: https://reviews.apache.org/r/13523/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Linux Template Documentation

[David Nalley]

On Wed, Aug 14, 2013 at 8:12 AM, Wido den Hollander  wrote:
>
>
> On 08/14/2013 02:02 PM, Marty Sweet wrote:
>>
>> Hi guys,
>>
>> I was planning on making some documentation which explains how to prepare
>> a
>> Linux VM for template creation (there is a good doc about Windows), what
>> do
>> you think? My only current issue is how to pick up a hostname from DHCP,
>> while I have worked out how to do it, I would be intrested to see how the
>> system vms achieve it and use those scripts rather than reinventing the
>> wheel.
>>
>
> Don't forget to make sure acpid is installed, otherwise the VM won't respond
> to a graceful shutdown.
>
> And don't forget the password reset script which should be present to allow
> password changes.
>
> Wido
>

Modern cloud-init supports CloudStack - might be appropriate to
document configuring that rather than password/ssh script for modern
distros.

--David

Re: make cloud-daemonize obsolete using cloudstack-agent instead of cloudstack-management

[David Nalley]

On Wed, Aug 14, 2013 at 3:32 AM, Hugo Trippaers
 wrote:
> Hey Frank,
>
> Those packages have no dependencies on cloudstack-management, so that should 
> be alright.
>
> Is the cloud-daemonize only installed with the agent? I seem to remember that 
> it was also required to install it with the management server? If that is the 
> case we should move the obsolete to the cloudstack-common package. That way 
> it is properly removed when either the agent or the management server is 
> installed.
>
> Cheers,
>
> Hugo
>

It also used to be installed for cloud-usage - but I don't think for
the management server itself.

--David

Re: Review Request 13523: 7 New tests for affinity groups

[Prasanna Santhanam]

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



test/integration/component/test_affinity_groups.py


The multihost tag is only when the test requires the presence of multiple 
hosts in it. Please remove it from this and other tests.


- Prasanna Santhanam


On Aug. 13, 2013, 4:40 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13523/
> ---
> 
> (Updated Aug. 13, 2013, 4:40 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> New tests for affinity groups
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_affinity_groups.py 39baf3e 
> 
> Diff: https://reviews.apache.org/r/13523/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 13558: CLOUDSTACK-3688: Test cases test_accounts.TestDomainForceRemove.test_forceDeleteDomain, not found the domain to delete and failed.

[Prasanna Santhanam]

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

Ship it!


- Prasanna Santhanam


On Aug. 14, 2013, 11:18 a.m., Sanjay Tripathi wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13558/
> ---
> 
> (Updated Aug. 14, 2013, 11:18 a.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Bugs: CLOUDSTACK-3688
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-3688: Test cases 
> test_accounts.TestDomainForceRemove.test_forceDeleteDomain, not found the 
> domain to delete and failed.
> 
> Fixed the test as per the current design to delete a domain with cleanup=true.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_accounts.py 06b78e6 
> 
> Diff: https://reviews.apache.org/r/13558/diff/
> 
> 
> Testing
> ---
> 
> Verified the test locally in cloudtack environment.
> 
> 
> Thanks,
> 
> Sanjay Tripathi
> 
>

Re: Review Request 13558: CLOUDSTACK-3688: Test cases test_accounts.TestDomainForceRemove.test_forceDeleteDomain, not found the domain to delete and failed.

[ASF Subversion and Git Services]

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


Commit c5f1aea39d6d0e7fbb1966d221627f7236bd6eb9 in branch refs/heads/4.2 from 
Sanjay Tripathi
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=c5f1aea ]

CLOUDSTACK-3688: Test cases 
test_accounts.TestDomainForceRemove.test_forceDeleteDomain, not found the 
domain to delete and failed.

Signed-off-by: Prasanna Santhanam 
(cherry picked from commit 151fc3e8375ad5fea2f2e5d07445b5c40f02b59f)


- ASF Subversion and Git Services


On Aug. 14, 2013, 11:18 a.m., Sanjay Tripathi wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13558/
> ---
> 
> (Updated Aug. 14, 2013, 11:18 a.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Bugs: CLOUDSTACK-3688
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-3688: Test cases 
> test_accounts.TestDomainForceRemove.test_forceDeleteDomain, not found the 
> domain to delete and failed.
> 
> Fixed the test as per the current design to delete a domain with cleanup=true.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_accounts.py 06b78e6 
> 
> Diff: https://reviews.apache.org/r/13558/diff/
> 
> 
> Testing
> ---
> 
> Verified the test locally in cloudtack environment.
> 
> 
> Thanks,
> 
> Sanjay Tripathi
> 
>

Re: Review Request 13558: CLOUDSTACK-3688: Test cases test_accounts.TestDomainForceRemove.test_forceDeleteDomain, not found the domain to delete and failed.

[ASF Subversion and Git Services]

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


Commit 151fc3e8375ad5fea2f2e5d07445b5c40f02b59f in branch refs/heads/master 
from Sanjay Tripathi
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=151fc3e ]

CLOUDSTACK-3688: Test cases 
test_accounts.TestDomainForceRemove.test_forceDeleteDomain, not found the 
domain to delete and failed.

Signed-off-by: Prasanna Santhanam 


- ASF Subversion and Git Services


On Aug. 14, 2013, 11:18 a.m., Sanjay Tripathi wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13558/
> ---
> 
> (Updated Aug. 14, 2013, 11:18 a.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Bugs: CLOUDSTACK-3688
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-3688: Test cases 
> test_accounts.TestDomainForceRemove.test_forceDeleteDomain, not found the 
> domain to delete and failed.
> 
> Fixed the test as per the current design to delete a domain with cleanup=true.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_accounts.py 06b78e6 
> 
> Diff: https://reviews.apache.org/r/13558/diff/
> 
> 
> Testing
> ---
> 
> Verified the test locally in cloudtack environment.
> 
> 
> Thanks,
> 
> Sanjay Tripathi
> 
>

RE: Linux Template Documentation

[Musayev, Ilya]

Please note that you have to remove the udev rule for networking, otherwise MAC 
address will be hardcoded and VM on power on will have an old MAC address for 
the network card that no longer exists. End result will be no network 
connectivity.

As for DHCP hostname, it usually picks up the hostname by default provided by 
dhcp client. Make sure the hostname is not force set to "localhost" in your 
configs.

Regards
ilya

-Original Message-
From: Wido den Hollander [mailto:w...@widodh.nl] 
Sent: Wednesday, August 14, 2013 8:12 AM
To: dev@cloudstack.apache.org
Subject: Re: Linux Template Documentation



On 08/14/2013 02:02 PM, Marty Sweet wrote:
> Hi guys,
>
> I was planning on making some documentation which explains how to 
> prepare a Linux VM for template creation (there is a good doc about 
> Windows), what do you think? My only current issue is how to pick up a 
> hostname from DHCP, while I have worked out how to do it, I would be 
> intrested to see how the system vms achieve it and use those scripts 
> rather than reinventing the wheel.
>

Don't forget to make sure acpid is installed, otherwise the VM won't respond to 
a graceful shutdown.

And don't forget the password reset script which should be present to allow 
password changes.

Wido


> Would I be correct in thinking in order to precede I will have to 
> raise a feature on Jira, then submit the documentation to the review board?
>
> Thanks,
> Marty
>

Re: Review Request 13546: Few Redundant router test disabling as part for 4.2 base line,

[Prasanna Santhanam]

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


RvR seems to be very fragile. I'm going to disable the entire suite. I've not 
seen the suite passing overall:
http://jenkins.buildacloud.org/view/cloudstack-qa/job/test-regression-matrix/suite=test_redundant_router/

8/9 tests have been failing for the past 130 builds

- Prasanna Santhanam


On Aug. 13, 2013, 11:28 p.m., Rayees Namathponnan wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13546/
> ---
> 
> (Updated Aug. 13, 2013, 11:28 p.m.)
> 
> 
> Review request for cloudstack, Prasanna Santhanam and Sheng Yang.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Redundant router test disabling as part for 4.2 base line, 
> 
> Please merge to 4.2 branch alone, not master
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_redundant_router.py 617a546 
> 
> Diff: https://reviews.apache.org/r/13546/diff/
> 
> 
> Testing
> ---
> 
> Tested
> 
> 
> Thanks,
> 
> Rayees Namathponnan
> 
>

Re: Review Request 13552: Merging missing tests from QA repo to ASF - test_network_offerings 1 test added

[Prasanna Santhanam]

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



test/integration/component/test_network_offering.py


This test appears to be invalid. Can we understand why this test is 
required in the first place if it doesn't work?


- Prasanna Santhanam


On Aug. 14, 2013, 5:42 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13552/
> ---
> 
> (Updated Aug. 14, 2013, 5:42 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Merging missing tests from QA repo to ASF - test_network_offerings 1 test 
> added
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_network_offering.py 31a5c7d 
> 
> Diff: https://reviews.apache.org/r/13552/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 13549: Merging missing tests from QA repo to ASF - Test Account 2 tests added

[Prasanna Santhanam]

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


The patch in this review is contained in the patch for test_custom_hostname

- Prasanna Santhanam


On Aug. 14, 2013, 2:01 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13549/
> ---
> 
> (Updated Aug. 14, 2013, 2:01 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Added 2 missing tests for file test_accounts.py from the old QA repo to ASF 
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_accounts.py cf18bef 
> 
> Diff: https://reviews.apache.org/r/13549/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 13550: Added 5 missing tests from the QA repo to test_custom_hostname.py

[Prasanna Santhanam]

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



test/integration/component/test_accounts.py


This test is invalid. It was removed
See: http://markmail.org/message/vk7wyl3b57cltj44



- Prasanna Santhanam


On Aug. 14, 2013, 2:10 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13550/
> ---
> 
> (Updated Aug. 14, 2013, 2:10 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Added 5 missing tests from the QA repo to test_custom_hostname.py in the ASF 
> repo
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_accounts.py cf18bef 
>   test/integration/component/test_custom_hostname.py 0898e1e 
> 
> Diff: https://reviews.apache.org/r/13550/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 13317: db upgrade 4.1.1 to master

[Jenkins Cloudstack.org]

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


Review 13317 PASSED the build test
The url of build cloudstack-master-with-patch #134 is : 
http://jenkins.buildacloud.org/job/cloudstack-master-with-patch/134/

- Jenkins Cloudstack.org


On Aug. 14, 2013, 12:56 p.m., daan Hoogland wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13317/
> ---
> 
> (Updated Aug. 14, 2013, 12:56 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> needed for testing backwards compatibility in about everything I imagine.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/upgrade/DatabaseUpgradeChecker.java eb987ea 
> 
> Diff: https://reviews.apache.org/r/13317/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> daan Hoogland
> 
>

Re: snapshots in kvm

[Marty Sweet]

It does currently enforce 1 volume at a time, although I have noticed some
buggy behaviour with the feature, for example queuing the next volume but
never doing it, I haven't debugged these issues though.

Marty

On Wednesday, August 14, 2013, Nitin Mehta wrote:

> With the current implementation of snapshots for kvm I think its a bug. It
> should be creating snapshot of only 1 volume belonging to a vm at a time
>
> On 14/08/13 5:10 PM, "Sanjeev Neelarapu" 
> 
> >
> wrote:
>
> >Hi,
> >
> >This regarding snapshot process in KVM. Does libvirt allow creating
> >snapshots on two disks of a vm at the same time?
> >I have deployed a vm with root and data disk. Configured recurring
> >snapshot policies on both root disk and data disk and snapshot process
> >triggered on both the disks with difference of 1 sec.
> >But one of them failed with libvirt exception:
> >Failed to manage snapshot: org.libvirt.LibvirtException: Timed out during
> >operation: cannot acquire state change lock
> >
> >Is this expected? If yes could you specify the reason for my
> >understanding?
> >
> >Thanks,
> >Sanjeev
>
>

Re: Review Request 13559: Automation: Portable IP test cases

[Jenkins Cloudstack.org]

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


Review 13559 PASSED the build test
The url of build cloudstack-master-with-patch #133 is : 
http://jenkins.buildacloud.org/job/cloudstack-master-with-patch/133/

- Jenkins Cloudstack.org


On Aug. 14, 2013, 11:35 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13559/
> ---
> 
> (Updated Aug. 14, 2013, 11:35 a.m.)
> 
> 
> Review request for cloudstack, Murali Reddy, venkata swamy babu  budumuru, 
> and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding new test cases for feature Portable IP
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_portable_ip.py PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/13559/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 13317: db upgrade 4.1.1 to master

[Wei Zhou]

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


Vijayendra changed some codes on 4.2 branch in commit 
http://git-wip-us.apache.org/repos/asf/cloudstack/commit/d47b4a99
Maybe we need to make similar change on master branch.

- Wei Zhou


On Aug. 14, 2013, 12:56 p.m., daan Hoogland wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13317/
> ---
> 
> (Updated Aug. 14, 2013, 12:56 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> needed for testing backwards compatibility in about everything I imagine.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/upgrade/DatabaseUpgradeChecker.java eb987ea 
> 
> Diff: https://reviews.apache.org/r/13317/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> daan Hoogland
> 
>

Re: Review Request 13223: (CLOUDSTACK-2729) use file lock to prevent concurrent refreshPool/deleteVolume on KVM shared storage pool

[ASF Subversion and Git Services]

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


Commit ba90fa91d3da56d4b63a0850d58add34cc5a7a2c in branch refs/heads/4.1 from 
Wei Zhou
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=ba90fa9 ]

CLOUDSTACK-2729: minor change on deleteVol in LibvirtStorageAdaptor.java


- ASF Subversion and Git Services


On Aug. 5, 2013, 6:07 p.m., Wei Zhou wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13223/
> ---
> 
> (Updated Aug. 5, 2013, 6:07 p.m.)
> 
> 
> Review request for cloudstack, edison su and Wido den Hollander.
> 
> 
> Bugs: CLOUDSTACK-2729
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The storage pool issue (CLOUDSTACK-2729) is because of a bug in libvirt 
> (https://bugzilla.redhat.com/show_bug.cgi?id=977706)
> We need to prevent deleting a volume when refreshing the pool.
> This patch use a simple file lock to implement it.
> 
> PS: I have tested another file lock similar to Read/Write file lock, but it 
> was very unstable.
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java
>  b8a9f0f 
> 
> Diff: https://reviews.apache.org/r/13223/diff/
> 
> 
> Testing
> ---
> 
> Applied on 4.0.2 and 4.0.1
> 
> Testing On 4.0.1 From 20,June
> 3 nodes, create a VM on each node every 15 minutes. Destroy the VMs 5 minutes 
> later. expunge.inteval = 600 (10 minutes), expunge.worker = 2
>  
> 
> Testing On 4.0.2 From 01,July
> 2 nodes, create two VMs on each node every 5 minutes. Destroy the VMs 4 
> minutes later. expunge.inteval = 600 (10 minutes), expunge.worker = 2 
> 
> 
> Thanks,
> 
> Wei Zhou
> 
>

Re: snapshots in kvm

[Nitin Mehta]

With the current implementation of snapshots for kvm I think its a bug. It
should be creating snapshot of only 1 volume belonging to a vm at a time

On 14/08/13 5:10 PM, "Sanjeev Neelarapu" 
wrote:

>Hi,
>
>This regarding snapshot process in KVM. Does libvirt allow creating
>snapshots on two disks of a vm at the same time?
>I have deployed a vm with root and data disk. Configured recurring
>snapshot policies on both root disk and data disk and snapshot process
>triggered on both the disks with difference of 1 sec.
>But one of them failed with libvirt exception:
>Failed to manage snapshot: org.libvirt.LibvirtException: Timed out during
>operation: cannot acquire state change lock
>
>Is this expected? If yes could you specify the reason for my
>understanding?
>
>Thanks,
>Sanjeev

Re: Review Request 13317: db upgrade 4.1.1 to master

[daan Hoogland]

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

(Updated Aug. 14, 2013, 12:56 p.m.)


Review request for cloudstack.


Changes
---

try to trigger jenkins build by changing description


Repository: cloudstack-git


Description (updated)
---

needed for testing backwards compatibility in about everything I imagine.


Diffs
-

  engine/schema/src/com/cloud/upgrade/DatabaseUpgradeChecker.java eb987ea 

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


Testing
---


Thanks,

daan Hoogland

Re: Review Request 13560: CLOUDSTACK-4021 : Update the test test_explicit_dedication.py according to new changes to dedicated resources

[Jenkins Cloudstack.org]

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


Review 13560 PASSED the build test
The url of build cloudstack-master-with-patch #132 is : 
http://jenkins.buildacloud.org/job/cloudstack-master-with-patch/132/

- Jenkins Cloudstack.org


On Aug. 14, 2013, 11:57 a.m., Saksham Srivastava wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13560/
> ---
> 
> (Updated Aug. 14, 2013, 11:57 a.m.)
> 
> 
> Review request for cloudstack, Devdeep Singh and Prachi Damle.
> 
> 
> Bugs: CLOUDSTACK-4021
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> test_explicit_dedication.py need to modified according to the new changes to 
> dedicate resources feature.
> Now dedicate a host first and use the created affinity group to deploy vm.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_explicit_dedication.py bd97551 
>   tools/marvin/marvin/integration/lib/common.py 4f5acef 
> 
> Diff: https://reviews.apache.org/r/13560/diff/
> 
> 
> Testing
> ---
> 
> test runs successfully whenever an empty host is found.
> 
> 
> Thanks,
> 
> Saksham Srivastava
> 
>

Re: OVS

[Thomas Schneider]

it was the bridge module who still loaded at boot
Le 09/08/2013 23:07, Chiradeep Vittal a écrit :
> I haven't tried it, but have you looked at
> https://cwiki.apache.org/confluence/x/15XlAQ
>
> On 8/9/13 10:23 AM, "Thomas Schneider" 
> wrote:
>
>> this is 4.1
>>
>> Le 09/08/2013 18:47, Chiradeep Vittal a écrit :
>>> Is this 4.1/4.2/master?
>>>
>>>
>>> On 8/9/13 6:13 AM, "Thomas Schneider" 
>>> wrote:
>>>
 Hello

 I try to setup Cloudstack with OpenVSwitch, but SSVM and the proxy vm
 can't reach internet.
 I think it's a problem with cloud0 bridge in OVS.

 My config is:

 /etc/cloudstack/agent/agent.properties
 network.bridge.type=openvswitch
 libvirt.vif.driver=com.cloud.hypervisor.kvm.resource.OvsVifDriver

 OVS
 ovs-vsctl add-br cloudbr0
 ovs-vsctl add-port cloudbr0 p49p1
 ovs-vsctl add-br cloudbr1
 ovs-vsctl add-port cloudbr1 p50p1

 ovs-vsctl show
 0771f39e-6e58-4563-b35e-c891197c858f
Bridge "cloud0"
Port "vnet0"
Interface "vnet0"
Port "cloud0"
Interface "cloud0"
type: internal
Port "vnet4"
Interface "vnet4"
Bridge "cloudbr1"
Port "cloudbr1"
Interface "cloudbr1"
type: internal
Port "p50p1"
Interface "p50p1"
Bridge "cloudbr0"
Port "vnet2"
Interface "vnet2"
Port "p49p1"
Interface "p49p1"
Port "vnet1"
Interface "vnet1"
Port "cloudbr0"
Interface "cloudbr0"
type: internal
Port "vnet3"
Interface "vnet3"
Port "vnet5"
Interface "vnet5"
Port "vnet6"
Interface "vnet6"
ovs_version: "1.9.0"

 /etc/network/interfaces

 # The primary network interface
 auto p49p1
 iface p49p1 inet manual

 # The secondary network interface
 auto p50p1
 iface p50p1 inet manual

 # Public network
 auto cloudbr0
 iface cloudbr0 inet static
bridge_ports p49p1
bridge_fd 5
bridge_stp off
bridge_maxwait 1
address 10.10.10.30
netmask 255.255.255.0
network 10.10.10.0
broadcast 10.10.10.255
gateway 10.10.10.254

 auto cloudbr1
 iface cloudbr1 inet manual
bridge_ports p50p1
bridge_fd 5
bridge_stp off
bridge_maxwait 1

 THX
 -- 
 *Thomas Schneider*

>>
>> -- 
>> *Thomas Schneider*
>> Directeur des Opérations
>> Euskill SARL
>> Web: www.euskill.com
>> Mobile: +33 (0)6 19 26 47 76
>> Mail: thomas.schnei...@euskill.com
>> 5 rue de Phalsbourg
>> F-67000 Strasbourg


-- 
*Thomas Schneider*
Directeur des Opérations
Euskill SARL
Web: www.euskill.com
Mobile: +33 (0)6 19 26 47 76
Mail: thomas.schnei...@euskill.com
5 rue de Phalsbourg
F-67000 Strasbourg

Re: Linux Template Documentation

[Wido den Hollander]

On 08/14/2013 02:02 PM, Marty Sweet wrote:

Hi guys,

I was planning on making some documentation which explains how to prepare a
Linux VM for template creation (there is a good doc about Windows), what do
you think? My only current issue is how to pick up a hostname from DHCP,
while I have worked out how to do it, I would be intrested to see how the
system vms achieve it and use those scripts rather than reinventing the
wheel.



Don't forget to make sure acpid is installed, otherwise the VM won't 
respond to a graceful shutdown.


And don't forget the password reset script which should be present to 
allow password changes.


Wido



Would I be correct in thinking in order to precede I will have to raise a
feature on Jira, then submit the documentation to the review board?

Thanks,
Marty

Re: Review Request 13558: CLOUDSTACK-3688: Test cases test_accounts.TestDomainForceRemove.test_forceDeleteDomain, not found the domain to delete and failed.

[Jenkins Cloudstack.org]

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


Review 13558 PASSED the build test
The url of build cloudstack-master-with-patch #131 is : 
http://jenkins.buildacloud.org/job/cloudstack-master-with-patch/131/

- Jenkins Cloudstack.org


On Aug. 14, 2013, 11:18 a.m., Sanjay Tripathi wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13558/
> ---
> 
> (Updated Aug. 14, 2013, 11:18 a.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Bugs: CLOUDSTACK-3688
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-3688: Test cases 
> test_accounts.TestDomainForceRemove.test_forceDeleteDomain, not found the 
> domain to delete and failed.
> 
> Fixed the test as per the current design to delete a domain with cleanup=true.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_accounts.py 06b78e6 
> 
> Diff: https://reviews.apache.org/r/13558/diff/
> 
> 
> Testing
> ---
> 
> Verified the test locally in cloudtack environment.
> 
> 
> Thanks,
> 
> Sanjay Tripathi
> 
>

RE: Linux Template Documentation

[Radhika Puthiyetath]

Absolutely. Thanks for the effort, Marty.

-Original Message-
From: Marty Sweet [mailto:msweet@gmail.com] 
Sent: Wednesday, August 14, 2013 5:33 PM
To: dev@cloudstack.apache.org
Subject: Linux Template Documentation

Hi guys,

I was planning on making some documentation which explains how to prepare a 
Linux VM for template creation (there is a good doc about Windows), what do you 
think? My only current issue is how to pick up a hostname from DHCP, while I 
have worked out how to do it, I would be intrested to see how the system vms 
achieve it and use those scripts rather than reinventing the wheel.

Would I be correct in thinking in order to precede I will have to raise a 
feature on Jira, then submit the documentation to the review board?

Thanks,
Marty

Linux Template Documentation

[Marty Sweet]

Hi guys,

I was planning on making some documentation which explains how to prepare a
Linux VM for template creation (there is a good doc about Windows), what do
you think? My only current issue is how to pick up a hostname from DHCP,
while I have worked out how to do it, I would be intrested to see how the
system vms achieve it and use those scripts rather than reinventing the
wheel.

Would I be correct in thinking in order to precede I will have to raise a
feature on Jira, then submit the documentation to the review board?

Thanks,
Marty

Review Request 13560: CLOUDSTACK-4021 : Update the test test_explicit_dedication.py according to new changes to dedicated resources

[Saksham Srivastava]

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

Review request for cloudstack, Devdeep Singh and Prachi Damle.


Bugs: CLOUDSTACK-4021


Repository: cloudstack-git


Description
---

test_explicit_dedication.py need to modified according to the new changes to 
dedicate resources feature.
Now dedicate a host first and use the created affinity group to deploy vm.


Diffs
-

  test/integration/component/test_explicit_dedication.py bd97551 
  tools/marvin/marvin/integration/lib/common.py 4f5acef 

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


Testing
---

test runs successfully whenever an empty host is found.


Thanks,

Saksham Srivastava

Re: Review Request 13556: make the regular expressions in dnsmaq.sh tighter to avoid matching ip6dns in command line.

[bharat kumar]

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

(Updated Aug. 14, 2013, 11:50 a.m.)


Review request for cloudstack and Jayapal Reddy.


Bugs: Cloudstack-4317


Repository: cloudstack-git


Description
---

https://issues.apache.org/jira/browse/CLOUDSTACK-4317
make the regular expressions in dnsmaq.sh tighter to avoid matching ip6dns in 
command line.


Diffs (updated)
-

  patches/systemvm/debian/config/root/dnsmasq.sh c6ab07a 

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


Testing
---

tested on 4.2


Thanks,

bharat kumar

Re: snapshots in kvm

[Marty Sweet]

Hi Sanjeev,

As I understand it from a cloudstack prospective it will work per disk.
This error is returned because the KVM snapshot command (of which i can't
remember the name of at this time), takes control of the VM state
because the VM is paused while part of the copy is taking place.

It may be worth looking into libvirt and KVM to see if multiple volumes can
be snapshot'ed at the same time and if so suggesting it through the
appropriate cloudstack channels to be an implemented feature, this would be
something I would be looking for and willing to implement if its possible
on the underlying hypervisor and the community agrees.

Marty

On Wednesday, August 14, 2013, Sanjeev Neelarapu wrote:

> Hi,
>
> This regarding snapshot process in KVM. Does libvirt allow creating
> snapshots on two disks of a vm at the same time?
> I have deployed a vm with root and data disk. Configured recurring
> snapshot policies on both root disk and data disk and snapshot process
> triggered on both the disks with difference of 1 sec.
> But one of them failed with libvirt exception:
> Failed to manage snapshot: org.libvirt.LibvirtException: Timed out during
> operation: cannot acquire state change lock
>
> Is this expected? If yes could you specify the reason for my understanding?
>
> Thanks,
> Sanjeev
>

Re: Review Request 13556: make the regular expressions in dnsmaq.sh tighter to avoid matching ip6dns in command line.

[bharat kumar]

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

(Updated Aug. 14, 2013, 11:42 a.m.)


Review request for cloudstack and Jayapal Reddy.


Bugs: Cloudstack-4317


Repository: cloudstack-git


Description
---

https://issues.apache.org/jira/browse/CLOUDSTACK-4317
make the regular expressions in dnsmaq.sh tighter to avoid matching ip6dns in 
command line.


Diffs (updated)
-

  patches/systemvm/debian/config/root/dnsmasq.sh c6ab07a 

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


Testing
---

tested on 4.2


Thanks,

bharat kumar

snapshots in kvm

[Sanjeev Neelarapu]

Hi,

This regarding snapshot process in KVM. Does libvirt allow creating snapshots 
on two disks of a vm at the same time?
I have deployed a vm with root and data disk. Configured recurring snapshot 
policies on both root disk and data disk and snapshot process triggered on both 
the disks with difference of 1 sec.
But one of them failed with libvirt exception:
Failed to manage snapshot: org.libvirt.LibvirtException: Timed out during 
operation: cannot acquire state change lock

Is this expected? If yes could you specify the reason for my understanding?

Thanks,
Sanjeev

Re: Review Request 13559: Automation: Portable IP test cases

[Prasanna Santhanam]

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

(Updated Aug. 14, 2013, 11:35 a.m.)


Review request for cloudstack, Murali Reddy, venkata swamy babu  budumuru, and 
Prasanna Santhanam.


Repository: cloudstack-git


Description
---

Adding new test cases for feature Portable IP


Diffs
-

  test/integration/component/test_portable_ip.py PRE-CREATION 

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


Testing
---


Thanks,

Gaurav Aradhye

Review Request 13559: Automation: Portable IP test cases

[Gaurav Aradhye]

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

Review request for cloudstack and Prasanna Santhanam.


Repository: cloudstack-git


Description
---

Adding new test cases for feature Portable IP


Diffs
-

  test/integration/component/test_portable_ip.py PRE-CREATION 

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


Testing
---


Thanks,

Gaurav Aradhye

Review Request 13558: CLOUDSTACK-3688: Test cases test_accounts.TestDomainForceRemove.test_forceDeleteDomain, not found the domain to delete and failed.

[Sanjay Tripathi]

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

Review request for cloudstack and Prasanna Santhanam.


Bugs: CLOUDSTACK-3688


Repository: cloudstack-git


Description
---

CLOUDSTACK-3688: Test cases 
test_accounts.TestDomainForceRemove.test_forceDeleteDomain, not found the 
domain to delete and failed.

Fixed the test as per the current design to delete a domain with cleanup=true.


Diffs
-

  test/integration/component/test_accounts.py 06b78e6 

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


Testing
---

Verified the test locally in cloudtack environment.


Thanks,

Sanjay Tripathi

RE: Unable to create link local network exception

[Suresh Sadhu]

Functionality wise there is no issue(host is getting link local IP) but first 
time its getting the exception when we add the host.

https://issues.apache.org/jira/browse/CLOUDSTACK-1236


-Original Message-
From: Donal Lafferty [mailto:donal.laffe...@citrix.com] 
Sent: 14 August 2013 16:25
To: dev@cloudstack.apache.org
Subject: RE: Unable to create link local network exception

Strictly speaking, it's "SMlog" (no '.')


> -Original Message-
> From: Soheil Eizadi [mailto:seiz...@infoblox.com]
> Sent: 14 August 2013 02:21
> To: dev@cloudstack.apache.org
> Subject: RE: Unable to create link local network exception
> 
> Hi Mike,
> Check the SM.log on the XenServer and see if you get more information 
> why the request failed.
> -Soheil
> 
> From: Mike Tutkowski [mike.tutkow...@solidfire.com]
> Sent: Tuesday, August 13, 2013 2:54 PM
> To: dev@cloudstack.apache.org
> Subject: Unable to create link local network exception
> 
> Hi,
> 
> I get the following exception when trying to add a 6.1 XenServer host 
> into a cluster in 4.2.
> 
> The host starts out in the Alert state, but quickly changes over to 
> the Up state.
> 
> Any thoughts on this?
> 
> Thanks!
> 
> WARN  [xen.resource.CitrixResourceBase] (DirectAgent-37:) Unable to 
> create local link network The server failed to handle your request, 
> due to an internal error.  The given message may give details useful 
> for debugging the problem.
> at com.xensource.xenapi.Types.checkResponse(Types.java:1694)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerCo
> nnection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VIF.plug(VIF.java:846)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupLinkLocalNet
> w
> ork(CitrixResourceBase.java:4848)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixRes
> ou
> rceBase.java:3368)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Ci
> tr
> ixResourceBase.java:487)
> at
> com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(
> XenServer56Resource.java:73)
> at
> com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest
> (XenServer610Resource.java:104)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
> .java:186)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439
> ) at 
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.a
> c
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.r
> u
> n(ScheduledThreadPoolExecutor.java:206)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecu
> t
> or.java:895)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.
> ja
> va:918)
> at java.lang.Thread.run(Thread.java:680)
> WARN  [agent.manager.DirectAgentAttache] (DirectAgent-37:) Seq
> 4-1553137671: Exception Caught while executing command
> com.cloud.utils.exception.CloudRuntimeException: Unable to create 
> local link network due to The server failed to handle your request, 
> due to an internal error.  The given message may give details useful 
> for debugging the problem.
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupLinkLocalNet
> w
> ork(CitrixResourceBase.java:4862)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixRes
> ou
> rceBase.java:3368)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Ci
> tr
> ixResourceBase.java:487)
> at
> com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(
> XenServer56Resource.java:73)
> at
> com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest
> (XenServer610Resource.java:104)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
> .java:186)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439
> ) at 
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.a
> c
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.r
> u
> n(ScheduledThreadPoolExecutor.java:206)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecu
> t
> or.java:895)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.
> ja
> va:918)
> at java.lang.Thread.run(Thread.java:680)
> Caused by: The server failed to handle your request, due to an internal error.
> The given message may give details useful for debugging the problem.
> at com

Re: Review Request 13557: current dnsmasq config does not allow guest virtual machines(clients) to update its hostnames with a DNS server

[Jenkins Cloudstack.org]

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


Review 13557 PASSED the build test
The url of build cloudstack-master-with-patch #130 is : 
http://jenkins.buildacloud.org/job/cloudstack-master-with-patch/130/

- Jenkins Cloudstack.org


On Aug. 14, 2013, 10:29 a.m., bharat kumar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13557/
> ---
> 
> (Updated Aug. 14, 2013, 10:29 a.m.)
> 
> 
> Review request for cloudstack, Abhinandan Prateek and Chiradeep Vittal.
> 
> 
> Bugs: Cloudstack-4132
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-4132
> current dnsmasq config does not allow guest virtual machines(clients) to 
> update its hostnames with a DNS server
> 
> 
> Diffs
> -
> 
>   patches/systemvm/debian/config/etc/init.d/cloud-early-config 736234c 
> 
> Diff: https://reviews.apache.org/r/13557/diff/
> 
> 
> Testing
> ---
> 
> tested on 4.2
> 
> 
> Thanks,
> 
> bharat kumar
> 
>

RE: Unable to create link local network exception

[Donal Lafferty]

Strictly speaking, it's "SMlog" (no '.')


> -Original Message-
> From: Soheil Eizadi [mailto:seiz...@infoblox.com]
> Sent: 14 August 2013 02:21
> To: dev@cloudstack.apache.org
> Subject: RE: Unable to create link local network exception
> 
> Hi Mike,
> Check the SM.log on the XenServer and see if you get more information why
> the request failed.
> -Soheil
> 
> From: Mike Tutkowski [mike.tutkow...@solidfire.com]
> Sent: Tuesday, August 13, 2013 2:54 PM
> To: dev@cloudstack.apache.org
> Subject: Unable to create link local network exception
> 
> Hi,
> 
> I get the following exception when trying to add a 6.1 XenServer host into a
> cluster in 4.2.
> 
> The host starts out in the Alert state, but quickly changes over to the Up
> state.
> 
> Any thoughts on this?
> 
> Thanks!
> 
> WARN  [xen.resource.CitrixResourceBase] (DirectAgent-37:) Unable to
> create local link network The server failed to handle your request, due to an
> internal error.  The given message may give details useful for debugging the
> problem.
> at com.xensource.xenapi.Types.checkResponse(Types.java:1694)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerCo
> nnection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VIF.plug(VIF.java:846)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupLinkLocalNetw
> ork(CitrixResourceBase.java:4848)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResou
> rceBase.java:3368)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citr
> ixResourceBase.java:487)
> at
> com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(
> XenServer56Resource.java:73)
> at
> com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest
> (XenServer610Resource.java:104)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
> .java:186)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> n(ScheduledThreadPoolExecutor.java:206)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> or.java:895)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja
> va:918)
> at java.lang.Thread.run(Thread.java:680)
> WARN  [agent.manager.DirectAgentAttache] (DirectAgent-37:) Seq
> 4-1553137671: Exception Caught while executing command
> com.cloud.utils.exception.CloudRuntimeException: Unable to create local
> link network due to The server failed to handle your request, due to an
> internal error.  The given message may give details useful for debugging the
> problem.
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupLinkLocalNetw
> ork(CitrixResourceBase.java:4862)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResou
> rceBase.java:3368)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citr
> ixResourceBase.java:487)
> at
> com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(
> XenServer56Resource.java:73)
> at
> com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest
> (XenServer610Resource.java:104)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache
> .java:186)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ac
> cess$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.ru
> n(ScheduledThreadPoolExecutor.java:206)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecut
> or.java:895)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja
> va:918)
> at java.lang.Thread.run(Thread.java:680)
> Caused by: The server failed to handle your request, due to an internal error.
> The given message may give details useful for debugging the problem.
> at com.xensource.xenapi.Types.checkResponse(Types.java:1694)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerCo
> nnection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VIF.plug(VIF.java:846)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setupLinkLocalNetw
> ork(CitrixResourceBase.java:4848)
> ... 13 more
> 
> 
> --
> *Mike Tutko

Re: Review Request 13557: current dnsmasq config does not allow guest virtual machines(clients) to update its hostnames with a DNS server

[bharat kumar]

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

(Updated Aug. 14, 2013, 10:29 a.m.)


Review request for cloudstack, Abhinandan Prateek and Chiradeep Vittal.


Bugs: Cloudstack-4132


Repository: cloudstack-git


Description
---

https://issues.apache.org/jira/browse/CLOUDSTACK-4132
current dnsmasq config does not allow guest virtual machines(clients) to update 
its hostnames with a DNS server


Diffs
-

  patches/systemvm/debian/config/etc/init.d/cloud-early-config 736234c 

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


Testing
---

tested on 4.2


Thanks,

bharat kumar

Re: Review Request 13557: current dnsmasq config does not allow guest virtual machines(clients) to update its hostnames with a DNS server

[bharat kumar]

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

(Updated Aug. 14, 2013, 10:29 a.m.)


Review request for cloudstack and Abhinandan Prateek.


Bugs: Cloudstack-4132


Repository: cloudstack-git


Description
---

https://issues.apache.org/jira/browse/CLOUDSTACK-4132
current dnsmasq config does not allow guest virtual machines(clients) to update 
its hostnames with a DNS server


Diffs (updated)
-

  patches/systemvm/debian/config/etc/init.d/cloud-early-config 736234c 

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


Testing
---

tested on 4.2


Thanks,

bharat kumar

Re: Review Request 13556: make the regular expressions in dnsmaq.sh tighter to avoid matching ip6dns in command line.

[bharat kumar]

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

(Updated Aug. 14, 2013, 10:16 a.m.)


Review request for cloudstack and Jayapal Reddy.


Bugs: Cloudstack-4317


Repository: cloudstack-git


Description
---

https://issues.apache.org/jira/browse/CLOUDSTACK-4317
make the regular expressions in dnsmaq.sh tighter to avoid matching ip6dns in 
command line.


Diffs (updated)
-

  patches/systemvm/debian/config/root/dnsmasq.sh c6ab07a 

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


Testing
---

tested on 4.2


Thanks,

bharat kumar

Re: Review Request 13557: current dnsmasq config does not allow guest virtual machines(clients) to update its hostnames with a DNS server

[bharat kumar]

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

(Updated Aug. 14, 2013, 10:13 a.m.)


Review request for cloudstack and Abhinandan Prateek.


Changes
---

Added the bug id to the patch.


Bugs: Cloudstack-4132


Repository: cloudstack-git


Description
---

https://issues.apache.org/jira/browse/CLOUDSTACK-4132
current dnsmasq config does not allow guest virtual machines(clients) to update 
its hostnames with a DNS server


Diffs (updated)
-

  patches/systemvm/debian/config/etc/init.d/cloud-early-config 736234c 

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


Testing
---

tested on 4.2


Thanks,

bharat kumar

Review Request 13557: current dnsmasq config does not allow guest virtual machines(clients) to update its hostnames with a DNS server

[bharat kumar]

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

Review request for cloudstack and Abhinandan Prateek.


Bugs: Cloudstack-4132


Repository: cloudstack-git


Description
---

https://issues.apache.org/jira/browse/CLOUDSTACK-4132
current dnsmasq config does not allow guest virtual machines(clients) to update 
its hostnames with a DNS server


Diffs
-

  patches/systemvm/debian/config/etc/init.d/cloud-early-config 736234c 

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


Testing
---

tested on 4.2


Thanks,

bharat kumar

Re: Review Request 13556: make the regular expressions in dnsmaq.sh tighter to avoid matching ip6dns in command line.

[Jenkins Cloudstack.org]

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


Review 13556 PASSED the build test
The url of build cloudstack-master-with-patch #129 is : 
http://jenkins.buildacloud.org/job/cloudstack-master-with-patch/129/

- Jenkins Cloudstack.org


On Aug. 14, 2013, 9:27 a.m., bharat kumar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13556/
> ---
> 
> (Updated Aug. 14, 2013, 9:27 a.m.)
> 
> 
> Review request for cloudstack and Jayapal Reddy.
> 
> 
> Bugs: Cloudstack-4317
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-4317
> make the regular expressions in dnsmaq.sh tighter to avoid matching ip6dns in 
> command line.
> 
> 
> Diffs
> -
> 
>   patches/systemvm/debian/config/root/dnsmasq.sh c6ab07a 
> 
> Diff: https://reviews.apache.org/r/13556/diff/
> 
> 
> Testing
> ---
> 
> tested on 4.2
> 
> 
> Thanks,
> 
> bharat kumar
> 
>

Review Request 13556: make the regular expressions in dnsmaq.sh tighter to avoid matching ip6dns in command line.

[bharat kumar]

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

Review request for cloudstack and Jayapal Reddy.


Bugs: Cloudstack-4317


Repository: cloudstack-git


Description
---

https://issues.apache.org/jira/browse/CLOUDSTACK-4317
make the regular expressions in dnsmaq.sh tighter to avoid matching ip6dns in 
command line.


Diffs
-

  patches/systemvm/debian/config/root/dnsmasq.sh c6ab07a 

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


Testing
---

tested on 4.2


Thanks,

bharat kumar

RE: regarding issues related ceph integration with cloudstack

[Suresh Sadhu]

Thanks wido for the quick response and for the appreciation. It will be good if 
you address all these issue within this week(coming 1 or 2 days) so that we 
will have time do regression(not sure ether it might impact other nfs 
partitions if we enabled ceph on cluster --it looks like you are making RAW as 
default format if we added ceph primary storage on the cluster---correct me if 
I am wrong)

I mainly concern about delete,storageGC,Performance & internal file conversion 
happening at background(QCWO2 to RAW) while creating volume from snapshot and 
snapshot operations.
 It seems you are doing file conversion on background by copying the data. Not 
sure how much impact on performance when data size increase, like if we try to 
restore /create volume of size GB/TBs.Hope this is already discussed and 
reviewed during implementation ,can you kindly update the FS with the details 
how you are handling/communicating between NFS/RAW primary storages.when we 
delete the volume form cloudstack how are we cleaning it from ceph pool.

Regards
Sadhu



-Original Message-
From: Wido den Hollander [mailto:w...@widodh.nl] 
Sent: 14 August 2013 01:04
To: dev@cloudstack.apache.org
Subject: Re: regarding issues related ceph integration with cloudstack

Hi,

Thanks for the testing! I'll try to pick those up this week. Seems all like 
minor issue which can be resolved rather quickly.

Really appreciate the testing of the Ceph integration :)

Wido

On 08/13/2013 09:17 PM, Suresh Sadhu wrote:
> HI All,
>
> I have noticed following issues during initial sanity testing .can 
> someone look into it. Volume migration recently addressed so not
>   performed migration cases ,as I have used last week build for my 
> testing
>
> General observation about performance is :First time actions (like 
> first vm deployement, first time snapshot is )taking more time apprx 5 
> to 7 min)
>
> Description: Bug 
> 
>
>   
>
> CLOUDSTACK-4304 
> 
>
>   
>
> ceph:fail to attach a volume created from snapshot to same Instance 
> 
>
>   
>
> /Unassigned/
>
>   
>
> sadhu suresh
> 
>
>   
>
> Description: Major
>
>   
>
> Description: OpenOpen
>
>   
>
> /Unresolved/
>
>   
>
> 13/Aug/13
>
>   
>
> 13/Aug/13
>
>   
>
>   
>
> /Actions/
>  dOperations?atl_token=A5KQ-2QAV-T4JA-FDED%7C92a89310cd3662fb398c819927
> 64c9026e7db73f%7Clin>
>
> Description: Bug 
> 
>
>   
>
> CLOUDSTACK-4301 
> 
>
>   
>
> ceph:KVM:create volume from snapshot failing with Runtime exception 
> 
>
>   
>
> /Unassigned/
>
>   
>
> sadhu suresh
> 
>
>   
>
> Description: Critical
>
>   
>
> Description: OpenOpen
>
>   
>
> /Unresolved/
>
>   
>
> 13/Aug/13
>
>   
>
> 13/Aug/13
>
>   
>
>   
>
> /Actions/
>  dOperations?atl_token=A5KQ-2QAV-T4JA-FDED%7C92a89310cd3662fb398c819927
> 64c9026e7db73f%7Clin>
>
> Description: Bug 
> 
>
>   
>
> CLOUDSTACK-4297 
> 
>
>   
>
> ceph:request to add support for zonewide prmary storage.
> 
>
>   
>
> /Unassigned/
>
>   
>
> sadhu suresh
> 
>
>   
>
> Description: Major
>
>   
>
> Description: OpenOpen
>
>   
>
> /Unresolved/
>
>   
>
> 13/Aug/13
>
>   
>
> 13/Aug/13
>
>   
>
>   
>
> /Actions/
>  dOperations?atl_token=A5KQ-2QAV-T4JA-FDED%7C92a89310cd3662fb398c819927
> 64c9026e7db73f%7Clin>
>
> Description: Bug 
> 
>
>   
>
> CLOUDSTACK-4292 
> 
>
>   
>
> ceph:destroyedvm failed with ArrayIndexexception while expunging 
> 
>
>   
>
> /Unassigned/
>
>   
>
> sadhu suresh
> 
>
>   
>
> Description: Critical
>
>   
>
> Description: OpenOpen
>
>   
>
> /Unresolved/
>
>   
>
> 13/Aug/13
>
>   
>
> 13/Aug/13
>
>   
>
>   
>
> /Actions/
>  dOperations?atl_token=A5KQ-2QAV-T4

Re: Build failure in 4.2 with Midokura Midonet

[Dave Cahill]

Thanks for the info, Mike and Alex - will investigate further.


On Wed, Aug 14, 2013 at 5:58 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> I see my e-mail Subject already says that, though. :)
>
>
> On Tue, Aug 13, 2013 at 2:58 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Oh, and I should point out I'm running on 4.2.
> >
> >
> > On Tue, Aug 13, 2013 at 2:56 PM, Alex Huang 
> wrote:
> >
> >> Yes. I've ran into this error condition on master before.  If running
> mvn
> >> install, the test fails but on mvn clean install it works.  It's the
> same
> >> error on my machine.  I haven't figured why there's a difference.
> >>
> >> --Alex
> >>
> >> > -Original Message-
> >> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >> > Sent: Tuesday, August 13, 2013 1:48 PM
> >> > To: dev@cloudstack.apache.org
> >> > Subject: Re: Build failure in 4.2 with Midokura Midonet
> >> >
> >> > I ran
> >> >
> >> > mvn install
> >> >
> >> > then I ran
> >> >
> >> > mvn clean install
> >> >
> >> > and that fixed it.
> >> >
> >> >
> >> > On Tue, Aug 13, 2013 at 2:40 PM, Wei ZHOU 
> >> > wrote:
> >> >
> >> > > What command did you run?
> >> > >
> >> > >
> >> > > 2013/8/13 Mike Tutkowski 
> >> > >
> >> > > > Hey Dave,
> >> > > >
> >> > > > I ran into this issue again and have attached the surefire-reports
> >> info.
> >> > > >
> >> > > > Talk to you later
> >> > > >
> >> > > >
> >> > > > On Mon, Aug 12, 2013 at 7:03 PM, Dave Cahill <
> dcah...@midokura.com>
> >> > > wrote:
> >> > > >
> >> > > >> Hi Mike,
> >> > > >>
> >> > > >> I'm not seeing any failures with the latest 4.2.
> >> > > >>
> >> > > >> It sounds like the failure you were seeing was intermittent, so
> if
> >> > > >> it crops up again, just paste in some more logs and I'll take a
> >> > > >> look.
> >> > > >>
> >> > > >> Thanks,
> >> > > >> Dave.
> >> > > >>
> >> > > >>
> >> > > >> On Tue, Aug 13, 2013 at 8:15 AM, Dave Cahill <
> dcah...@midokura.com
> >> >
> >> > > >> wrote:
> >> > > >>
> >> > > >> > Hi Mike,
> >> > > >> >
> >> > > >> > If you get a failure like this, Maven should also print out
> more
> >> > > details
> >> > > >> > on the cause -
> >> > > >> > could you paste those?
> >> > > >> >
> >> > > >> > 4.2 was building fine for me yesterday, but I'll take a look
> and
> >> > > >> > see
> >> > > if
> >> > > >> > something has changed since.
> >> > > >> >
> >> > > >> > Thanks for the heads up,
> >> > > >> > Dave.
> >> > > >> >
> >> > > >> > 2013年8月13日火曜日 Mike Tutkowski
> >> > mike.tutkow...@solidfire.com:
> >> > > >> >
> >> > > >> > Often times if I do a clean, then install, it fixes the
> problem.
> >> > > >> >>
> >> > > >> >>
> >> > > >> >> On Mon, Aug 12, 2013 at 2:34 PM, Mike Tutkowski <
> >> > > >> >> mike.tutkow...@solidfire.com> wrote:
> >> > > >> >>
> >> > > >> >> > Has anyone else been seeing this?
> >> > > >> >> >
> >> > > >> >> > [INFO] Apache CloudStack Plugin - Midokura Midonet ...
> >> > > >> >> > FAILURE
> >> > > >> >> [1.864s]
> >> > > >> >> >
> >> > > >> >> > It doesn't happen all the time, but I've seen it three times
> >> > > >> >> > in a
> >> > > row
> >> > > >> >> now.
> >> > > >> >> > I assume it's a test failure, but I haven't looked into it
> >> much.
> >> > > >> >> >
> >> > > >> >> > --
> >> > > >> >> > *Mike Tutkowski*
> >> > > >> >> > *Senior CloudStack Developer, SolidFire Inc.*
> >> > > >> >> > e: mike.tutkow...@solidfire.com
> >> > > >> >> > o: 303.746.7302
> >> > > >> >> > Advancing the way the world uses the cloud<
> >> > > >> >> http://solidfire.com/solution/overview/?video=play>
> >> > > >> >> > *(tm)*
> >> > > >> >> >
> >> > > >> >>
> >> > > >> >>
> >> > > >> >>
> >> > > >> >> --
> >> > > >> >> *Mike Tutkowski*
> >> > > >> >> *Senior CloudStack Developer, SolidFire Inc.*
> >> > > >> >> e: mike.tutkow...@solidfire.com
> >> > > >> >> o: 303.746.7302
> >> > > >> >> Advancing the way the world uses the
> >> > > >> >> cloud
> >> > > >> >> *(tm)*
> >> > > >> >>
> >> > > >> >
> >> > > >>
> >> > > >
> >> > > >
> >> > > >
> >> > > > --
> >> > > > *Mike Tutkowski*
> >> > > > *Senior CloudStack Developer, SolidFire Inc.*
> >> > > > e: mike.tutkow...@solidfire.com
> >> > > > o: 303.746.7302
> >> > > > Advancing the way the world uses the cloud<
> >> > > http://solidfire.com/solution/overview/?video=play>
> >> > > > *(tm)*
> >> > > >
> >> > >
> >> >
> >> >
> >> >
> >> > --
> >> > *Mike Tutkowski*
> >> > *Senior CloudStack Developer, SolidFire Inc.*
> >> > e: mike.tutkow...@solidfire.com
> >> > o: 303.746.7302
> >> > Advancing the way the world uses the
> >> > cloud
> >> > *(tm)*
> >>
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud<
> http://solidfire.com/solution/overview/?video=play>
> > *(tm)*
> >
>
>
>
> --
> *Mike Tutkowski*
> *Senior

Re: Review Request 11942: ProcessUtil cleanup

[Wei Zhou]

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


An issue related to this patch: 
https://issues.apache.org/jira/browse/CLOUDSTACK-4314
and patch: https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=eb59c3c
Testing ok on devcloud.

- Wei Zhou


On July 24, 2013, 4:42 a.m., Laszlo Hornyak wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/11942/
> ---
> 
> (Updated July 24, 2013, 4:42 a.m.)
> 
> 
> Review request for cloudstack, Frank Zhang and John Burwell.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> - possible resource leak closed
> - file content read uses now commons-lang FileUtils
> - Added unit tests
> 
> 
> Diffs
> -
> 
>   utils/src/com/cloud/utils/ProcessUtil.java c9fdf35 
>   utils/test/com/cloud/utils/ProcessUtilTest.java PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/11942/diff/
> 
> 
> Testing
> ---
> 
> test included
> 
> 
> Thanks,
> 
> Laszlo Hornyak
> 
>

Re: running BVT locally

[Daan Hoogland]

Heya Prasanna,

I saw your feature. Nice. It works on the mac but you knew that. I'd
better bring my mac to work today:|

Daan

On Tue, Aug 13, 2013 at 7:05 PM, Prasanna Santhanam  wrote:
> On Tue, Aug 13, 2013 at 02:46:02PM +0200, Daan Hoogland wrote:
>> On Tue, Aug 13, 2013 at 2:17 PM, Prasanna Santhanam  wrote:
>> > Share your pip.log please, on apaste.info?
>> cant reach apaste right now, but will do when avail
>>
>> > Does easy_install marvin-tarball work?
>> no, segfault at the requests setup
>
> I made a simple short video of the installation on my machine:
> http://www.youtube.com/watch?v=6h9zUierU24
>
> HTH
>
> --
> Prasanna.,
>
> 
> Powered by BigRock.com
>

RE: CloudStack Collab 2013 - videos

[Hugo Trippaers]

Heya,

Right now I'm focusing on getting the new website for the November conference 
online. Once that is done I'll try to add the old website or at least videos 
from past events.

Cheers,

Hugo

> -Original Message-
> From: ryanlei750...@gmail.com [mailto:ryanlei750...@gmail.com] On
> Behalf Of Ryan Lei
> Sent: woensdag 14 augustus 2013 3:53
> To: dev@cloudstack.apache.org
> Subject: Re: CloudStack Collab 2013 - videos
> 
> http://www.cloudstackcollab.org/
> 
> Hi, now that the conference website has been changed to the November
> one in Amsterdam for a while, is there some progress in uploading the old
> materials? If not, what's the URL for finding the old website of the June
> conference? I would like to check the old program schedules.
> 
> ---
> Yu-Heng (Ryan) Lei, Associate Reasearcher Chunghwa Telecom Laboratories /
> Cloud Computing Laboratory
> ryan...@cht.com.tw wE1FEC3G0SWYpVkiWo8SsDdf3ZqO9AIuAPTzRnFYCUi-
> z4YljtI_hyVKkNHfn9F1Bn-vUWJnQ4.&URL=mailto%3aryanlei%40cht.com.tw>
> or
> ryanlei750...@gmail.com
> 
> 
> 
> On Thu, Jul 4, 2013 at 1:36 AM, Musayev, Ilya 
> wrote:
> 
> > I'm under impression there is a slideshare.com account for cloudstack
> > and this is where everyone would post the powerpoint (or whatever
> > else) presentations. When videos get posted on youtube, we would need
> > to add a link to ppt slides in description.
> >
> > -Original Message-
> > From: ryanlei750...@gmail.com [mailto:ryanlei750...@gmail.com] On
> > Behalf Of Ryan Lei
> > Sent: Tuesday, July 02, 2013 9:05 PM
> > To: dev@cloudstack.apache.org
> > Subject: Re: CloudStack Collab 2013 - videos
> >
> > Will the speakers' slides be uploaded, too?
> >
> >
> > --
> > - Yu-Heng (Ryan) Lei, Associate Reasearcher
> > Chunghwa Telecom Laboratories / Cloud Computing Laboratory
> > ryan...@cht.com.tw<
> > https://email.cht.com.tw/owa/redir.aspx?C=-
> wE1FEC3G0SWYpVkiWo8SsDdf3Zq
> > O9AIuAPTzRnFYCUi-z4YljtI_hyVKkNHfn9F1Bn-
> vUWJnQ4.&URL=mailto%3aryanlei%
> > 40cht.com.tw
> > >
> > or
> > ryanlei750...@gmail.com
> >
> >
> >
> > On Tue, Jul 2, 2013 at 7:40 PM, Prasanna Santhanam 
> wrote:
> >
> > > When (approximately) will the videos be uploaded of the collab
> > > conference? Looking forward to some talks.
> > >
> > > --
> > > Prasanna.,
> > >
> > > 
> > > Powered by BigRock.com
> > >
> > >
> >

RE: make cloud-daemonize obsolete using cloudstack-agent instead of cloudstack-management

[Hugo Trippaers]

Hey Frank,

Those packages have no dependencies on cloudstack-management, so that should be 
alright.

Is the cloud-daemonize only installed with the agent? I seem to remember that 
it was also required to install it with the management server? If that is the 
case we should move the obsolete to the cloudstack-common package. That way it 
is properly removed when either the agent or the management server is installed.

Cheers,

Hugo


> -Original Message-
> From: Frank Zhang [mailto:frank.zh...@citrix.com]
> Sent: dinsdag 13 augustus 2013 0:14
> To: Hugo Trippaers (trip...@gmail.com)
> Cc: cloudstack-...@incubator.apache.org
> Subject: make cloud-daemonize obsolete using cloudstack-agent instead of
> cloudstack-management
> 
> Hi Hugo:
>   I have an issue needing to double confirm with you.
> https://issues.apache.org/jira/browse/CLOUDSTACK-4149
>   In short, we used to make old cloud-daemonize obsolete using
> cloudstack-management that makes it unnecessarily installed during
> upgrading KVM agent(cloud-agent) on host.
>   I make a simple fix that moves "Obsoletes: cloud-daemonize < 4.1.0"
> to cloudstack-agent. Just want to double check with you there is no side-
> effect.
>   Now upgrading old cloud-agent will only install cloudstack-agent and
> cloudstack-common, I hope these two packages have no dependency on
> cloudstack-management

RE: Master build failure

[Hugo Trippaers]

I also found one reason for the "random" failures.

Jenkins does a reset of the git tree for each new build, but doesn't clean the 
workspace. So if a patch actually adds a file, that file will remain in the 
working directory. If that file contains a compilation error or is a testcase, 
it will cause the new build to fail. It's fixed by setting the advanced git 
option to run a clean -fdn after getting the latest checkout.

Cheers,

Hugo

> -Original Message-
> From: Prasanna Santhanam [mailto:t...@apache.org]
> Sent: maandag 12 augustus 2013 16:55
> To: dev@cloudstack.apache.org
> Subject: Re: Master build failure
> 
> Apart from false failures because of wrongly targetted branch I saw the job
> fail the build on master for patches that were to be applied on master.
> Haven't seen the job reporting in the last few days however.
> 
> Have you started on the fix for the branch mapping? If not - I could start
> taking a look sometime this week.
> 
> On Mon, Aug 12, 2013 at 02:30:10PM +0200, Hugo Trippaers wrote:
> > Prassana,
> >
> > What is broken? Do you have some details (just got back from some time
> > off, so i might have missed a few mails)
> >
> > By the way on the subject on gerrit, we had this discussion before.
> > If anyone wants to refresh the arguments from last time:
> > http://markmail.org/message/inerurmjtc6v57ba
> >
> > Cheers,
> >
> > Hugo
> >
> >
> > On Aug 10, 2013, at 7:15 AM, Prasanna Santhanam 
> wrote:
> >
> > > The jenkins integration is broken atm. If someone has time to look
> > > into it please send a pull request with the fix here:
> > > https://github.com/CloudStack-extras/reviewboard-tools/issues/2
> > >
> > > On Fri, Aug 09, 2013 at 10:35:01AM +0900, Dave Cahill wrote:
> > >> Hi,
> > >>
> > >> Alex - sounds good, let's raise the Gerrit topic in a new thread after 
> > >> 4.2.
> > >>
> > >> Daan - you're right that if Jenkins builds, that should prove the
> > >> code compiles cleanly.
> > >> Have we actually been gating commits on the catofong report though?
> > >> I looked at the Jenkins build behind it [1], and it hasn't
> > >> succeeded in 4 days, so I'm guessing we're not gating based on it.
> > >>
> > >> Aside from the Jenkins integration, one of the reasons I wanted
> > >> Gerrit is to put a step between writing code and it hitting master.
> > >> Ideally, it would be nice to enforce that a positive code review
> > >> from someone other than the author is present before pushing.
> > >>
> > >> Thanks,
> > >> Dave.
> > >>
> > >> [1]
> > >> http://jenkins.cloudstack.org/view/management/job/mgmt-build-
> review
> > >> board-requests/
> > >>
> > >> On Fri, Aug 9, 2013 at 4:16 AM, Daan Hoogland
> wrote:
> > >>
> > >>> Dave, wouldn't jenkins do a build like that? Meanng the positive
> > >>> cato report is a must to allow commits
> > >>>
> > >>> On Thu, Aug 8, 2013 at 4:54 PM, Alex Huang 
> wrote:
> >  Yup.  That was the reason why it worked on my machine but doesn't
> >  work
> > >>> on jenkins.  It had a copy of the jar in the local maven cache so
> > >>> it continued to build even though it's missing.  Thanks for
> > >>> reverting.  Will fix.
> > 
> >  I still don't understand why we have problems with Gerrit.  It
> >  would
> > >>> have prevented exactly this type of problems.  I know a lot of
> > >>> people are busy on 4.2.  Will bring it up post 4.2 again.
> > 
> >  --Alex
> > 
> > 
> > 
> >  From: Dave Cahill [mailto:dcah...@midokura.com]
> >  Sent: Thursday, August 8, 2013 3:45 AM
> >  To: dev@cloudstack.apache.org; Dave Cahill; Alex Huang
> >  Subject: Re: Master build failure
> > 
> >  Thanks Prasanna.
> > 
> >  One suggestion I have is that if anyone makes pom file changes
> >  (or any
> > >>> large changes at
> >  all, to be honest), that they nuke their local Maven cache (rm
> >  -rf
> > >>> ~/.m2/repository) and do
> >  a "clean install" before submitting a patch. This way, you don't
> >  end up
> > >>> thinking your work
> >  builds when it just happens to build due to leftover, cached jars.
> > 
> >  Alex, do you have any ideas on build stability? There have been 2
> >  build
> > >>> breakages in the
> >  past few days (ref: "compile error on 4.2" thread), and looking
> >  at git
> > >>> log I don't see much
> >  sign of review on the changes. We discussed Gerrit a while back,
> >  but I
> > >>> think the conclusion
> >  was that it would slow us down?
> > 
> >  Thanks,
> >  Dave.
> > 
> >  On Thu, Aug 8, 2013 at 6:13 PM, Prasanna Santhanam
> >   > >>> > wrote:
> >  Reverted the range 30c33415..f6a2c817bc. Master builds now.
> >  Others who've checked in after these will still retain their
> >  commits but please build before push. It's clear we are only
> >  worried about 4.2 now but we are breaking master for those who
> >  are beginning to work ahead for 4.3
>

RE: Master build failure

[Hugo Trippaers]

Heya,

I'm working on that already. Hopefully I get it fixed today.

Cheers,

Hugo

> -Original Message-
> From: Prasanna Santhanam [mailto:t...@apache.org]
> Sent: maandag 12 augustus 2013 16:55
> To: dev@cloudstack.apache.org
> Subject: Re: Master build failure
> 
> Apart from false failures because of wrongly targetted branch I saw the job
> fail the build on master for patches that were to be applied on master.
> Haven't seen the job reporting in the last few days however.
> 
> Have you started on the fix for the branch mapping? If not - I could start
> taking a look sometime this week.
> 
> On Mon, Aug 12, 2013 at 02:30:10PM +0200, Hugo Trippaers wrote:
> > Prassana,
> >
> > What is broken? Do you have some details (just got back from some time
> > off, so i might have missed a few mails)
> >
> > By the way on the subject on gerrit, we had this discussion before.
> > If anyone wants to refresh the arguments from last time:
> > http://markmail.org/message/inerurmjtc6v57ba
> >
> > Cheers,
> >
> > Hugo
> >
> >
> > On Aug 10, 2013, at 7:15 AM, Prasanna Santhanam 
> wrote:
> >
> > > The jenkins integration is broken atm. If someone has time to look
> > > into it please send a pull request with the fix here:
> > > https://github.com/CloudStack-extras/reviewboard-tools/issues/2
> > >
> > > On Fri, Aug 09, 2013 at 10:35:01AM +0900, Dave Cahill wrote:
> > >> Hi,
> > >>
> > >> Alex - sounds good, let's raise the Gerrit topic in a new thread after 
> > >> 4.2.
> > >>
> > >> Daan - you're right that if Jenkins builds, that should prove the
> > >> code compiles cleanly.
> > >> Have we actually been gating commits on the catofong report though?
> > >> I looked at the Jenkins build behind it [1], and it hasn't
> > >> succeeded in 4 days, so I'm guessing we're not gating based on it.
> > >>
> > >> Aside from the Jenkins integration, one of the reasons I wanted
> > >> Gerrit is to put a step between writing code and it hitting master.
> > >> Ideally, it would be nice to enforce that a positive code review
> > >> from someone other than the author is present before pushing.
> > >>
> > >> Thanks,
> > >> Dave.
> > >>
> > >> [1]
> > >> http://jenkins.cloudstack.org/view/management/job/mgmt-build-
> review
> > >> board-requests/
> > >>
> > >> On Fri, Aug 9, 2013 at 4:16 AM, Daan Hoogland
> wrote:
> > >>
> > >>> Dave, wouldn't jenkins do a build like that? Meanng the positive
> > >>> cato report is a must to allow commits
> > >>>
> > >>> On Thu, Aug 8, 2013 at 4:54 PM, Alex Huang 
> wrote:
> >  Yup.  That was the reason why it worked on my machine but doesn't
> >  work
> > >>> on jenkins.  It had a copy of the jar in the local maven cache so
> > >>> it continued to build even though it's missing.  Thanks for
> > >>> reverting.  Will fix.
> > 
> >  I still don't understand why we have problems with Gerrit.  It
> >  would
> > >>> have prevented exactly this type of problems.  I know a lot of
> > >>> people are busy on 4.2.  Will bring it up post 4.2 again.
> > 
> >  --Alex
> > 
> > 
> > 
> >  From: Dave Cahill [mailto:dcah...@midokura.com]
> >  Sent: Thursday, August 8, 2013 3:45 AM
> >  To: dev@cloudstack.apache.org; Dave Cahill; Alex Huang
> >  Subject: Re: Master build failure
> > 
> >  Thanks Prasanna.
> > 
> >  One suggestion I have is that if anyone makes pom file changes
> >  (or any
> > >>> large changes at
> >  all, to be honest), that they nuke their local Maven cache (rm
> >  -rf
> > >>> ~/.m2/repository) and do
> >  a "clean install" before submitting a patch. This way, you don't
> >  end up
> > >>> thinking your work
> >  builds when it just happens to build due to leftover, cached jars.
> > 
> >  Alex, do you have any ideas on build stability? There have been 2
> >  build
> > >>> breakages in the
> >  past few days (ref: "compile error on 4.2" thread), and looking
> >  at git
> > >>> log I don't see much
> >  sign of review on the changes. We discussed Gerrit a while back,
> >  but I
> > >>> think the conclusion
> >  was that it would slow us down?
> > 
> >  Thanks,
> >  Dave.
> > 
> >  On Thu, Aug 8, 2013 at 6:13 PM, Prasanna Santhanam
> >   > >>> > wrote:
> >  Reverted the range 30c33415..f6a2c817bc. Master builds now.
> >  Others who've checked in after these will still retain their
> >  commits but please build before push. It's clear we are only
> >  worried about 4.2 now but we are breaking master for those who
> >  are beginning to work ahead for 4.3
> > 
> >  On Thu, Aug 08, 2013 at 02:15:58PM +0530, Prasanna Santhanam
> wrote:
> > > Dave's been attempting to fix this and it looks to be
> > > intertwined in a few commits. Large swaths of code has moved
> > > around. I'll revert to last known state from Jenkins if we can't
> > > figure out a simple fix so Dave can proceed.
> > 

Re: [ACS42]Regarding Scaleup ( CPU/Memory )

[Harikrishna Patnala]

Created a ticket for tracking 
https://issues.apache.org/jira/browse/CLOUDSTACK-4313

On 14-Aug-2013, at 12:37 PM, Harikrishna Patnala 

 wrote:

> Yes. we need to the improve the error message. Previously it was put to say 
> any resource value should not less than the old value.
> 
> 
> On 14-Aug-2013, at 12:13 PM, Sailaja Mada  wrote:
> 
>> Hi,
>> 
>> I am trying to scale up my VM memory from 512 MB to 1024 MB.
>> 
>> It does not allow me to update service offering saying "Only scaling up the 
>> vm is supported, new service offering should have both cpu and memory 
>> greater than the old values"
>> 
>> I wanted to increase only Memory and not CPU.   Why are we mandating to have 
>> both resources values to be higher ?  I tried from VMWARE , It does allow me 
>> to increase each resource separately.
>> 
>> I think it's a issue to be handled from Cloudstack. Please correct me If not.
>> 
>> Thanks,
>> Sailaja.M
>> 
> 

Re: [ACS42]Regarding Scaleup ( CPU/Memory )

[Harikrishna Patnala]

Yes. we need to the improve the error message. Previously it was put to say any 
resource value should not less than the old value.


On 14-Aug-2013, at 12:13 PM, Sailaja Mada  wrote:

> Hi,
> 
> I am trying to scale up my VM memory from 512 MB to 1024 MB.
> 
> It does not allow me to update service offering saying "Only scaling up the 
> vm is supported, new service offering should have both cpu and memory greater 
> than the old values"
> 
> I wanted to increase only Memory and not CPU.   Why are we mandating to have 
> both resources values to be higher ?  I tried from VMWARE , It does allow me 
> to increase each resource separately.
> 
> I think it's a issue to be handled from Cloudstack. Please correct me If not.
> 
> Thanks,
> Sailaja.M
> 

RE: [ACS42]Regarding Scaleup ( CPU/Memory )

[Sailaja Mada]

Hi,

Verified the scenario again. We do support . I got misguided with the error 
message " new service offering should have both cpu and memory greater than the 
old values " 

I had an offering to scale up memory and lesser value for CPU.  

Thanks,
Sailaja.M

-Original Message-
From: Sailaja Mada [mailto:sailaja.m...@citrix.com] 
Sent: Wednesday, August 14, 2013 12:14 PM
To: dev@cloudstack.apache.org
Subject: [ACS42]Regarding Scaleup ( CPU/Memory )

Hi,

I am trying to scale up my VM memory from 512 MB to 1024 MB.

It does not allow me to update service offering saying "Only scaling up the vm 
is supported, new service offering should have both cpu and memory greater than 
the old values"

I wanted to increase only Memory and not CPU.   Why are we mandating to have 
both resources values to be higher ?  I tried from VMWARE , It does allow me to 
increase each resource separately.

I think it's a issue to be handled from Cloudstack. Please correct me If not.

Thanks,
Sailaja.M