date:20150521

[GitHub] cloudstack pull request: CLOUDSTACK-8504: Remove creating network ...

2015-05-21 Thread sanju1010

GitHub user sanju1010 opened a pull request:

https://github.com/apache/cloudstack/pull/283

CLOUDSTACK-8504: Remove creating network with RVR by default



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/sanju1010/cloudstack cs-8504

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/283.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #283


commit 3e52d9897a04f35fac238faf95e9f466756809f5
Author: sanjeev 
Date:   2015-05-22T06:50:32Z

CLOUDSTACK-8504: Remove creating network with RVR by default




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8487 : Add vMotion related tes...

2015-05-21 Thread gauravaradhye

Github user gauravaradhye commented on the pull request:

https://github.com/apache/cloudstack/pull/268#issuecomment-104535446
  
Posting review here as I am not able to put inline review comments.
Comments in the format (line number space comment)


133 space between self,vm

147 There should not be space between parameter=value

133 Function name should resemble an order given to function, like doThis, 
doThat. change name to createVmSnapshotForDataIntegrityCheck or something 
suitable

133 Are we not actually checking integrity or only creating Vm snapshot?

164 space between parameters. You can do this automatically using autopep8 
tool. pip install autopep8. autopep8 -i -a -a fileName.py. And then check if 
any pep8 issues are not fixed automatically by pep8 fileName.py and fix them 
manually.

2480 If test restarts management server by default, then move it to maint 
folder. Or you can use key "restartManagementServerThroughTestCase"

912 use self.skipTest("") instead of raise unittest.SkipTest, change all 
such instances

1235 Check if destinationHost is returned as None, in that migrate should 
not be performed, change everywhere applicable

1278 Compare string after converting to lowercase only. Also don't use 
string directly, make use of constant strings from codes.py file, change 
everywhere applicable



Also, post the marvin run logs showing test cases passed successfully.



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8476-Disable enable host:

2015-05-21 Thread gauravaradhye

Github user gauravaradhye commented on the pull request:

https://github.com/apache/cloudstack/pull/278#issuecomment-104519494
  
Can this test class be included in the same test suite that has been 
previously added? (related to disabling zones etc)


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8476-Disable enable host:

2015-05-21 Thread gauravaradhye

Github user gauravaradhye commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/278#discussion_r30870576
  
--- Diff: test/integration/component/maint/testpath_disable_enable_host.py 
---
@@ -0,0 +1,309 @@
+# Licensed to the Apache Software Foundation (ASF) under one
+# or more contributor license agreements.  See the NOTICE file
+# distributed with this work for additional information
+# regarding copyright ownership.  The ASF licenses this file
+# to you under the Apache License, Version 2.0 (the
+# "License"); you may not use this file except in compliance
+# with the License.  You may obtain a copy of the License at
+#
+#   http://www.apache.org/licenses/LICENSE-2.0
+#
+# Unless required by applicable law or agreed to in writing,
+# software distributed under the License is distributed on an
+# "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+# KIND, either express or implied.  See the License for the
+# specific language governing permissions and limitations
+# under the License.
+""" Test cases for Disable enable Host Test Path
+"""
+
+from nose.plugins.attrib import attr
+from marvin.cloudstackTestCase import cloudstackTestCase
+from marvin.lib.utils import (cleanup_resources)
+from marvin.lib.base import (Account,
+ Host,
+ Cluster,
+ VirtualMachine,
+ ServiceOffering,
+ Snapshot,
+ DiskOffering,
+ )
+from marvin.lib.common import (get_domain,
+   get_zone,
+   get_template,
+   get_pod,
+   list_volumes,
+   )
+
+from marvin.cloudstackAPI import (updateHost,
+  reconnectHost
+  )
+import time
+
+
+class TestDisableEnableZone(cloudstackTestCase):
+
+@classmethod
+def setUpClass(cls):
+testClient = super(TestDisableEnableZone, cls).getClsTestClient()
+cls.apiclient = testClient.getApiClient()
+cls.testdata = testClient.getParsedTestDataConfig()
+cls.hypervisor = cls.testClient.getHypervisorInfo()
+
+# Get Zone, Domain and templates
+cls.domain = get_domain(cls.apiclient)
+cls.zone = get_zone(cls.apiclient, testClient.getZoneForTests())
+cls.pod = get_pod(
+cls.apiclient,
+zone_id=cls.zone.id)
+
+hostList = Host.list(cls.apiclient, zoneid=cls.zone.id, 
type="routing")
+clusterList = Cluster.list(cls.apiclient, id=hostList[0].clusterid)
+cls.host = Host(hostList[0].__dict__)
+cls.cluster = Cluster(clusterList[0].__dict__)
+
+cls.template = get_template(
+cls.apiclient,
+cls.zone.id,
+cls.testdata["ostype"])
+
+cls._cleanup = []
+
+try:
+cls.service_offering = ServiceOffering.create(
+cls.apiclient,
+cls.testdata["service_offering"],
+)
+cls._cleanup.append(cls.service_offering)
+
+cls.disk_offering = DiskOffering.create(
+cls.apiclient,
+cls.testdata["disk_offering"],
+)
+cls._cleanup.append(cls.disk_offering)
+
+# Create an account
+cls.account = Account.create(
+cls.apiclient,
+cls.testdata["account"],
+domainid=cls.domain.id
+)
+cls._cleanup.append(cls.account)
+
+# Create user api client of the account
+cls.userapiclient = testClient.getUserApiClient(
+UserName=cls.account.name,
+DomainName=cls.account.domain
+)
+
+except Exception as e:
+cls.tearDownClass()
+raise e
+return
+
+@classmethod
+def tearDownClass(cls):
+try:
+pass
+cleanup_resources(cls.apiclient, cls._cleanup)
+except Exception as e:
+raise Exception("Warning: Exception during cleanup : %s" % e)
+
+def setUp(self):
+self.apiclient = self.testClient.getApiClient()
+self.dbclient = self.testClient.getDbConnection()
+self.cleanup = []
+
+def tearDown(self):
+try:
+cleanup_resources(self.apiclient, self

[GitHub] cloudstack pull request: CLOUDSTACK-8476-Disable enable host:

2015-05-21 Thread gauravaradhye

Github user gauravaradhye commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/278#discussion_r30870199
  
--- Diff: test/integration/component/maint/testpath_disable_enable_host.py 
---
@@ -0,0 +1,309 @@
+# Licensed to the Apache Software Foundation (ASF) under one
+# or more contributor license agreements.  See the NOTICE file
+# distributed with this work for additional information
+# regarding copyright ownership.  The ASF licenses this file
+# to you under the Apache License, Version 2.0 (the
+# "License"); you may not use this file except in compliance
+# with the License.  You may obtain a copy of the License at
+#
+#   http://www.apache.org/licenses/LICENSE-2.0
+#
+# Unless required by applicable law or agreed to in writing,
+# software distributed under the License is distributed on an
+# "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+# KIND, either express or implied.  See the License for the
+# specific language governing permissions and limitations
+# under the License.
+""" Test cases for Disable enable Host Test Path
+"""
+
+from nose.plugins.attrib import attr
+from marvin.cloudstackTestCase import cloudstackTestCase
+from marvin.lib.utils import (cleanup_resources)
+from marvin.lib.base import (Account,
+ Host,
+ Cluster,
+ VirtualMachine,
+ ServiceOffering,
+ Snapshot,
+ DiskOffering,
+ )
+from marvin.lib.common import (get_domain,
+   get_zone,
+   get_template,
+   get_pod,
+   list_volumes,
+   )
+
+from marvin.cloudstackAPI import (updateHost,
+  reconnectHost
+  )
+import time
+
+
+class TestDisableEnableZone(cloudstackTestCase):
+
+@classmethod
+def setUpClass(cls):
+testClient = super(TestDisableEnableZone, cls).getClsTestClient()
+cls.apiclient = testClient.getApiClient()
+cls.testdata = testClient.getParsedTestDataConfig()
+cls.hypervisor = cls.testClient.getHypervisorInfo()
+
+# Get Zone, Domain and templates
+cls.domain = get_domain(cls.apiclient)
+cls.zone = get_zone(cls.apiclient, testClient.getZoneForTests())
+cls.pod = get_pod(
+cls.apiclient,
+zone_id=cls.zone.id)
+
+hostList = Host.list(cls.apiclient, zoneid=cls.zone.id, 
type="routing")
+clusterList = Cluster.list(cls.apiclient, id=hostList[0].clusterid)
+cls.host = Host(hostList[0].__dict__)
+cls.cluster = Cluster(clusterList[0].__dict__)
+
+cls.template = get_template(
+cls.apiclient,
+cls.zone.id,
+cls.testdata["ostype"])
+
+cls._cleanup = []
+
+try:
+cls.service_offering = ServiceOffering.create(
+cls.apiclient,
+cls.testdata["service_offering"],
+)
+cls._cleanup.append(cls.service_offering)
+
+cls.disk_offering = DiskOffering.create(
+cls.apiclient,
+cls.testdata["disk_offering"],
+)
+cls._cleanup.append(cls.disk_offering)
+
+# Create an account
+cls.account = Account.create(
+cls.apiclient,
+cls.testdata["account"],
+domainid=cls.domain.id
+)
+cls._cleanup.append(cls.account)
+
+# Create user api client of the account
+cls.userapiclient = testClient.getUserApiClient(
+UserName=cls.account.name,
+DomainName=cls.account.domain
+)
+
+except Exception as e:
+cls.tearDownClass()
+raise e
+return
+
+@classmethod
+def tearDownClass(cls):
+try:
+pass
+cleanup_resources(cls.apiclient, cls._cleanup)
+except Exception as e:
+raise Exception("Warning: Exception during cleanup : %s" % e)
+
+def setUp(self):
+self.apiclient = self.testClient.getApiClient()
+self.dbclient = self.testClient.getDbConnection()
+self.cleanup = []
+
+def tearDown(self):
+try:
+cleanup_resources(self.apiclient, self

[GitHub] cloudstack pull request: CLOUDSTACK-8476-Disable enable host:

2015-05-21 Thread gauravaradhye

Github user gauravaradhye commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/278#discussion_r30870172
  
--- Diff: test/integration/component/maint/testpath_disable_enable_host.py 
---
@@ -0,0 +1,309 @@
+# Licensed to the Apache Software Foundation (ASF) under one
+# or more contributor license agreements.  See the NOTICE file
+# distributed with this work for additional information
+# regarding copyright ownership.  The ASF licenses this file
+# to you under the Apache License, Version 2.0 (the
+# "License"); you may not use this file except in compliance
+# with the License.  You may obtain a copy of the License at
+#
+#   http://www.apache.org/licenses/LICENSE-2.0
+#
+# Unless required by applicable law or agreed to in writing,
+# software distributed under the License is distributed on an
+# "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+# KIND, either express or implied.  See the License for the
+# specific language governing permissions and limitations
+# under the License.
+""" Test cases for Disable enable Host Test Path
+"""
+
+from nose.plugins.attrib import attr
+from marvin.cloudstackTestCase import cloudstackTestCase
+from marvin.lib.utils import (cleanup_resources)
+from marvin.lib.base import (Account,
+ Host,
+ Cluster,
+ VirtualMachine,
+ ServiceOffering,
+ Snapshot,
+ DiskOffering,
+ )
+from marvin.lib.common import (get_domain,
+   get_zone,
+   get_template,
+   get_pod,
+   list_volumes,
+   )
+
+from marvin.cloudstackAPI import (updateHost,
+  reconnectHost
+  )
+import time
+
+
+class TestDisableEnableZone(cloudstackTestCase):
+
+@classmethod
+def setUpClass(cls):
+testClient = super(TestDisableEnableZone, cls).getClsTestClient()
+cls.apiclient = testClient.getApiClient()
+cls.testdata = testClient.getParsedTestDataConfig()
+cls.hypervisor = cls.testClient.getHypervisorInfo()
+
+# Get Zone, Domain and templates
+cls.domain = get_domain(cls.apiclient)
+cls.zone = get_zone(cls.apiclient, testClient.getZoneForTests())
+cls.pod = get_pod(
+cls.apiclient,
+zone_id=cls.zone.id)
+
+hostList = Host.list(cls.apiclient, zoneid=cls.zone.id, 
type="routing")
+clusterList = Cluster.list(cls.apiclient, id=hostList[0].clusterid)
+cls.host = Host(hostList[0].__dict__)
+cls.cluster = Cluster(clusterList[0].__dict__)
+
+cls.template = get_template(
+cls.apiclient,
+cls.zone.id,
+cls.testdata["ostype"])
+
+cls._cleanup = []
+
+try:
+cls.service_offering = ServiceOffering.create(
+cls.apiclient,
+cls.testdata["service_offering"],
+)
+cls._cleanup.append(cls.service_offering)
+
+cls.disk_offering = DiskOffering.create(
+cls.apiclient,
+cls.testdata["disk_offering"],
+)
+cls._cleanup.append(cls.disk_offering)
+
+# Create an account
+cls.account = Account.create(
+cls.apiclient,
+cls.testdata["account"],
+domainid=cls.domain.id
+)
+cls._cleanup.append(cls.account)
+
+# Create user api client of the account
+cls.userapiclient = testClient.getUserApiClient(
+UserName=cls.account.name,
+DomainName=cls.account.domain
+)
+
+except Exception as e:
+cls.tearDownClass()
+raise e
+return
+
+@classmethod
+def tearDownClass(cls):
+try:
+pass
+cleanup_resources(cls.apiclient, cls._cleanup)
+except Exception as e:
+raise Exception("Warning: Exception during cleanup : %s" % e)
+
+def setUp(self):
+self.apiclient = self.testClient.getApiClient()
+self.dbclient = self.testClient.getDbConnection()
+self.cleanup = []
+
+def tearDown(self):
+try:
+cleanup_resources(self.apiclient, self

[GitHub] cloudstack pull request: CLOUDSTACK-8476-Disable enable host:

2015-05-21 Thread gauravaradhye

Github user gauravaradhye commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/278#discussion_r30870155
  
--- Diff: test/integration/component/maint/testpath_disable_enable_host.py 
---
@@ -0,0 +1,309 @@
+# Licensed to the Apache Software Foundation (ASF) under one
+# or more contributor license agreements.  See the NOTICE file
+# distributed with this work for additional information
+# regarding copyright ownership.  The ASF licenses this file
+# to you under the Apache License, Version 2.0 (the
+# "License"); you may not use this file except in compliance
+# with the License.  You may obtain a copy of the License at
+#
+#   http://www.apache.org/licenses/LICENSE-2.0
+#
+# Unless required by applicable law or agreed to in writing,
+# software distributed under the License is distributed on an
+# "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+# KIND, either express or implied.  See the License for the
+# specific language governing permissions and limitations
+# under the License.
+""" Test cases for Disable enable Host Test Path
+"""
+
+from nose.plugins.attrib import attr
+from marvin.cloudstackTestCase import cloudstackTestCase
+from marvin.lib.utils import (cleanup_resources)
+from marvin.lib.base import (Account,
+ Host,
+ Cluster,
+ VirtualMachine,
+ ServiceOffering,
+ Snapshot,
+ DiskOffering,
+ )
+from marvin.lib.common import (get_domain,
+   get_zone,
+   get_template,
+   get_pod,
+   list_volumes,
+   )
+
+from marvin.cloudstackAPI import (updateHost,
+  reconnectHost
+  )
+import time
+
+
+class TestDisableEnableZone(cloudstackTestCase):
+
+@classmethod
+def setUpClass(cls):
+testClient = super(TestDisableEnableZone, cls).getClsTestClient()
+cls.apiclient = testClient.getApiClient()
+cls.testdata = testClient.getParsedTestDataConfig()
+cls.hypervisor = cls.testClient.getHypervisorInfo()
+
+# Get Zone, Domain and templates
+cls.domain = get_domain(cls.apiclient)
+cls.zone = get_zone(cls.apiclient, testClient.getZoneForTests())
+cls.pod = get_pod(
+cls.apiclient,
+zone_id=cls.zone.id)
+
+hostList = Host.list(cls.apiclient, zoneid=cls.zone.id, 
type="routing")
+clusterList = Cluster.list(cls.apiclient, id=hostList[0].clusterid)
+cls.host = Host(hostList[0].__dict__)
+cls.cluster = Cluster(clusterList[0].__dict__)
+
+cls.template = get_template(
+cls.apiclient,
+cls.zone.id,
+cls.testdata["ostype"])
+
+cls._cleanup = []
+
+try:
+cls.service_offering = ServiceOffering.create(
+cls.apiclient,
+cls.testdata["service_offering"],
+)
+cls._cleanup.append(cls.service_offering)
+
+cls.disk_offering = DiskOffering.create(
+cls.apiclient,
+cls.testdata["disk_offering"],
+)
+cls._cleanup.append(cls.disk_offering)
+
+# Create an account
+cls.account = Account.create(
+cls.apiclient,
+cls.testdata["account"],
+domainid=cls.domain.id
+)
+cls._cleanup.append(cls.account)
+
+# Create user api client of the account
+cls.userapiclient = testClient.getUserApiClient(
+UserName=cls.account.name,
+DomainName=cls.account.domain
+)
+
+except Exception as e:
+cls.tearDownClass()
+raise e
+return
+
+@classmethod
+def tearDownClass(cls):
+try:
+pass
+cleanup_resources(cls.apiclient, cls._cleanup)
+except Exception as e:
+raise Exception("Warning: Exception during cleanup : %s" % e)
+
+def setUp(self):
+self.apiclient = self.testClient.getApiClient()
+self.dbclient = self.testClient.getDbConnection()
+self.cleanup = []
+
+def tearDown(self):
+try:
+cleanup_resources(self.apiclient, self

[GitHub] cloudstack pull request: CLOUDSTACK-8476-Disable enable host:

2015-05-21 Thread gauravaradhye

Github user gauravaradhye commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/278#discussion_r30870128
  
--- Diff: test/integration/component/maint/testpath_disable_enable_host.py 
---
@@ -0,0 +1,309 @@
+# Licensed to the Apache Software Foundation (ASF) under one
+# or more contributor license agreements.  See the NOTICE file
+# distributed with this work for additional information
+# regarding copyright ownership.  The ASF licenses this file
+# to you under the Apache License, Version 2.0 (the
+# "License"); you may not use this file except in compliance
+# with the License.  You may obtain a copy of the License at
+#
+#   http://www.apache.org/licenses/LICENSE-2.0
+#
+# Unless required by applicable law or agreed to in writing,
+# software distributed under the License is distributed on an
+# "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+# KIND, either express or implied.  See the License for the
+# specific language governing permissions and limitations
+# under the License.
+""" Test cases for Disable enable Host Test Path
+"""
+
+from nose.plugins.attrib import attr
+from marvin.cloudstackTestCase import cloudstackTestCase
+from marvin.lib.utils import (cleanup_resources)
+from marvin.lib.base import (Account,
+ Host,
+ Cluster,
+ VirtualMachine,
+ ServiceOffering,
+ Snapshot,
+ DiskOffering,
+ )
+from marvin.lib.common import (get_domain,
+   get_zone,
+   get_template,
+   get_pod,
+   list_volumes,
+   )
+
+from marvin.cloudstackAPI import (updateHost,
+  reconnectHost
+  )
+import time
+
+
+class TestDisableEnableZone(cloudstackTestCase):
+
+@classmethod
+def setUpClass(cls):
+testClient = super(TestDisableEnableZone, cls).getClsTestClient()
+cls.apiclient = testClient.getApiClient()
+cls.testdata = testClient.getParsedTestDataConfig()
+cls.hypervisor = cls.testClient.getHypervisorInfo()
+
+# Get Zone, Domain and templates
+cls.domain = get_domain(cls.apiclient)
+cls.zone = get_zone(cls.apiclient, testClient.getZoneForTests())
+cls.pod = get_pod(
+cls.apiclient,
+zone_id=cls.zone.id)
+
+hostList = Host.list(cls.apiclient, zoneid=cls.zone.id, 
type="routing")
+clusterList = Cluster.list(cls.apiclient, id=hostList[0].clusterid)
+cls.host = Host(hostList[0].__dict__)
+cls.cluster = Cluster(clusterList[0].__dict__)
+
+cls.template = get_template(
+cls.apiclient,
+cls.zone.id,
+cls.testdata["ostype"])
+
+cls._cleanup = []
+
+try:
+cls.service_offering = ServiceOffering.create(
+cls.apiclient,
+cls.testdata["service_offering"],
+)
+cls._cleanup.append(cls.service_offering)
+
+cls.disk_offering = DiskOffering.create(
+cls.apiclient,
+cls.testdata["disk_offering"],
+)
+cls._cleanup.append(cls.disk_offering)
+
+# Create an account
+cls.account = Account.create(
+cls.apiclient,
+cls.testdata["account"],
+domainid=cls.domain.id
+)
+cls._cleanup.append(cls.account)
+
+# Create user api client of the account
+cls.userapiclient = testClient.getUserApiClient(
+UserName=cls.account.name,
+DomainName=cls.account.domain
+)
+
+except Exception as e:
+cls.tearDownClass()
+raise e
+return
+
+@classmethod
+def tearDownClass(cls):
+try:
+pass
--- End diff --

why pass?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Fixes breadcrumbs problem described in CL...

2015-05-21 Thread asfgit

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/282


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

commits from 4.5 to master

2015-05-21 Thread Rajani Karuturi

Are we merging from 4.5 to master or doing individual commits?

I see that both are being followed. It makes merging very easy if everybody
follows it.

~Rajani

[GitHub] cloudstack pull request: Cloudstack-8301

2015-05-21 Thread asfgit

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/263


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8301: Enable configuring local...

2015-05-21 Thread asfgit

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/259


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8471:Automation for feature En...

2015-05-21 Thread asfgit

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/253


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Fixes breadcrumbs problem described in CL...

2015-05-21 Thread karuturi

Github user karuturi commented on the pull request:

https://github.com/apache/cloudstack/pull/282#issuecomment-104500951
  
I tested the patch and it worked for me on firefox 38.
I am merging this on 4.4, 4.5 and master
Thanks for the fix @rsafonseca 


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request:

2015-05-21 Thread rsafonseca

Github user rsafonseca commented on the pull request:


https://github.com/apache/cloudstack/commit/1c408dec37a278c97c1b40da0bdbca437d7a564c#commitcomment-11318709
  
In debian/rules:
In debian/rules on line 6:
Hi @DaanHoogland
This breaks the 4.6.0-SNAPSHOT .deb file builds, can you please revert?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: Upgrade Tomcat procedure [to avoid latency/UI bug]

2015-05-21 Thread Rafael Fonseca

I've placed a patch in the JIRA issue for the breadcrumbs problem :)


On Thu, May 21, 2015 at 6:18 PM, Andrija Panic 
wrote:

> Ah, didnt notice workarround was was related to first issue...
>
> As for the first issue, I dont experience it anymore (for whatever reason -
> I did no changes really on OS side, expcet upgading ACS from 4.3.0/1 to
> 4.3.2).
> Yes, I was just testing the breadcrumb stuff - and started this thread
> because of that - sorry if I was not clear on this...
>
> But this Tomcat version replacement - is also related to the first issue ?
>
>
> Thanks for taking the time!
>
> Cheers
>
> On 21 May 2015 at 18:08, Rafael Fonseca  wrote:
>
> > Hi Andrija,
> >
> > This was a possible workaround for the first problem in that jira issue,
> to
> > clarify:
> >
> > Are you still experiencing the first issue?
> > Were you testing just for the second issue (breadcrumbs) ?
> >
> > I'll see if I can reproduce the breadcrumbs problem if I have the time :)
> >
> > RF
> >
> > On Thu, May 21, 2015 at 5:45 PM, Andrija Panic 
> > wrote:
> >
> > > Thx Rafael, added, restated, but still see issue :(
> > >
> > > On 21 May 2015 at 17:32, Rafael Fonseca  wrote:
> > >
> > > > Hi again Andrija,
> > > >
> > > > I saw on that issue that upgrading to tomcat 6.0.43 doesn't seem to
> fix
> > > the
> > > > issue for you, perhaps you can try another approach :)
> > > > I've seen a similar problem where there is no response from the
> > > management
> > > > server (taking from a few seconds to quite a few minutes, depending
> on
> > > the
> > > > environment). The issue i spotted is a well know problem with random
> > > number
> > > > generation with java in linux, and affects some environments more
> than
> > > > others, depending on the ammount on enthropy generated in the system.
> > VMs
> > > > suffer from this the most...
> > > >
> > > > Can you add this to the JAVA_OPTS to the
> > > > /etc/cloudstack/management/tomcat6.conf and retest?
> > > >
> > > > -Djava.security.egd=file:/dev/./urandom
> > > >
> > > >
> > > > On Thu, May 21, 2015 at 4:03 PM, Andrija Panic <
> > andrija.pa...@gmail.com>
> > > > wrote:
> > > >
> > > > > Hi Rafael,  thx for clarification :)
> > > > >
> > > > > https://issues.apache.org/jira/browse/CLOUDSTACK-7907
> > > > >
> > > > > check the second issue here - this is officialy fixed by replacing
> > > Tomcat
> > > > > version AFAIK, as you will see from comments.
> > > > >
> > > > >
> > > > > Thanks,
> > > > > Andrija
> > > > >
> > > > > On 21 May 2015 at 16:01, Rafael Fonseca 
> > wrote:
> > > > >
> > > > > > Hi Andrija,
> > > > > >
> > > > > > No.. this sed is unrelated to any breadcrumb issue, can you
> > > ellaborate
> > > > on
> > > > > > that one? :)
> > > > > > This sed just makes the page reload instantly whenever you press
> F5
> > > on
> > > > > the
> > > > > > UI, instead of taking as long as the first load.
> > > > > >
> > > > > > On Thu, May 21, 2015 at 3:57 PM, Andrija Panic <
> > > > andrija.pa...@gmail.com>
> > > > > > wrote:
> > > > > >
> > > > > > > Rafael,
> > > > > > >
> > > > > > > this SED is also related to the breadcrumb issue we are seeing
> in
> > > UI
> > > > ?
> > > > > > >
> > > > > > > Thx for inputs :)
> > > > > > >
> > > > > > > Cheers
> > > > > > >
> > > > > > > On 21 May 2015 at 15:38, Rafael Fonseca 
> > > > wrote:
> > > > > > >
> > > > > > > > Btw.. if you're worried about latency on the UI, run this and
> > you
> > > > > will
> > > > > > > have
> > > > > > > > instant page reloads :)
> > > > > > > >
> > > > > > > > sed -i -e 's/?t=<%=now%>//'
> > > > > > > > /usr/share/cloudstack-management/webapps/client/index.jsp
> > > > > > > >
> > > > > > > > On Thu, May 21, 2015 at 3:34 PM, Rafael Fonseca <
> > > > > rsafons...@gmail.com>
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > > Hi Andrija,
> > > > > > > > >
> > > > > > > > > Those sort of problems will no longer affect anyone when my
> > PR
> > > > gets
> > > > > > > > > merged: https://github.com/apache/cloudstack/pull/238
> > > > > > > > > In the meanwhile, if you want to run tomcat 6.0.43 in any
> > > distro,
> > > > > > just
> > > > > > > do
> > > > > > > > > the following:
> > > > > > > > >
> > > > > > > > > - Download
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.43/bin/apache-tomcat-6.0.43.tar.gz
> > > > > > > > > - Uncompress to some folder
> > > > > > > > > - Change links on /usr/share/cloudstack-management/lib and
> > > > > > > > > /usr/share/cloudstack-management/bin to point to the
> location
> > > of
> > > > > the
> > > > > > > > > version you just decompressed.
> > > > > > > > > - All done! :)
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Thu, May 21, 2015 at 3:05 PM, Andrija Panic <
> > > > > > > andrija.pa...@gmail.com>
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > >> Hi,
> > > > > > > > >>
> > > > > > > > >> Im wondering if anyone h

[GitHub] cloudstack pull request: Fixes breadcrumbs problem described in CL...

2015-05-21 Thread rsafonseca

GitHub user rsafonseca opened a pull request:

https://github.com/apache/cloudstack/pull/282

Fixes breadcrumbs problem described in CLOUDSTACK-7907

There was an overlap in container placement in the breadcrumbs, leading to 
the links not being visually correct in some coordinates.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/rsafonseca/cloudstack CLOUDSTACK-7907

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/282.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #282


commit e2598ff91db993548192ff46824118c2392932f1
Author: Rafael da Fonseca 
Date:   2015-05-21T22:54:29Z

Fixes breadcrumbs problem described in CLOUDSTACK-7907




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-6181: Allow RBD volumes to be ...

2015-05-21 Thread mlsorensen

Github user mlsorensen commented on the pull request:

https://github.com/apache/cloudstack/pull/281#issuecomment-104432629
  
You may want to be careful with this. We ran into issues with corruption by 
asking libvirt to resize the qcow2 images and reverted back to the script.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [ACS44]release 4.4.4?

2015-05-21 Thread Andrija Panic

Thx Remi :)
On May 21, 2015 11:10 PM, "Remi Bergsma" 
wrote:

> Hi Andrija,
>
> Here you go: https://github.com/apache/cloudstack/pull/281 ;-)
>
> @Daan, please check if it looks OK to you.
>
> Regards,
> Remi
>
>
> On 21 May 2015, at 18:29, Andrija Panic  andrija.pa...@gmail.com>> wrote:
>
> Daan, I'm not so sure I can pull this in short time frame - I'm no
> developer at all :(
>
> Any guidelines for dummies? something via github clone etc (I did that for
> documenation ) ?
>
> thx
>
> On 21 May 2015 at 18:11, Daan Hoogland  daan.hoogl...@gmail.com>> wrote:
>
> Andrija, can you backport and make a pull request?
>
> Op do 21 mei 2015 om 17:41 schreef Andrija Panic  
> :
>
>
>
>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=173909e99d85cfcc85b017bc426950f9f16fddf0
>
> enable CEPH image resize if possible :)
>
> On 21 May 2015 at 08:42, Daan Hoogland  wrote:
>
> H,
>
> Are there any fixes that people have that should go into 4.4? I would
> like
> to create a release candidate over the weekend.
>
>
>
>
> --
>
> Andrija Panić
>
>
>
>
>
> --
>
> Andrija Panić
>
>

Re: [ACS44]release 4.4.4?

2015-05-21 Thread Remi Bergsma

Hi Andrija,

Here you go: https://github.com/apache/cloudstack/pull/281 ;-)

@Daan, please check if it looks OK to you.

Regards,
Remi


On 21 May 2015, at 18:29, Andrija Panic 
mailto:andrija.pa...@gmail.com>> wrote:

Daan, I'm not so sure I can pull this in short time frame - I'm no
developer at all :(

Any guidelines for dummies? something via github clone etc (I did that for
documenation ) ?

thx

On 21 May 2015 at 18:11, Daan Hoogland 
mailto:daan.hoogl...@gmail.com>> wrote:

Andrija, can you backport and make a pull request?

Op do 21 mei 2015 om 17:41 schreef Andrija Panic 
mailto:andrija.pa...@gmail.com>
:



https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=173909e99d85cfcc85b017bc426950f9f16fddf0

enable CEPH image resize if possible :)

On 21 May 2015 at 08:42, Daan Hoogland  wrote:

H,

Are there any fixes that people have that should go into 4.4? I would
like
to create a release candidate over the weekend.




--

Andrija Panić





--

Andrija Panić

[GitHub] cloudstack pull request: CLOUDSTACK-6181: Allow RBD volumes to be ...

2015-05-21 Thread remibergsma

GitHub user remibergsma opened a pull request:

https://github.com/apache/cloudstack/pull/281

CLOUDSTACK-6181: Allow RBD volumes to be resized

We don't need an external script to investigate the format of the RBD 
volume,
we only have to ask Libvirt to resize the volume and that will ask librbd to
do so.

Backport for 4.4, original commit: 173909e99d85cfcc85b017bc426950f9f16fddf0
Requested by Andrija PaniÄ http://markmail.org/thread/gau2xngqjpq5cza7


You can merge this pull request into a Git repository by running:

$ git pull https://github.com/remibergsma/cloudstack 
4.4_cepth_resize_backport

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/281.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #281


commit a26bbc2ce2f99e706895f9c0bbc6bdb5a522c37f
Author: Remi Bergsma 
Date:   2015-05-21T20:57:12Z

CLOUDSTACK-6181: Allow RBD volumes to be resized

We don't need an external script to investigate the format of the RBD 
volume,
we only have to ask Libvirt to resize the volume and that will ask librbd to
do so.

Backport for 4.4, original commit: 173909e99d85cfcc85b017bc426950f9f16fddf0




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: support for /31 Networks

2015-05-21 Thread Remi Bergsma

Exactly! 
Left my mail in outbox and missed your reply ;-)

@Sanjeev, since you answered the original mail.. Do you know when/where this 
check was added? Or else I’ll search for it. Let’s open an issue and resolve it.

Thanks,
Remi

> On 21 May 2015, at 19:28, Simon Weller  wrote:
> 
> You can assigned the network address as a valid ip address from a /31, and 
> this is defined in RFC 3021 (http://www.ietf.org/rfc/rfc3021.txt).
> 
> This is widely supported on network gear, and in modern operating systems.
> 
> - Si
> 
> 
> From: Remi Bergsma 
> Sent: Thursday, May 21, 2015 10:31 AM
> To: dev@cloudstack.apache.org
> Subject: Re: support for /31 Networks
> 
> Hi,
> 
> This question was answered here as well:
> http://markmail.org/message/m7vi342uwm4zr5iv
> 
> Support was removed as /31 has no available ip addresses.
> 
> Regards,
> Remi
> 
> 2015-05-21 16:42 GMT+02:00 Ian Southam :
> 
>> Hi Devender,
>> 
>> You have started quite a discussion in our office about using the .0 and
>> putting a host on the cast address …...
>> 
>> Just as a matter of interest, why do you do this - we are presuming it
>> does actually work ;)
>> 
>> —
>> Grts!
>> Ian
>> 
>>> On 21 May 2015, at 10:29, Singh, Devender  wrote:
>>> 
>>> Hi Cloudstack Team,
>>> 
>>> 
>>> We had no problems building and using /31 networks on 4.2.0, but after
>> our upgrade to 4.4.2  we are no longer able to add new ones.
>>> We have a lot of them already in place.  As an example I pasted some
>> output from cloudmonkey on a link that is already established and working.
>>> Does anyone have a workaround, or can point me in the right direction
>> for a patch?
>>> (local) > list networks id=e044c442-48f7-4bae-8c5d-530423a249f7
>>> count = 1
>>> network:
>>> id = e044c442-48f7-4bae-8c5d-530423a249f7
>>> name = VLAN180
>>> acltype = Domain
>>> broadcastdomaintype = Vlan
>>> broadcasturi = vlan://180
>>> canusefordeploy = False
>>> cidr = 202.90.43.0/31
>>> displaynetwork = True
>>> displaytext = VM-UTILITY-2
>>> dns1 = 4.2.2.1
>>> domain = ROOT
>>> domainid = 8acf0368-e5b1-11e2-b5cf-2ef4cf18a6ae
>>> gateway = 202.90.43.0
>>> ispersistent = False
>>> issystem = False
>>> netmask = 255.255.255.254
>>> networkofferingavailability = Optional
>>> networkofferingconservemode = False
>>> networkofferingdisplaytext = private-guest1_switch
>>> networkofferingid = 0b63d457-5f5e-426f-a81e-8797e522eb8c
>>> networkofferingname = private-guest1_switch
>>> physicalnetworkid = cf4c2846-2418-4ba4-b307-6a6405860799
>>> related = e044c442-48f7-4bae-8c5d-530423a249f7
>>> restartrequired = False
>>> service:
>>> specifyipranges = True
>>> state = Setup
>>> strechedl2subnet = False
>>> subdomainaccess = True
>>> tags:
>>> traffictype = Guest
>>> type = Shared
>>> vlan = 180
>>> zoneid = 88066cb4-64ab-4c54-83a9-3279a1e030cb
>>> zonename = UTILITY-ZONE-1
>>> 
>>> (local) > list nics nicid=e062922f-c0ea-4f8a-beca-b86146dee622
>> virtualmachineid=842054e6-c379-49fe-92f9-e2fdefa6779f
>>> count = 1
>>> nic:
>>> id = e062922f-c0ea-4f8a-beca-b86146dee622
>>> deviceid = 0
>>> gateway = 202.90.43.0
>>> ipaddress = 202.90.43.1
>>> isdefault = True
>>> macaddress = 06:ca:b4:00:00:20
>>> netmask = 255.255.255.254
>>> networkid = e044c442-48f7-4bae-8c5d-530423a249f7
>>> virtualmachineid = 842054e6-c379-49fe-92f9-e2fdefa6779f
>>> (local) >
>>> 
>>> Devender Kumar Singh
>> 
>>

Re: support for /31 Networks

2015-05-21 Thread Remi Bergsma

Interesting enough, there is some info on it:

Using 31-Bit Prefixes on IPv4 Point-to-Point Links
https://tools.ietf.org/html/rfc3021

Perhaps we should restore support? I can imagine that since we are short on
ipv4 addresses, it's a waste to throw two of them away in each network. Any
thoughts?

Regards,
Remi


2015-05-21 17:31 GMT+02:00 Remi Bergsma :

> Hi,
>
> This question was answered here as well:
> http://markmail.org/message/m7vi342uwm4zr5iv
>
> Support was removed as /31 has no available ip addresses.
>
> Regards,
> Remi
>
> 2015-05-21 16:42 GMT+02:00 Ian Southam :
>
>> Hi Devender,
>>
>> You have started quite a discussion in our office about using the .0 and
>> putting a host on the cast address …...
>>
>> Just as a matter of interest, why do you do this - we are presuming it
>> does actually work ;)
>>
>> —
>> Grts!
>> Ian
>>
>> > On 21 May 2015, at 10:29, Singh, Devender  wrote:
>> >
>> > Hi Cloudstack Team,
>> >
>> >
>> > We had no problems building and using /31 networks on 4.2.0, but after
>> our upgrade to 4.4.2  we are no longer able to add new ones.
>> > We have a lot of them already in place.  As an example I pasted some
>> output from cloudmonkey on a link that is already established and working.
>> > Does anyone have a workaround, or can point me in the right direction
>> for a patch?
>> > (local) > list networks id=e044c442-48f7-4bae-8c5d-530423a249f7
>> > count = 1
>> > network:
>> > id = e044c442-48f7-4bae-8c5d-530423a249f7
>> > name = VLAN180
>> > acltype = Domain
>> > broadcastdomaintype = Vlan
>> > broadcasturi = vlan://180
>> > canusefordeploy = False
>> > cidr = 202.90.43.0/31
>> > displaynetwork = True
>> > displaytext = VM-UTILITY-2
>> > dns1 = 4.2.2.1
>> > domain = ROOT
>> > domainid = 8acf0368-e5b1-11e2-b5cf-2ef4cf18a6ae
>> > gateway = 202.90.43.0
>> > ispersistent = False
>> > issystem = False
>> > netmask = 255.255.255.254
>> > networkofferingavailability = Optional
>> > networkofferingconservemode = False
>> > networkofferingdisplaytext = private-guest1_switch
>> > networkofferingid = 0b63d457-5f5e-426f-a81e-8797e522eb8c
>> > networkofferingname = private-guest1_switch
>> > physicalnetworkid = cf4c2846-2418-4ba4-b307-6a6405860799
>> > related = e044c442-48f7-4bae-8c5d-530423a249f7
>> > restartrequired = False
>> > service:
>> > specifyipranges = True
>> > state = Setup
>> > strechedl2subnet = False
>> > subdomainaccess = True
>> > tags:
>> > traffictype = Guest
>> > type = Shared
>> > vlan = 180
>> > zoneid = 88066cb4-64ab-4c54-83a9-3279a1e030cb
>> > zonename = UTILITY-ZONE-1
>> >
>> > (local) > list nics nicid=e062922f-c0ea-4f8a-beca-b86146dee622
>> virtualmachineid=842054e6-c379-49fe-92f9-e2fdefa6779f
>> > count = 1
>> > nic:
>> > id = e062922f-c0ea-4f8a-beca-b86146dee622
>> > deviceid = 0
>> > gateway = 202.90.43.0
>> > ipaddress = 202.90.43.1
>> > isdefault = True
>> > macaddress = 06:ca:b4:00:00:20
>> > netmask = 255.255.255.254
>> > networkid = e044c442-48f7-4bae-8c5d-530423a249f7
>> > virtualmachineid = 842054e6-c379-49fe-92f9-e2fdefa6779f
>> > (local) >
>> >
>> > Devender Kumar Singh
>>
>>
>

IPv6 ideas for Basic Networking

2015-05-21 Thread Wido den Hollander

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

After the EU User Group meetup in London today I sat down with Rohit,
John Burwell and some other people and I wanted to ventilate the ideas
we/I came up with for IPv6 in BASIC networking.


(IPv6) routers should send out RAs (Router Advertisements) with the
managed-other-flag [0][1], telling Instances to ONLY use that routers
as their default gateways and NOT to use SLAAC to autoconfigure their
IP-Address.

The management server should be told that a specific subnet can be
used within a pod, eg a /64.

When a new IPv6 Address is requested the management server generates a
random new address in that subnet and checks if no duplicate exists.
If not, it stores the /128 (single IP) in the MySQL database and
configures the DHCPv6 server on the Virtual Router (VR).

When the Instance boots it knowns that due to the "managed other flag"
in the RA that it should query DHCPv6 for acquiring a IPv6 address.

The VR responds to the DHCPv6 request with a IPv6 address, DNS
servers, domain and maybe a NTP server.

We ONLY store addresses we handed out, not with IPv4 where we store
every address. A address NOT stored in the database means it's not
handed out.

The (ip6tables) Security Groups should allow ICMPv6 by default. IPv6
traffic breaks really hard without ICMPv6 traffic, for example PMTU
doesn't work properly and breaks IPv6 connections.

In CloudStack we might configure a /48, but tell it to hand out
addresses for each instance from a /64 out of that /48. That means we
can have 65k Instances in that pod. Some firewall policies block a
complete /64 when they see malicious traffic coming from that subnet,
so if the subnet is big enough we should try to keep all the IPv6
addresses from one Instance in the same /64 subnet. This could also
simplify the iptable rules.

To use this seems like a simple, but robust solution. The real
hardware routers do all the traffic forwarding and the VR only does
DHCPv6.

Security grouping has to be extended to also support IPv6, but should
allow ICMPv6 by default.

At the end of June 2015 we want to keep a one-day meetup in Amsterdam
with various developers to discuss some more details.

Wido

[0]: https://www.ietf.org/rfc/rfc5075.txt
[1]: https://www.ietf.org/rfc/rfc4861.txt
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVXisUAAoJEAGbWC3bPspCvTcQAJ09PKqwhhjGqF1TmpyfLKGE
Aup7qDQsHlGn4tnl09OIOoJo4RC2WMGV4d93jO3q1IM6moMNWMNrtOWqLrIhwnXg
zYvYvvJZQN8eYCL1eyz2sTb/pOo0LpIFB8E9QV2Tp6m0oL8jvpXXo4dobZBXAGAu
oCsqpdo3zFAG23DLAxRjEB+UoxtvwYbgyEDN97JRM3Da0PMPeTiwdtdOmb91w1sF
ZfvUQcf71Zdg2LHTV1LYiLynhrOpKtqrZ0MOI+RMxB4tdgdmA5dw5Ifp0pcrbCCR
VUeX4GPj+vOtlJWo677/j2napPuQA+Jev367PU3+vzO5nboWxEMtXMZZFQJ2wSbj
jpBldZm0AThEKkmCWjmi0UGJXH0sEIVyytvdo6p/W64L0a4wTF70A6FUtT5QT+mg
KHlBl40QVL57JKCEVYjdUtqVMPKbj3JwLu6N9vX4gxmNcv1CASOfn1/0F5pmN2mL
mMM+mF6FAl1VwNVCxyssnCOK1OkjrIbsLWNExrTFPPfrit4eSgRLTBpZML/EZQws
AnsUH7bLzvsBGJZUZP8tTksSw9N6gq3Zxr8/xGXEdcvL8NpUjPf6yVUjG3baKvnU
OE0JlpP2MiELP4M7RZoYDCnrXM8DAGy7ogu8n350o85+QfL3/b34NRcwPvIxKXqd
tX0aruUHc2IIy/5Mp2Dj
=RsNl
-END PGP SIGNATURE-

Re: support for /31 Networks

2015-05-21 Thread Simon Weller

You can assigned the network address as a valid ip address from a /31, and this 
is defined in RFC 3021 (http://www.ietf.org/rfc/rfc3021.txt).

This is widely supported on network gear, and in modern operating systems.

- Si


From: Remi Bergsma 
Sent: Thursday, May 21, 2015 10:31 AM
To: dev@cloudstack.apache.org
Subject: Re: support for /31 Networks

Hi,

This question was answered here as well:
http://markmail.org/message/m7vi342uwm4zr5iv

Support was removed as /31 has no available ip addresses.

Regards,
Remi

2015-05-21 16:42 GMT+02:00 Ian Southam :

> Hi Devender,
>
> You have started quite a discussion in our office about using the .0 and
> putting a host on the cast address …...
>
> Just as a matter of interest, why do you do this - we are presuming it
> does actually work ;)
>
> —
> Grts!
> Ian
>
> > On 21 May 2015, at 10:29, Singh, Devender  wrote:
> >
> > Hi Cloudstack Team,
> >
> >
> > We had no problems building and using /31 networks on 4.2.0, but after
> our upgrade to 4.4.2  we are no longer able to add new ones.
> > We have a lot of them already in place.  As an example I pasted some
> output from cloudmonkey on a link that is already established and working.
> > Does anyone have a workaround, or can point me in the right direction
> for a patch?
> > (local) > list networks id=e044c442-48f7-4bae-8c5d-530423a249f7
> > count = 1
> > network:
> > id = e044c442-48f7-4bae-8c5d-530423a249f7
> > name = VLAN180
> > acltype = Domain
> > broadcastdomaintype = Vlan
> > broadcasturi = vlan://180
> > canusefordeploy = False
> > cidr = 202.90.43.0/31
> > displaynetwork = True
> > displaytext = VM-UTILITY-2
> > dns1 = 4.2.2.1
> > domain = ROOT
> > domainid = 8acf0368-e5b1-11e2-b5cf-2ef4cf18a6ae
> > gateway = 202.90.43.0
> > ispersistent = False
> > issystem = False
> > netmask = 255.255.255.254
> > networkofferingavailability = Optional
> > networkofferingconservemode = False
> > networkofferingdisplaytext = private-guest1_switch
> > networkofferingid = 0b63d457-5f5e-426f-a81e-8797e522eb8c
> > networkofferingname = private-guest1_switch
> > physicalnetworkid = cf4c2846-2418-4ba4-b307-6a6405860799
> > related = e044c442-48f7-4bae-8c5d-530423a249f7
> > restartrequired = False
> > service:
> > specifyipranges = True
> > state = Setup
> > strechedl2subnet = False
> > subdomainaccess = True
> > tags:
> > traffictype = Guest
> > type = Shared
> > vlan = 180
> > zoneid = 88066cb4-64ab-4c54-83a9-3279a1e030cb
> > zonename = UTILITY-ZONE-1
> >
> > (local) > list nics nicid=e062922f-c0ea-4f8a-beca-b86146dee622
> virtualmachineid=842054e6-c379-49fe-92f9-e2fdefa6779f
> > count = 1
> > nic:
> > id = e062922f-c0ea-4f8a-beca-b86146dee622
> > deviceid = 0
> > gateway = 202.90.43.0
> > ipaddress = 202.90.43.1
> > isdefault = True
> > macaddress = 06:ca:b4:00:00:20
> > netmask = 255.255.255.254
> > networkid = e044c442-48f7-4bae-8c5d-530423a249f7
> > virtualmachineid = 842054e6-c379-49fe-92f9-e2fdefa6779f
> > (local) >
> >
> > Devender Kumar Singh
>
>

Re: [ACS44]release 4.4.4?

2015-05-21 Thread Andrija Panic

Daan, I'm not so sure I can pull this in short time frame - I'm no
developer at all :(

Any guidelines for dummies? something via github clone etc (I did that for
documenation ) ?

thx

On 21 May 2015 at 18:11, Daan Hoogland  wrote:

> Andrija, can you backport and make a pull request?
>
> Op do 21 mei 2015 om 17:41 schreef Andrija Panic  >:
>
> >
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=173909e99d85cfcc85b017bc426950f9f16fddf0
> >
> > enable CEPH image resize if possible :)
> >
> > On 21 May 2015 at 08:42, Daan Hoogland  wrote:
> >
> > > H,
> > >
> > > Are there any fixes that people have that should go into 4.4? I would
> > like
> > > to create a release candidate over the weekend.
> > >
> >
> >
> >
> > --
> >
> > Andrija Panić
> >
>



-- 

Andrija Panić

Re: Upgrade Tomcat procedure [to avoid latency/UI bug]

2015-05-21 Thread Rafael Fonseca

The tomcat version replacement would fix the issue that recommends
upgrading to tomcat 6.0.43 as well as a few others.
With my proposed change, you don't need to care about tomcat anymore and
don't even need to have it installed through your distro's repos, the
latest, greatest and tested version would always be shipped with the
management server .rpm/.deb.
This would also prevent different behaviors in different OSes, since each
OS packs it's own version of tomcat, with its own bugs :)

On Thu, May 21, 2015 at 6:18 PM, Andrija Panic 
wrote:

> Ah, didnt notice workarround was was related to first issue...
>
> As for the first issue, I dont experience it anymore (for whatever reason -
> I did no changes really on OS side, expcet upgading ACS from 4.3.0/1 to
> 4.3.2).
> Yes, I was just testing the breadcrumb stuff - and started this thread
> because of that - sorry if I was not clear on this...
>
> But this Tomcat version replacement - is also related to the first issue ?
>
>
> Thanks for taking the time!
>
> Cheers
>
> On 21 May 2015 at 18:08, Rafael Fonseca  wrote:
>
> > Hi Andrija,
> >
> > This was a possible workaround for the first problem in that jira issue,
> to
> > clarify:
> >
> > Are you still experiencing the first issue?
> > Were you testing just for the second issue (breadcrumbs) ?
> >
> > I'll see if I can reproduce the breadcrumbs problem if I have the time :)
> >
> > RF
> >
> > On Thu, May 21, 2015 at 5:45 PM, Andrija Panic 
> > wrote:
> >
> > > Thx Rafael, added, restated, but still see issue :(
> > >
> > > On 21 May 2015 at 17:32, Rafael Fonseca  wrote:
> > >
> > > > Hi again Andrija,
> > > >
> > > > I saw on that issue that upgrading to tomcat 6.0.43 doesn't seem to
> fix
> > > the
> > > > issue for you, perhaps you can try another approach :)
> > > > I've seen a similar problem where there is no response from the
> > > management
> > > > server (taking from a few seconds to quite a few minutes, depending
> on
> > > the
> > > > environment). The issue i spotted is a well know problem with random
> > > number
> > > > generation with java in linux, and affects some environments more
> than
> > > > others, depending on the ammount on enthropy generated in the system.
> > VMs
> > > > suffer from this the most...
> > > >
> > > > Can you add this to the JAVA_OPTS to the
> > > > /etc/cloudstack/management/tomcat6.conf and retest?
> > > >
> > > > -Djava.security.egd=file:/dev/./urandom
> > > >
> > > >
> > > > On Thu, May 21, 2015 at 4:03 PM, Andrija Panic <
> > andrija.pa...@gmail.com>
> > > > wrote:
> > > >
> > > > > Hi Rafael,  thx for clarification :)
> > > > >
> > > > > https://issues.apache.org/jira/browse/CLOUDSTACK-7907
> > > > >
> > > > > check the second issue here - this is officialy fixed by replacing
> > > Tomcat
> > > > > version AFAIK, as you will see from comments.
> > > > >
> > > > >
> > > > > Thanks,
> > > > > Andrija
> > > > >
> > > > > On 21 May 2015 at 16:01, Rafael Fonseca 
> > wrote:
> > > > >
> > > > > > Hi Andrija,
> > > > > >
> > > > > > No.. this sed is unrelated to any breadcrumb issue, can you
> > > ellaborate
> > > > on
> > > > > > that one? :)
> > > > > > This sed just makes the page reload instantly whenever you press
> F5
> > > on
> > > > > the
> > > > > > UI, instead of taking as long as the first load.
> > > > > >
> > > > > > On Thu, May 21, 2015 at 3:57 PM, Andrija Panic <
> > > > andrija.pa...@gmail.com>
> > > > > > wrote:
> > > > > >
> > > > > > > Rafael,
> > > > > > >
> > > > > > > this SED is also related to the breadcrumb issue we are seeing
> in
> > > UI
> > > > ?
> > > > > > >
> > > > > > > Thx for inputs :)
> > > > > > >
> > > > > > > Cheers
> > > > > > >
> > > > > > > On 21 May 2015 at 15:38, Rafael Fonseca 
> > > > wrote:
> > > > > > >
> > > > > > > > Btw.. if you're worried about latency on the UI, run this and
> > you
> > > > > will
> > > > > > > have
> > > > > > > > instant page reloads :)
> > > > > > > >
> > > > > > > > sed -i -e 's/?t=<%=now%>//'
> > > > > > > > /usr/share/cloudstack-management/webapps/client/index.jsp
> > > > > > > >
> > > > > > > > On Thu, May 21, 2015 at 3:34 PM, Rafael Fonseca <
> > > > > rsafons...@gmail.com>
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > > Hi Andrija,
> > > > > > > > >
> > > > > > > > > Those sort of problems will no longer affect anyone when my
> > PR
> > > > gets
> > > > > > > > > merged: https://github.com/apache/cloudstack/pull/238
> > > > > > > > > In the meanwhile, if you want to run tomcat 6.0.43 in any
> > > distro,
> > > > > > just
> > > > > > > do
> > > > > > > > > the following:
> > > > > > > > >
> > > > > > > > > - Download
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.43/bin/apache-tomcat-6.0.43.tar.gz
> > > > > > > > > - Uncompress to some folder
> > > > > > > > > - Change links on /usr/share/cloudstack-management/lib and
> > > > > > > > > /usr/share/cloudstack-management/bin to point to the

Re: Upgrade Tomcat procedure [to avoid latency/UI bug]

2015-05-21 Thread Andrija Panic

Ah, didnt notice workarround was was related to first issue...

As for the first issue, I dont experience it anymore (for whatever reason -
I did no changes really on OS side, expcet upgading ACS from 4.3.0/1 to
4.3.2).
Yes, I was just testing the breadcrumb stuff - and started this thread
because of that - sorry if I was not clear on this...

But this Tomcat version replacement - is also related to the first issue ?


Thanks for taking the time!

Cheers

On 21 May 2015 at 18:08, Rafael Fonseca  wrote:

> Hi Andrija,
>
> This was a possible workaround for the first problem in that jira issue, to
> clarify:
>
> Are you still experiencing the first issue?
> Were you testing just for the second issue (breadcrumbs) ?
>
> I'll see if I can reproduce the breadcrumbs problem if I have the time :)
>
> RF
>
> On Thu, May 21, 2015 at 5:45 PM, Andrija Panic 
> wrote:
>
> > Thx Rafael, added, restated, but still see issue :(
> >
> > On 21 May 2015 at 17:32, Rafael Fonseca  wrote:
> >
> > > Hi again Andrija,
> > >
> > > I saw on that issue that upgrading to tomcat 6.0.43 doesn't seem to fix
> > the
> > > issue for you, perhaps you can try another approach :)
> > > I've seen a similar problem where there is no response from the
> > management
> > > server (taking from a few seconds to quite a few minutes, depending on
> > the
> > > environment). The issue i spotted is a well know problem with random
> > number
> > > generation with java in linux, and affects some environments more than
> > > others, depending on the ammount on enthropy generated in the system.
> VMs
> > > suffer from this the most...
> > >
> > > Can you add this to the JAVA_OPTS to the
> > > /etc/cloudstack/management/tomcat6.conf and retest?
> > >
> > > -Djava.security.egd=file:/dev/./urandom
> > >
> > >
> > > On Thu, May 21, 2015 at 4:03 PM, Andrija Panic <
> andrija.pa...@gmail.com>
> > > wrote:
> > >
> > > > Hi Rafael,  thx for clarification :)
> > > >
> > > > https://issues.apache.org/jira/browse/CLOUDSTACK-7907
> > > >
> > > > check the second issue here - this is officialy fixed by replacing
> > Tomcat
> > > > version AFAIK, as you will see from comments.
> > > >
> > > >
> > > > Thanks,
> > > > Andrija
> > > >
> > > > On 21 May 2015 at 16:01, Rafael Fonseca 
> wrote:
> > > >
> > > > > Hi Andrija,
> > > > >
> > > > > No.. this sed is unrelated to any breadcrumb issue, can you
> > ellaborate
> > > on
> > > > > that one? :)
> > > > > This sed just makes the page reload instantly whenever you press F5
> > on
> > > > the
> > > > > UI, instead of taking as long as the first load.
> > > > >
> > > > > On Thu, May 21, 2015 at 3:57 PM, Andrija Panic <
> > > andrija.pa...@gmail.com>
> > > > > wrote:
> > > > >
> > > > > > Rafael,
> > > > > >
> > > > > > this SED is also related to the breadcrumb issue we are seeing in
> > UI
> > > ?
> > > > > >
> > > > > > Thx for inputs :)
> > > > > >
> > > > > > Cheers
> > > > > >
> > > > > > On 21 May 2015 at 15:38, Rafael Fonseca 
> > > wrote:
> > > > > >
> > > > > > > Btw.. if you're worried about latency on the UI, run this and
> you
> > > > will
> > > > > > have
> > > > > > > instant page reloads :)
> > > > > > >
> > > > > > > sed -i -e 's/?t=<%=now%>//'
> > > > > > > /usr/share/cloudstack-management/webapps/client/index.jsp
> > > > > > >
> > > > > > > On Thu, May 21, 2015 at 3:34 PM, Rafael Fonseca <
> > > > rsafons...@gmail.com>
> > > > > > > wrote:
> > > > > > >
> > > > > > > > Hi Andrija,
> > > > > > > >
> > > > > > > > Those sort of problems will no longer affect anyone when my
> PR
> > > gets
> > > > > > > > merged: https://github.com/apache/cloudstack/pull/238
> > > > > > > > In the meanwhile, if you want to run tomcat 6.0.43 in any
> > distro,
> > > > > just
> > > > > > do
> > > > > > > > the following:
> > > > > > > >
> > > > > > > > - Download
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.43/bin/apache-tomcat-6.0.43.tar.gz
> > > > > > > > - Uncompress to some folder
> > > > > > > > - Change links on /usr/share/cloudstack-management/lib and
> > > > > > > > /usr/share/cloudstack-management/bin to point to the location
> > of
> > > > the
> > > > > > > > version you just decompressed.
> > > > > > > > - All done! :)
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > On Thu, May 21, 2015 at 3:05 PM, Andrija Panic <
> > > > > > andrija.pa...@gmail.com>
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > >> Hi,
> > > > > > > >>
> > > > > > > >> Im wondering if anyone have clean procedure of upgrading
> stock
> > > > > Tomcat
> > > > > > to
> > > > > > > >> supported version 6.0.43, to avoid the latency issues and
> > UI...
> > > on
> > > > > > > >> production envioroment.
> > > > > > > >>
> > > > > > > >> We are running Ubuntu 14.04 and CEntos 6.6 stock Tomcat
> > > > versions...
> > > > > > > >>
> > > > > > > >> Cheers
> > > > > > > >>
> > > > > > > >> --
> > > > > > > >>
> > > > > > > >> Andrija Panić
> > >

Re: [ACS44]release 4.4.4?

2015-05-21 Thread Daan Hoogland

Andrija, can you backport and make a pull request?

Op do 21 mei 2015 om 17:41 schreef Andrija Panic :

>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=173909e99d85cfcc85b017bc426950f9f16fddf0
>
> enable CEPH image resize if possible :)
>
> On 21 May 2015 at 08:42, Daan Hoogland  wrote:
>
> > H,
> >
> > Are there any fixes that people have that should go into 4.4? I would
> like
> > to create a release candidate over the weekend.
> >
>
>
>
> --
>
> Andrija Panić
>

Re: Upgrade Tomcat procedure [to avoid latency/UI bug]

2015-05-21 Thread Rafael Fonseca

Hi Andrija,

This was a possible workaround for the first problem in that jira issue, to
clarify:

Are you still experiencing the first issue?
Were you testing just for the second issue (breadcrumbs) ?

I'll see if I can reproduce the breadcrumbs problem if I have the time :)

RF

On Thu, May 21, 2015 at 5:45 PM, Andrija Panic 
wrote:

> Thx Rafael, added, restated, but still see issue :(
>
> On 21 May 2015 at 17:32, Rafael Fonseca  wrote:
>
> > Hi again Andrija,
> >
> > I saw on that issue that upgrading to tomcat 6.0.43 doesn't seem to fix
> the
> > issue for you, perhaps you can try another approach :)
> > I've seen a similar problem where there is no response from the
> management
> > server (taking from a few seconds to quite a few minutes, depending on
> the
> > environment). The issue i spotted is a well know problem with random
> number
> > generation with java in linux, and affects some environments more than
> > others, depending on the ammount on enthropy generated in the system. VMs
> > suffer from this the most...
> >
> > Can you add this to the JAVA_OPTS to the
> > /etc/cloudstack/management/tomcat6.conf and retest?
> >
> > -Djava.security.egd=file:/dev/./urandom
> >
> >
> > On Thu, May 21, 2015 at 4:03 PM, Andrija Panic 
> > wrote:
> >
> > > Hi Rafael,  thx for clarification :)
> > >
> > > https://issues.apache.org/jira/browse/CLOUDSTACK-7907
> > >
> > > check the second issue here - this is officialy fixed by replacing
> Tomcat
> > > version AFAIK, as you will see from comments.
> > >
> > >
> > > Thanks,
> > > Andrija
> > >
> > > On 21 May 2015 at 16:01, Rafael Fonseca  wrote:
> > >
> > > > Hi Andrija,
> > > >
> > > > No.. this sed is unrelated to any breadcrumb issue, can you
> ellaborate
> > on
> > > > that one? :)
> > > > This sed just makes the page reload instantly whenever you press F5
> on
> > > the
> > > > UI, instead of taking as long as the first load.
> > > >
> > > > On Thu, May 21, 2015 at 3:57 PM, Andrija Panic <
> > andrija.pa...@gmail.com>
> > > > wrote:
> > > >
> > > > > Rafael,
> > > > >
> > > > > this SED is also related to the breadcrumb issue we are seeing in
> UI
> > ?
> > > > >
> > > > > Thx for inputs :)
> > > > >
> > > > > Cheers
> > > > >
> > > > > On 21 May 2015 at 15:38, Rafael Fonseca 
> > wrote:
> > > > >
> > > > > > Btw.. if you're worried about latency on the UI, run this and you
> > > will
> > > > > have
> > > > > > instant page reloads :)
> > > > > >
> > > > > > sed -i -e 's/?t=<%=now%>//'
> > > > > > /usr/share/cloudstack-management/webapps/client/index.jsp
> > > > > >
> > > > > > On Thu, May 21, 2015 at 3:34 PM, Rafael Fonseca <
> > > rsafons...@gmail.com>
> > > > > > wrote:
> > > > > >
> > > > > > > Hi Andrija,
> > > > > > >
> > > > > > > Those sort of problems will no longer affect anyone when my PR
> > gets
> > > > > > > merged: https://github.com/apache/cloudstack/pull/238
> > > > > > > In the meanwhile, if you want to run tomcat 6.0.43 in any
> distro,
> > > > just
> > > > > do
> > > > > > > the following:
> > > > > > >
> > > > > > > - Download
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.43/bin/apache-tomcat-6.0.43.tar.gz
> > > > > > > - Uncompress to some folder
> > > > > > > - Change links on /usr/share/cloudstack-management/lib and
> > > > > > > /usr/share/cloudstack-management/bin to point to the location
> of
> > > the
> > > > > > > version you just decompressed.
> > > > > > > - All done! :)
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On Thu, May 21, 2015 at 3:05 PM, Andrija Panic <
> > > > > andrija.pa...@gmail.com>
> > > > > > > wrote:
> > > > > > >
> > > > > > >> Hi,
> > > > > > >>
> > > > > > >> Im wondering if anyone have clean procedure of upgrading stock
> > > > Tomcat
> > > > > to
> > > > > > >> supported version 6.0.43, to avoid the latency issues and
> UI...
> > on
> > > > > > >> production envioroment.
> > > > > > >>
> > > > > > >> We are running Ubuntu 14.04 and CEntos 6.6 stock Tomcat
> > > versions...
> > > > > > >>
> > > > > > >> Cheers
> > > > > > >>
> > > > > > >> --
> > > > > > >>
> > > > > > >> Andrija Panić
> > > > > > >>
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > >
> > > > > Andrija Panić
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> >
>
>
>
> --
>
> Andrija Panić
>

Re: analysis.apache.org

2015-05-21 Thread Daan Hoogland

black magic

Op do 21 mei 2015 om 17:16 schreef David Nalley :

> Wow - you made quite a bit of progress there. :)
>
> On Thu, May 21, 2015 at 3:13 AM, Daan Hoogland 
> wrote:
> > 1291 got magically reduced to 192 on refresh. :)
> >
> > Op do 21 mei 2015 om 09:11 schreef Daan Hoogland <
> daan.hoogl...@gmail.com>:
> >
> >> There are five left :) they are all alike the one Laszlo fixed but as it
> >> concerned a string being cast into a map and the string may have
> different
> >> formats I made seperate tickets for them. I am next going to weed
> through
> >> the 1291 criticals, time permitting.
> >>
> >> Op wo 20 mei 2015 om 14:42 schreef Daan Hoogland <
> daan.hoogl...@gmail.com
> >> >:
> >>
> >> thanks guys and girl,
> >>>
> >>> I saw you fixed a similar issue in the api Laszlo. I couldn't quite
> >>> translate it to the one I looked at. I will start creating issues for
> the
> >>> old ones. They are indeed mostly more then 3 years old.
> >>> Merged your pr, Rajani
> >>>
> >>> Op wo 20 mei 2015 om 13:51 schreef Rajani Karuturi  >:
> >>>
> >>> I fixed js issues in https://github.com/apache/cloudstack/pull/269
> 
>  ~Rajani
> 
>  On Wed, May 20, 2015 at 3:06 AM, Erik Weber 
> wrote:
> 
>  > On Tue, May 19, 2015 at 9:42 PM, Daan Hoogland <
>  daan.hoogl...@gmail.com>
>  > wrote:
>  >
>  > > H fellow devs,
>  > >
>  > > It has come to my attentions that after more then eight months the
>  sonar
>  > > install at apache now does a daily analysis of cloudstack again.:)
>  There
>  > > are 26 issues stamped 'Blocker' and a lot more fun in the lower
>  > categories.
>  > >
>  > > Shal I make issues per sonar 'Blocker'? I propose to make them
>  critical
>  > and
>  > > not blocker.
>  > >
>  >
>  >
>  > I guess the javascript ones could be put in a common issue, as they
> are
>  > more or less similar.
>  >
>  > --
>  > Erik
>  >
> 
> >>>
>

[GitHub] cloudstack pull request: Typo fixes and various cleanups

2015-05-21 Thread asfgit

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/275


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: Upgrade Tomcat procedure [to avoid latency/UI bug]

2015-05-21 Thread Andrija Panic

Thx Rafael, added, restated, but still see issue :(

On 21 May 2015 at 17:32, Rafael Fonseca  wrote:

> Hi again Andrija,
>
> I saw on that issue that upgrading to tomcat 6.0.43 doesn't seem to fix the
> issue for you, perhaps you can try another approach :)
> I've seen a similar problem where there is no response from the management
> server (taking from a few seconds to quite a few minutes, depending on the
> environment). The issue i spotted is a well know problem with random number
> generation with java in linux, and affects some environments more than
> others, depending on the ammount on enthropy generated in the system. VMs
> suffer from this the most...
>
> Can you add this to the JAVA_OPTS to the
> /etc/cloudstack/management/tomcat6.conf and retest?
>
> -Djava.security.egd=file:/dev/./urandom
>
>
> On Thu, May 21, 2015 at 4:03 PM, Andrija Panic 
> wrote:
>
> > Hi Rafael,  thx for clarification :)
> >
> > https://issues.apache.org/jira/browse/CLOUDSTACK-7907
> >
> > check the second issue here - this is officialy fixed by replacing Tomcat
> > version AFAIK, as you will see from comments.
> >
> >
> > Thanks,
> > Andrija
> >
> > On 21 May 2015 at 16:01, Rafael Fonseca  wrote:
> >
> > > Hi Andrija,
> > >
> > > No.. this sed is unrelated to any breadcrumb issue, can you ellaborate
> on
> > > that one? :)
> > > This sed just makes the page reload instantly whenever you press F5 on
> > the
> > > UI, instead of taking as long as the first load.
> > >
> > > On Thu, May 21, 2015 at 3:57 PM, Andrija Panic <
> andrija.pa...@gmail.com>
> > > wrote:
> > >
> > > > Rafael,
> > > >
> > > > this SED is also related to the breadcrumb issue we are seeing in UI
> ?
> > > >
> > > > Thx for inputs :)
> > > >
> > > > Cheers
> > > >
> > > > On 21 May 2015 at 15:38, Rafael Fonseca 
> wrote:
> > > >
> > > > > Btw.. if you're worried about latency on the UI, run this and you
> > will
> > > > have
> > > > > instant page reloads :)
> > > > >
> > > > > sed -i -e 's/?t=<%=now%>//'
> > > > > /usr/share/cloudstack-management/webapps/client/index.jsp
> > > > >
> > > > > On Thu, May 21, 2015 at 3:34 PM, Rafael Fonseca <
> > rsafons...@gmail.com>
> > > > > wrote:
> > > > >
> > > > > > Hi Andrija,
> > > > > >
> > > > > > Those sort of problems will no longer affect anyone when my PR
> gets
> > > > > > merged: https://github.com/apache/cloudstack/pull/238
> > > > > > In the meanwhile, if you want to run tomcat 6.0.43 in any distro,
> > > just
> > > > do
> > > > > > the following:
> > > > > >
> > > > > > - Download
> > > > > >
> > > > >
> > > >
> > >
> >
> http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.43/bin/apache-tomcat-6.0.43.tar.gz
> > > > > > - Uncompress to some folder
> > > > > > - Change links on /usr/share/cloudstack-management/lib and
> > > > > > /usr/share/cloudstack-management/bin to point to the location of
> > the
> > > > > > version you just decompressed.
> > > > > > - All done! :)
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Thu, May 21, 2015 at 3:05 PM, Andrija Panic <
> > > > andrija.pa...@gmail.com>
> > > > > > wrote:
> > > > > >
> > > > > >> Hi,
> > > > > >>
> > > > > >> Im wondering if anyone have clean procedure of upgrading stock
> > > Tomcat
> > > > to
> > > > > >> supported version 6.0.43, to avoid the latency issues and UI...
> on
> > > > > >> production envioroment.
> > > > > >>
> > > > > >> We are running Ubuntu 14.04 and CEntos 6.6 stock Tomcat
> > versions...
> > > > > >>
> > > > > >> Cheers
> > > > > >>
> > > > > >> --
> > > > > >>
> > > > > >> Andrija Panić
> > > > > >>
> > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Andrija Panić
> > > >
> > >
> >
> >
> >
> > --
> >
> > Andrija Panić
> >
>



-- 

Andrija Panić

Re: [ACS44]release 4.4.4?

2015-05-21 Thread Andrija Panic

https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=173909e99d85cfcc85b017bc426950f9f16fddf0

enable CEPH image resize if possible :)

On 21 May 2015 at 08:42, Daan Hoogland  wrote:

> H,
>
> Are there any fixes that people have that should go into 4.4? I would like
> to create a release candidate over the weekend.
>



-- 

Andrija Panić

Re: Unable to resize RBD image on CEPH ?

2015-05-21 Thread Andrija Panic

Thx Wido :)

On 21 May 2015 at 17:32, Wido den Hollander  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> On 05/21/2015 05:20 PM, Andrija Panic wrote:
> > Hi guys,
> >
> > I have created 2 disk offerings (we are using CEPH)
> >
> > Volume created with offering1 Volume attached and detached from VM
> > Tried to resize volume to offering2 - not possible.
> >
> > offer1 vs offer2 - only difference is disk size in GB - all else is
> > default when creating disk offering (shared offering, fixed disk
> > size)
> >
> > Message from mgmt logs:
> >
> > "Unsupported volume format: pool type 'RBD' and volume format
> > 'raw'"
> >
> > Im wondering why is this unsuported ?
> >
>
> I think it should work, the Hypervisor should support it. It was fixed
> here:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=
> 173909e99d85cfcc85b017bc426950f9f16fddf0
>
> > I know I can manually resize it via qemu-img and then update the DB
> > ?
> >
>
> Yes, that works just fine, but I agree that it shouldn't.
>
> > This is 4.4.3, Ubuntu 14.04, CEPH 0.94...
> >
>
> Looking at Git I see that the code is actually in 4.5, not in 4.4.
>
> Wido
>
> > Thx
> >
> >
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
>
> iQIcBAEBAgAGBQJVXfp3AAoJEAGbWC3bPspCP0gQAJxNUhJ9dq/x+MPP7JtYETtZ
> Cy3zr6axzfRkIFWoMzoq4BqYb6m/Xj9u1auPQ3gGyBfO0VVTx8VkqVkgoqUemDkN
> RqCKzBd2Hmv1aEpOyvd+sFzHFdjKmbGZUqdPxyZFPrnJV8fBPHRGIOOtanu+QMvk
> arnvcBqfXv1+IOae7opf0K4nTcxH+FPAmab4AtDR5N3zI+12xRu62AlTQImvuJ5+
> p22y0BIi7y1FFadXr2V3hXe6q/aCSCmCm1vD3N/i5+Pwk9F0pJAeu3SPNT3roFDS
> TlyDHCBj/N0S2SCSrVGjO14nHd7pIv9dTXyTYy8IYJNqbTzHzZOTo+CkL8kfffs3
> ADFYUmS93a/aacAi1c15buLJLa3NHp4tdF8D3GqNVt+noKUWIXZScLLvuLovYzJv
> 1KgQhgHLyFm8/T245U8G7Fd+KMF+yU6UGtsS9d4okF4jzbleUt5oyxI0CpHrwH33
> ugEy6+9se+q1KJ2/CmCBPUSpe6T6p0/0mkkcepxquiUBKegPf8QJBYRM6WBWTeJK
> cjnKaZeWE4VgJa6uK6cC2lTb3Ottkj7iW21cO8OHB6UtH8AVIji26WbIVC56SF6w
> 7H2oDClxP76IVyEyUNLF2TJcoX/YyqC/T0tSh7xdkc0I1b3DskyNWl03RrdIhO13
> RcBCb4Wpextwn5K6IpS6
> =tpK1
> -END PGP SIGNATURE-
>



-- 

Andrija Panić

Re: [UPDATE] 2015 progress

2015-05-21 Thread Remi Bergsma

Great update, great vibes. Like!

Regards,
Remi

2015-05-19 15:38 GMT+02:00 sebgoa :

> Hi folks,
>
> Couple months ago I shared a few thoughts for 2015 [1], things that we
> could do to make our project even greater.
> There has been good progress, so I would like to share a few updates.
>
> 1- Review board.
> We are no longer using review board, all code contributions should now
> come as github pull requests.
> This is proving to be very successful. We have closed 248 pull requests
> and have 12 currently open.
> This does not count the commits that come in directly into the source.
> Let's keep it coming.
>
> 2- AWSAPI
> We removed the AWSAPI code that was in our source. It consisted of a lot
> of auto-generated code and increased
> our number of lines of code quite a bit. This is going to make our build
> and our packaging easier.
>
> 3- ec2stack and gcestack
> Those two packages are now official CloudStack subproject. They are hosted
> on Apache git infrastructure and mirrored on github [2][3].
> We are accepting pull requests the same way than our standard source.
> These are python packages, and represent a good entry point for Python
> programmers.
> Next is to actually do an official release of these two API interfaces.
>
> 4-Ansible
> The ansible cloudstack module from Rene Moser is being merged in as a core
> Ansible module.
> Expect it in Ansible 2.0
>
> 5-New docs theme
> Our documentation has a new documentation theme [4] thanks to Pierre-Luc
> Dion.
> There is still a lot to do here, see [1] for low hanging fruits in this
> area.
>
> 6-CloudStack days
> Our CloudStack days kicked off in Austin.
> The Tokyo day will be on June 2nd [5] and the schedule should be up
> shortly.
> The call for papers are open for Seattle [6] on August 20th and Dublin on
> October 8-9 [7]
> We also have a London meet up this week [11] and in June we will have one
> in Amsterdam.
> The Dublin event will be a two day event with an off-site hackathon.
> Submit your talks early so we can plan a great program.
> Sponsor so we can have a great conference.
> Register so we can all meet face to face.
>
> 7-Website
> The website has been moved to git, instead of the old svn based apache
> content management system.
> It is mirrored on github [8] and we can accept pull requests for
> modification.
> The website now uses middleman for build system.
> There is also tons to do there, we should come up with a new slick modern
> design.
>
> In terms of code, 4.5.1 has been released [10] which contains some great
> plugins like Nuage SDN, SAML 2.0 and Globo DNS.
>
> With Apache getting more resources from TravisCI, we are now able to run
> more integration tests for every commit and we are going to try a new
> release process for 4.6.
> We all continue to strive to make CloudStack even more rock solid than it
> is now, and making it a snap to release our code. So do chime in on the
> dev@cloudstack.apache.org if you want to help with hardening and
> extending CloudStack.
>
> If you are not a developer, do have a look at [1], a lot of those items
> fall in the JFDI [9] category. Finishing up some of those will greatly help
> the +2000 people on these lists.
>
> Personally I see all this as great progress and focus, let's keep it up.
>
> Cheers,
>
> [1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/2015+Plan
> [2] https://github.com/apache/cloudstack-ec2stack
> [3] https://github.com/apache/cloudstack-gcestack
> [4] http://docs.cloudstack.apache.org
> [5] http://events.linuxfoundation.org/events/cloudstack-tokyo
> [6]
> http://events.linuxfoundation.org/events/cloudstack-seattle/program/cfp
> [7]
> http://events.linuxfoundation.org/events/cloudstack-collaboration-conference-europe
> [8] https://github.com/apache/cloudstack-www
> [9] http://www.urbandictionary.com/define.php?term=JFDI
> [10]
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.5.1/
> [11]
> http://www.eventbrite.co.uk/e/cloudstack-european-user-group-tickets-16282793273?aff=erelexporg
>
>
> -Sebastien Goasguen
> VP Apache CloudStack

Re: Upgrade Tomcat procedure [to avoid latency/UI bug]

2015-05-21 Thread Rafael Fonseca

Hi again Andrija,

I saw on that issue that upgrading to tomcat 6.0.43 doesn't seem to fix the
issue for you, perhaps you can try another approach :)
I've seen a similar problem where there is no response from the management
server (taking from a few seconds to quite a few minutes, depending on the
environment). The issue i spotted is a well know problem with random number
generation with java in linux, and affects some environments more than
others, depending on the ammount on enthropy generated in the system. VMs
suffer from this the most...

Can you add this to the JAVA_OPTS to the
/etc/cloudstack/management/tomcat6.conf and retest?

-Djava.security.egd=file:/dev/./urandom


On Thu, May 21, 2015 at 4:03 PM, Andrija Panic 
wrote:

> Hi Rafael,  thx for clarification :)
>
> https://issues.apache.org/jira/browse/CLOUDSTACK-7907
>
> check the second issue here - this is officialy fixed by replacing Tomcat
> version AFAIK, as you will see from comments.
>
>
> Thanks,
> Andrija
>
> On 21 May 2015 at 16:01, Rafael Fonseca  wrote:
>
> > Hi Andrija,
> >
> > No.. this sed is unrelated to any breadcrumb issue, can you ellaborate on
> > that one? :)
> > This sed just makes the page reload instantly whenever you press F5 on
> the
> > UI, instead of taking as long as the first load.
> >
> > On Thu, May 21, 2015 at 3:57 PM, Andrija Panic 
> > wrote:
> >
> > > Rafael,
> > >
> > > this SED is also related to the breadcrumb issue we are seeing in UI ?
> > >
> > > Thx for inputs :)
> > >
> > > Cheers
> > >
> > > On 21 May 2015 at 15:38, Rafael Fonseca  wrote:
> > >
> > > > Btw.. if you're worried about latency on the UI, run this and you
> will
> > > have
> > > > instant page reloads :)
> > > >
> > > > sed -i -e 's/?t=<%=now%>//'
> > > > /usr/share/cloudstack-management/webapps/client/index.jsp
> > > >
> > > > On Thu, May 21, 2015 at 3:34 PM, Rafael Fonseca <
> rsafons...@gmail.com>
> > > > wrote:
> > > >
> > > > > Hi Andrija,
> > > > >
> > > > > Those sort of problems will no longer affect anyone when my PR gets
> > > > > merged: https://github.com/apache/cloudstack/pull/238
> > > > > In the meanwhile, if you want to run tomcat 6.0.43 in any distro,
> > just
> > > do
> > > > > the following:
> > > > >
> > > > > - Download
> > > > >
> > > >
> > >
> >
> http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.43/bin/apache-tomcat-6.0.43.tar.gz
> > > > > - Uncompress to some folder
> > > > > - Change links on /usr/share/cloudstack-management/lib and
> > > > > /usr/share/cloudstack-management/bin to point to the location of
> the
> > > > > version you just decompressed.
> > > > > - All done! :)
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Thu, May 21, 2015 at 3:05 PM, Andrija Panic <
> > > andrija.pa...@gmail.com>
> > > > > wrote:
> > > > >
> > > > >> Hi,
> > > > >>
> > > > >> Im wondering if anyone have clean procedure of upgrading stock
> > Tomcat
> > > to
> > > > >> supported version 6.0.43, to avoid the latency issues and UI... on
> > > > >> production envioroment.
> > > > >>
> > > > >> We are running Ubuntu 14.04 and CEntos 6.6 stock Tomcat
> versions...
> > > > >>
> > > > >> Cheers
> > > > >>
> > > > >> --
> > > > >>
> > > > >> Andrija Panić
> > > > >>
> > > > >
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> >
>
>
>
> --
>
> Andrija Panić
>

Re: Unable to resize RBD image on CEPH ?

2015-05-21 Thread Wido den Hollander

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 05/21/2015 05:20 PM, Andrija Panic wrote:
> Hi guys,
> 
> I have created 2 disk offerings (we are using CEPH)
> 
> Volume created with offering1 Volume attached and detached from VM 
> Tried to resize volume to offering2 - not possible.
> 
> offer1 vs offer2 - only difference is disk size in GB - all else is
> default when creating disk offering (shared offering, fixed disk
> size)
> 
> Message from mgmt logs:
> 
> "Unsupported volume format: pool type 'RBD' and volume format
> 'raw'"
> 
> Im wondering why is this unsuported ?
> 

I think it should work, the Hypervisor should support it. It was fixed
here:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=
173909e99d85cfcc85b017bc426950f9f16fddf0

> I know I can manually resize it via qemu-img and then update the DB
> ?
> 

Yes, that works just fine, but I agree that it shouldn't.

> This is 4.4.3, Ubuntu 14.04, CEPH 0.94...
> 

Looking at Git I see that the code is actually in 4.5, not in 4.4.

Wido

> Thx
> 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJVXfp3AAoJEAGbWC3bPspCP0gQAJxNUhJ9dq/x+MPP7JtYETtZ
Cy3zr6axzfRkIFWoMzoq4BqYb6m/Xj9u1auPQ3gGyBfO0VVTx8VkqVkgoqUemDkN
RqCKzBd2Hmv1aEpOyvd+sFzHFdjKmbGZUqdPxyZFPrnJV8fBPHRGIOOtanu+QMvk
arnvcBqfXv1+IOae7opf0K4nTcxH+FPAmab4AtDR5N3zI+12xRu62AlTQImvuJ5+
p22y0BIi7y1FFadXr2V3hXe6q/aCSCmCm1vD3N/i5+Pwk9F0pJAeu3SPNT3roFDS
TlyDHCBj/N0S2SCSrVGjO14nHd7pIv9dTXyTYy8IYJNqbTzHzZOTo+CkL8kfffs3
ADFYUmS93a/aacAi1c15buLJLa3NHp4tdF8D3GqNVt+noKUWIXZScLLvuLovYzJv
1KgQhgHLyFm8/T245U8G7Fd+KMF+yU6UGtsS9d4okF4jzbleUt5oyxI0CpHrwH33
ugEy6+9se+q1KJ2/CmCBPUSpe6T6p0/0mkkcepxquiUBKegPf8QJBYRM6WBWTeJK
cjnKaZeWE4VgJa6uK6cC2lTb3Ottkj7iW21cO8OHB6UtH8AVIji26WbIVC56SF6w
7H2oDClxP76IVyEyUNLF2TJcoX/YyqC/T0tSh7xdkc0I1b3DskyNWl03RrdIhO13
RcBCb4Wpextwn5K6IpS6
=tpK1
-END PGP SIGNATURE-

Re: support for /31 Networks

2015-05-21 Thread Remi Bergsma

Hi,

This question was answered here as well:
http://markmail.org/message/m7vi342uwm4zr5iv

Support was removed as /31 has no available ip addresses.

Regards,
Remi

2015-05-21 16:42 GMT+02:00 Ian Southam :

> Hi Devender,
>
> You have started quite a discussion in our office about using the .0 and
> putting a host on the cast address …...
>
> Just as a matter of interest, why do you do this - we are presuming it
> does actually work ;)
>
> —
> Grts!
> Ian
>
> > On 21 May 2015, at 10:29, Singh, Devender  wrote:
> >
> > Hi Cloudstack Team,
> >
> >
> > We had no problems building and using /31 networks on 4.2.0, but after
> our upgrade to 4.4.2  we are no longer able to add new ones.
> > We have a lot of them already in place.  As an example I pasted some
> output from cloudmonkey on a link that is already established and working.
> > Does anyone have a workaround, or can point me in the right direction
> for a patch?
> > (local) > list networks id=e044c442-48f7-4bae-8c5d-530423a249f7
> > count = 1
> > network:
> > id = e044c442-48f7-4bae-8c5d-530423a249f7
> > name = VLAN180
> > acltype = Domain
> > broadcastdomaintype = Vlan
> > broadcasturi = vlan://180
> > canusefordeploy = False
> > cidr = 202.90.43.0/31
> > displaynetwork = True
> > displaytext = VM-UTILITY-2
> > dns1 = 4.2.2.1
> > domain = ROOT
> > domainid = 8acf0368-e5b1-11e2-b5cf-2ef4cf18a6ae
> > gateway = 202.90.43.0
> > ispersistent = False
> > issystem = False
> > netmask = 255.255.255.254
> > networkofferingavailability = Optional
> > networkofferingconservemode = False
> > networkofferingdisplaytext = private-guest1_switch
> > networkofferingid = 0b63d457-5f5e-426f-a81e-8797e522eb8c
> > networkofferingname = private-guest1_switch
> > physicalnetworkid = cf4c2846-2418-4ba4-b307-6a6405860799
> > related = e044c442-48f7-4bae-8c5d-530423a249f7
> > restartrequired = False
> > service:
> > specifyipranges = True
> > state = Setup
> > strechedl2subnet = False
> > subdomainaccess = True
> > tags:
> > traffictype = Guest
> > type = Shared
> > vlan = 180
> > zoneid = 88066cb4-64ab-4c54-83a9-3279a1e030cb
> > zonename = UTILITY-ZONE-1
> >
> > (local) > list nics nicid=e062922f-c0ea-4f8a-beca-b86146dee622
> virtualmachineid=842054e6-c379-49fe-92f9-e2fdefa6779f
> > count = 1
> > nic:
> > id = e062922f-c0ea-4f8a-beca-b86146dee622
> > deviceid = 0
> > gateway = 202.90.43.0
> > ipaddress = 202.90.43.1
> > isdefault = True
> > macaddress = 06:ca:b4:00:00:20
> > netmask = 255.255.255.254
> > networkid = e044c442-48f7-4bae-8c5d-530423a249f7
> > virtualmachineid = 842054e6-c379-49fe-92f9-e2fdefa6779f
> > (local) >
> >
> > Devender Kumar Singh
>
>

Unable to resize RBD image on CEPH ?

2015-05-21 Thread Andrija Panic

Hi guys,

I have created 2 disk offerings (we are using CEPH)

Volume created with offering1
Volume attached and detached from VM
Tried to resize volume to offering2 - not possible.

offer1 vs offer2 - only difference is disk size in GB - all else is default
when creating disk offering (shared offering, fixed disk size)

Message from mgmt logs:

"Unsupported volume format: pool type 'RBD' and volume format 'raw'"

Im wondering why is this unsuported ?

I know I can manually resize it via qemu-img and then update the DB ?

This is 4.4.3, Ubuntu 14.04, CEPH 0.94...

Thx


-- 

Andrija Panić

[GitHub] cloudstack pull request: Typo fixes and various cleanups

2015-05-21 Thread DaanHoogland

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/275#issuecomment-104311370
  
thanks Rene,

LGTM, I will veryfy thourougly because of the failure of the 
pull-request-builder. The error is a known issue in the apache build env, 
however.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: analysis.apache.org

2015-05-21 Thread David Nalley

Wow - you made quite a bit of progress there. :)

On Thu, May 21, 2015 at 3:13 AM, Daan Hoogland  wrote:
> 1291 got magically reduced to 192 on refresh. :)
>
> Op do 21 mei 2015 om 09:11 schreef Daan Hoogland :
>
>> There are five left :) they are all alike the one Laszlo fixed but as it
>> concerned a string being cast into a map and the string may have different
>> formats I made seperate tickets for them. I am next going to weed through
>> the 1291 criticals, time permitting.
>>
>> Op wo 20 mei 2015 om 14:42 schreef Daan Hoogland > >:
>>
>> thanks guys and girl,
>>>
>>> I saw you fixed a similar issue in the api Laszlo. I couldn't quite
>>> translate it to the one I looked at. I will start creating issues for the
>>> old ones. They are indeed mostly more then 3 years old.
>>> Merged your pr, Rajani
>>>
>>> Op wo 20 mei 2015 om 13:51 schreef Rajani Karuturi :
>>>
>>> I fixed js issues in https://github.com/apache/cloudstack/pull/269

 ~Rajani

 On Wed, May 20, 2015 at 3:06 AM, Erik Weber  wrote:

 > On Tue, May 19, 2015 at 9:42 PM, Daan Hoogland <
 daan.hoogl...@gmail.com>
 > wrote:
 >
 > > H fellow devs,
 > >
 > > It has come to my attentions that after more then eight months the
 sonar
 > > install at apache now does a daily analysis of cloudstack again.:)
 There
 > > are 26 issues stamped 'Blocker' and a lot more fun in the lower
 > categories.
 > >
 > > Shal I make issues per sonar 'Blocker'? I propose to make them
 critical
 > and
 > > not blocker.
 > >
 >
 >
 > I guess the javascript ones could be put in a common issue, as they are
 > more or less similar.
 >
 > --
 > Erik
 >

>>>

Re: support for /31 Networks

2015-05-21 Thread Ian Southam

Hi Devender,

You have started quite a discussion in our office about using the .0 and 
putting a host on the cast address …...

Just as a matter of interest, why do you do this - we are presuming it does 
actually work ;)

—
Grts!
Ian

> On 21 May 2015, at 10:29, Singh, Devender  wrote:
> 
> Hi Cloudstack Team,
> 
> 
> We had no problems building and using /31 networks on 4.2.0, but after our 
> upgrade to 4.4.2  we are no longer able to add new ones.
> We have a lot of them already in place.  As an example I pasted some output 
> from cloudmonkey on a link that is already established and working.
> Does anyone have a workaround, or can point me in the right direction for a 
> patch?
> (local) > list networks id=e044c442-48f7-4bae-8c5d-530423a249f7
> count = 1
> network:
> id = e044c442-48f7-4bae-8c5d-530423a249f7
> name = VLAN180
> acltype = Domain
> broadcastdomaintype = Vlan
> broadcasturi = vlan://180
> canusefordeploy = False
> cidr = 202.90.43.0/31
> displaynetwork = True
> displaytext = VM-UTILITY-2
> dns1 = 4.2.2.1
> domain = ROOT
> domainid = 8acf0368-e5b1-11e2-b5cf-2ef4cf18a6ae
> gateway = 202.90.43.0
> ispersistent = False
> issystem = False
> netmask = 255.255.255.254
> networkofferingavailability = Optional
> networkofferingconservemode = False
> networkofferingdisplaytext = private-guest1_switch
> networkofferingid = 0b63d457-5f5e-426f-a81e-8797e522eb8c
> networkofferingname = private-guest1_switch
> physicalnetworkid = cf4c2846-2418-4ba4-b307-6a6405860799
> related = e044c442-48f7-4bae-8c5d-530423a249f7
> restartrequired = False
> service:
> specifyipranges = True
> state = Setup
> strechedl2subnet = False
> subdomainaccess = True
> tags:
> traffictype = Guest
> type = Shared
> vlan = 180
> zoneid = 88066cb4-64ab-4c54-83a9-3279a1e030cb
> zonename = UTILITY-ZONE-1
> 
> (local) > list nics nicid=e062922f-c0ea-4f8a-beca-b86146dee622 
> virtualmachineid=842054e6-c379-49fe-92f9-e2fdefa6779f
> count = 1
> nic:
> id = e062922f-c0ea-4f8a-beca-b86146dee622
> deviceid = 0
> gateway = 202.90.43.0
> ipaddress = 202.90.43.1
> isdefault = True
> macaddress = 06:ca:b4:00:00:20
> netmask = 255.255.255.254
> networkid = e044c442-48f7-4bae-8c5d-530423a249f7
> virtualmachineid = 842054e6-c379-49fe-92f9-e2fdefa6779f
> (local) >
> 
> Devender Kumar Singh

Re: Upgrade Tomcat procedure [to avoid latency/UI bug]

2015-05-21 Thread Andrija Panic

Hi Rafael,  thx for clarification :)

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

check the second issue here - this is officialy fixed by replacing Tomcat
version AFAIK, as you will see from comments.


Thanks,
Andrija

On 21 May 2015 at 16:01, Rafael Fonseca  wrote:

> Hi Andrija,
>
> No.. this sed is unrelated to any breadcrumb issue, can you ellaborate on
> that one? :)
> This sed just makes the page reload instantly whenever you press F5 on the
> UI, instead of taking as long as the first load.
>
> On Thu, May 21, 2015 at 3:57 PM, Andrija Panic 
> wrote:
>
> > Rafael,
> >
> > this SED is also related to the breadcrumb issue we are seeing in UI ?
> >
> > Thx for inputs :)
> >
> > Cheers
> >
> > On 21 May 2015 at 15:38, Rafael Fonseca  wrote:
> >
> > > Btw.. if you're worried about latency on the UI, run this and you will
> > have
> > > instant page reloads :)
> > >
> > > sed -i -e 's/?t=<%=now%>//'
> > > /usr/share/cloudstack-management/webapps/client/index.jsp
> > >
> > > On Thu, May 21, 2015 at 3:34 PM, Rafael Fonseca 
> > > wrote:
> > >
> > > > Hi Andrija,
> > > >
> > > > Those sort of problems will no longer affect anyone when my PR gets
> > > > merged: https://github.com/apache/cloudstack/pull/238
> > > > In the meanwhile, if you want to run tomcat 6.0.43 in any distro,
> just
> > do
> > > > the following:
> > > >
> > > > - Download
> > > >
> > >
> >
> http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.43/bin/apache-tomcat-6.0.43.tar.gz
> > > > - Uncompress to some folder
> > > > - Change links on /usr/share/cloudstack-management/lib and
> > > > /usr/share/cloudstack-management/bin to point to the location of the
> > > > version you just decompressed.
> > > > - All done! :)
> > > >
> > > >
> > > >
> > > >
> > > > On Thu, May 21, 2015 at 3:05 PM, Andrija Panic <
> > andrija.pa...@gmail.com>
> > > > wrote:
> > > >
> > > >> Hi,
> > > >>
> > > >> Im wondering if anyone have clean procedure of upgrading stock
> Tomcat
> > to
> > > >> supported version 6.0.43, to avoid the latency issues and UI... on
> > > >> production envioroment.
> > > >>
> > > >> We are running Ubuntu 14.04 and CEntos 6.6 stock Tomcat versions...
> > > >>
> > > >> Cheers
> > > >>
> > > >> --
> > > >>
> > > >> Andrija Panić
> > > >>
> > > >
> > > >
> > >
> >
> >
> >
> > --
> >
> > Andrija Panić
> >
>



-- 

Andrija Panić

Re: Upgrade Tomcat procedure [to avoid latency/UI bug]

2015-05-21 Thread Rafael Fonseca

Hi Andrija,

No.. this sed is unrelated to any breadcrumb issue, can you ellaborate on
that one? :)
This sed just makes the page reload instantly whenever you press F5 on the
UI, instead of taking as long as the first load.

On Thu, May 21, 2015 at 3:57 PM, Andrija Panic 
wrote:

> Rafael,
>
> this SED is also related to the breadcrumb issue we are seeing in UI ?
>
> Thx for inputs :)
>
> Cheers
>
> On 21 May 2015 at 15:38, Rafael Fonseca  wrote:
>
> > Btw.. if you're worried about latency on the UI, run this and you will
> have
> > instant page reloads :)
> >
> > sed -i -e 's/?t=<%=now%>//'
> > /usr/share/cloudstack-management/webapps/client/index.jsp
> >
> > On Thu, May 21, 2015 at 3:34 PM, Rafael Fonseca 
> > wrote:
> >
> > > Hi Andrija,
> > >
> > > Those sort of problems will no longer affect anyone when my PR gets
> > > merged: https://github.com/apache/cloudstack/pull/238
> > > In the meanwhile, if you want to run tomcat 6.0.43 in any distro, just
> do
> > > the following:
> > >
> > > - Download
> > >
> >
> http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.43/bin/apache-tomcat-6.0.43.tar.gz
> > > - Uncompress to some folder
> > > - Change links on /usr/share/cloudstack-management/lib and
> > > /usr/share/cloudstack-management/bin to point to the location of the
> > > version you just decompressed.
> > > - All done! :)
> > >
> > >
> > >
> > >
> > > On Thu, May 21, 2015 at 3:05 PM, Andrija Panic <
> andrija.pa...@gmail.com>
> > > wrote:
> > >
> > >> Hi,
> > >>
> > >> Im wondering if anyone have clean procedure of upgrading stock Tomcat
> to
> > >> supported version 6.0.43, to avoid the latency issues and UI... on
> > >> production envioroment.
> > >>
> > >> We are running Ubuntu 14.04 and CEntos 6.6 stock Tomcat versions...
> > >>
> > >> Cheers
> > >>
> > >> --
> > >>
> > >> Andrija Panić
> > >>
> > >
> > >
> >
>
>
>
> --
>
> Andrija Panić
>

Re: Upgrade Tomcat procedure [to avoid latency/UI bug]

2015-05-21 Thread Andrija Panic

Rafael,

this SED is also related to the breadcrumb issue we are seeing in UI ?

Thx for inputs :)

Cheers

On 21 May 2015 at 15:38, Rafael Fonseca  wrote:

> Btw.. if you're worried about latency on the UI, run this and you will have
> instant page reloads :)
>
> sed -i -e 's/?t=<%=now%>//'
> /usr/share/cloudstack-management/webapps/client/index.jsp
>
> On Thu, May 21, 2015 at 3:34 PM, Rafael Fonseca 
> wrote:
>
> > Hi Andrija,
> >
> > Those sort of problems will no longer affect anyone when my PR gets
> > merged: https://github.com/apache/cloudstack/pull/238
> > In the meanwhile, if you want to run tomcat 6.0.43 in any distro, just do
> > the following:
> >
> > - Download
> >
> http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.43/bin/apache-tomcat-6.0.43.tar.gz
> > - Uncompress to some folder
> > - Change links on /usr/share/cloudstack-management/lib and
> > /usr/share/cloudstack-management/bin to point to the location of the
> > version you just decompressed.
> > - All done! :)
> >
> >
> >
> >
> > On Thu, May 21, 2015 at 3:05 PM, Andrija Panic 
> > wrote:
> >
> >> Hi,
> >>
> >> Im wondering if anyone have clean procedure of upgrading stock Tomcat to
> >> supported version 6.0.43, to avoid the latency issues and UI... on
> >> production envioroment.
> >>
> >> We are running Ubuntu 14.04 and CEntos 6.6 stock Tomcat versions...
> >>
> >> Cheers
> >>
> >> --
> >>
> >> Andrija Panić
> >>
> >
> >
>



-- 

Andrija Panić

Re: Upgrade Tomcat procedure [to avoid latency/UI bug]

2015-05-21 Thread Rafael Fonseca

Btw.. if you're worried about latency on the UI, run this and you will have
instant page reloads :)

sed -i -e 's/?t=<%=now%>//'
/usr/share/cloudstack-management/webapps/client/index.jsp

On Thu, May 21, 2015 at 3:34 PM, Rafael Fonseca 
wrote:

> Hi Andrija,
>
> Those sort of problems will no longer affect anyone when my PR gets
> merged: https://github.com/apache/cloudstack/pull/238
> In the meanwhile, if you want to run tomcat 6.0.43 in any distro, just do
> the following:
>
> - Download
> http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.43/bin/apache-tomcat-6.0.43.tar.gz
> - Uncompress to some folder
> - Change links on /usr/share/cloudstack-management/lib and
> /usr/share/cloudstack-management/bin to point to the location of the
> version you just decompressed.
> - All done! :)
>
>
>
>
> On Thu, May 21, 2015 at 3:05 PM, Andrija Panic 
> wrote:
>
>> Hi,
>>
>> Im wondering if anyone have clean procedure of upgrading stock Tomcat to
>> supported version 6.0.43, to avoid the latency issues and UI... on
>> production envioroment.
>>
>> We are running Ubuntu 14.04 and CEntos 6.6 stock Tomcat versions...
>>
>> Cheers
>>
>> --
>>
>> Andrija Panić
>>
>
>

Re: Upgrade Tomcat procedure [to avoid latency/UI bug]

2015-05-21 Thread Rafael Fonseca

Hi Andrija,

Those sort of problems will no longer affect anyone when my PR gets merged:
https://github.com/apache/cloudstack/pull/238
In the meanwhile, if you want to run tomcat 6.0.43 in any distro, just do
the following:

- Download
http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.43/bin/apache-tomcat-6.0.43.tar.gz
- Uncompress to some folder
- Change links on /usr/share/cloudstack-management/lib and
/usr/share/cloudstack-management/bin to point to the location of the
version you just decompressed.
- All done! :)




On Thu, May 21, 2015 at 3:05 PM, Andrija Panic 
wrote:

> Hi,
>
> Im wondering if anyone have clean procedure of upgrading stock Tomcat to
> supported version 6.0.43, to avoid the latency issues and UI... on
> production envioroment.
>
> We are running Ubuntu 14.04 and CEntos 6.6 stock Tomcat versions...
>
> Cheers
>
> --
>
> Andrija Panić
>

Upgrade Tomcat procedure [to avoid latency/UI bug]

2015-05-21 Thread Andrija Panic

Hi,

Im wondering if anyone have clean procedure of upgrading stock Tomcat to
supported version 6.0.43, to avoid the latency issues and UI... on
production envioroment.

We are running Ubuntu 14.04 and CEntos 6.6 stock Tomcat versions...

Cheers

-- 

Andrija Panić

[GitHub] cloudstack pull request: Improvement/annotations kvm citrix

2015-05-21 Thread wilderrodrigues

GitHub user wilderrodrigues opened a pull request:

https://github.com/apache/cloudstack/pull/280

Improvement/annotations kvm citrix

@mlsorensen, I implemented the Annotations as you suggested. Thanks for the 
hints. ;)

@bhaisaab, I'm now testing Xen 6.2 and KVM with the changes in this PR.

All unit tests (262 for both plugins) are green! Once the integration tests 
are done, I will send the report.

Cheers,
Wilder

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/schubergphilis/cloudstack 
improvement/annotations_kvm_citrix

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/280.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #280


commit 7ff1a81cee2ba631984a18c3c5a201e4e56f2552
Author: wilderrodrigues 
Date:   2015-05-21T10:46:39Z

CLOUDSTACK-8502

Using Annotations on the Citrix wrappers in order to increase 
maintainability
  - All wrappers modified
  - All 100 unit tests are green

commit 3efdc6c356504a089b76a4653f3f4d4ac21d8d02
Author: wilderrodrigues 
Date:   2015-05-21T11:37:27Z

CLOUDSTACK-8502

Using Annotations on the Libvirt wrappers in order to increase 
maintainability
  - All wrappers modified
  - All 143 unit tests are green

commit add42777203999e99c310005e02d8dd31fff2f95
Author: wilderrodrigues 
Date:   2015-05-21T11:59:49Z

CLOUDSTACK-8502

Added CitrixStorageSubSystemCommandWrapper to complete the 
CitrixResourceBase refactor.
  - All 101 unit tests are green




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [SDN] Status of the OpenDayLight plugin

2015-05-21 Thread Wilder Rodrigues

Thanks, guys.

I talked to Hugo about it in a quick chat.

I will try to have a look and perhaps work on it in my free time.

Cheers,
Wilder


> On 20 May 2015, at 20:36, Erik Weber  wrote:
> 
> On Wed, May 20, 2015 at 8:31 PM, Wilder Rodrigues <
> wrodrig...@schubergphilis.com> wrote:
> 
>> Hi all,
>> 
>> I was wondering which is the current status of the ODL plugin. Anyone
>> working on that?
>> 
>> If so, please let me know.
>> 
>> 
> I asked the same in April, and judging from the response I don't think
> anyone is working on it.
> This is the merge message:
> http://permalink.gmane.org/gmane.comp.apache.cloudstack.devel/35692
> 
> 
> -- 
> Erik

[GitHub] cloudstack pull request: CLOUDSTACK-8500: Adding missing key in te...

2015-05-21 Thread asfgit

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/279


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8500: Adding missing key in te...

2015-05-21 Thread gauravaradhye

GitHub user gauravaradhye opened a pull request:

https://github.com/apache/cloudstack/pull/279

CLOUDSTACK-8500: Adding missing key in test_data.py

The key "restartManagementServerThroughTestCase" is absent in test_data.py 
while it is being used in the test cases.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/gauravaradhye/cloudstack 8500

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/279.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #279


commit c747b68851d91b2fdc2c758c63a3ba46ab520531
Author: Gaurav Aradhye 
Date:   2015-05-21T10:32:48Z

CLOUDSTACK-8500: Adding missing key in test_data.py




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8476-Disable enable host:

2015-05-21 Thread pritisarap12

GitHub user pritisarap12 opened a pull request:

https://github.com/apache/cloudstack/pull/278

CLOUDSTACK-8476-Disable enable host:

--Test cases for testing the behaviour of resources running on
host and admin/non-admin user after disabling the Host

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/pritisarap12/cloudstack Disable-Enable-Host

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/278.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #278


commit d84b03c2c37d39e221a79433ee41cdae607f4ffb
Author: pritisarap12 
Date:   2015-05-21T09:59:14Z

CLOUDSTACK-8476-Disable enable host:

--Test cases for testing the behaviour of resources running on
host and admin/non-admin user after disabling the Host




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Cloudstack-8301

2015-05-21 Thread nitt10prashant

Github user nitt10prashant commented on the pull request:

https://github.com/apache/cloudstack/pull/263#issuecomment-104206860
  
List service offerings for systemvms and verify there should be two ... === 
TestName: test_01_list_system_offerngs_1_consoleproxy | Status : SUCCESS ===
ok
List service offerings for systemvms and verify there should be two ... === 
TestName: test_01_list_system_offerngs_2_secondarystoragevm | Status : SUCCESS 
===
ok
List service offerings for systemvms and verify there should be two ... === 
TestName: test_01_list_system_offerngs_3_domainrouter | Status : SUCCESS ===
ok
List service offerings for systemvms and verify there should be two ... === 
TestName: test_01_list_system_offerngs_4_internalloadbalancervm | Status : 
SUCCESS ===
ok
Check if system vms are honouring zone level setting ... === TestName: 
test_02_system_vm_storage_1_consoleproxy | Status : SUCCESS ===
ok
Check if system vms are honouring zone level setting ... === TestName: 
test_02_system_vm_storage_2_secondarystoragevm | Status : SUCCESS ===
ok
update global setting with system offering and check if it is being ... === 
TestName: test_03_custom_so_1_consoleproxy | Status : SUCCESS ===
ok
update global setting with system offering and check if it is being ... === 
TestName: test_03_custom_so_2_secondarystoragevm | Status : SUCCESS ===
ok
Check if router  vm is honouring zone level setting ... === TestName: 
test_04_router_vms | Status : SUCCESS ===
ok

--
Ran 9 tests in 3201.200s

OK



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Fixuireload

2015-05-21 Thread rsafonseca

GitHub user rsafonseca opened a pull request:

https://github.com/apache/cloudstack/pull/277

Fixuireload

This PR is for issue https://issues.apache.org/jira/i#browse/CLOUDSTACK-8499

This affects all versions of cloudstack and can be cleanly applied to all 
supported branches.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/rsafonseca/cloudstack fixuireload

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/277.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #277


commit 0f18205b27e5ffcc4ea5a1f28ce29a0edd8001ab
Author: Rafael da Fonseca 
Date:   2015-05-21T08:10:05Z

Fixed problem with static files reload:
- Tomcat was not caching most static files in index.jsp due to changing 
timestamp
- Page reload performance was very poor
- Issue affects all versions since 4.0

commit e3f851cbc6bc88ac3df08e6af8ba04fff5b31d9f
Author: Rafael da Fonseca 
Date:   2015-05-21T08:13:43Z

Merge branch 'master' into fixuireload

commit 39848ad50c88d5680c8cc0d465b10a2ed40168f8
Author: Rafael da Fonseca 
Date:   2015-05-21T08:10:05Z

Fixed problem with static files reload:
- Tomcat was not caching most static files in index.jsp due to changing 
timestamp
- Page reload performance was very poor
- Issue affects all versions since 4.0

commit 9ae5371f65a8da05f97d72050f7b8decbb0be8ec
Author: Rafael da Fonseca 
Date:   2015-05-21T08:23:15Z

Merge branch 'fixuireload' of https://github.com/rsafonseca/cloudstack into 
fixuireload




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8498: Including schedule as de...

2015-05-21 Thread asfgit

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/276


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8498: Including schedule as de...

2015-05-21 Thread gauravaradhye

GitHub user gauravaradhye opened a pull request:

https://github.com/apache/cloudstack/pull/276

CLOUDSTACK-8498: Including schedule as default key in recurring_snapshot 
dict used to create recurring snapshot policy

Some test cases are failing because schedule key is absent in 
recurring_snapshot dict.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/gauravaradhye/cloudstack 8498

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/276.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #276


commit df27da8c2fef159ae704b879e0702db990a7bbfe
Author: Gaurav Aradhye 
Date:   2015-05-21T08:45:45Z

CLOUDSTACK-8498: Including schedule as default key in recurring_snapshot 
dict used to create recurring snapshot policy




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: Typo fixes and various cleanups

2015-05-21 Thread resmo

GitHub user resmo opened a pull request:

https://github.com/apache/cloudstack/pull/275

Typo fixes and various cleanups

I gave parts of the API descriptions some love. Capitalized the 
abbreviations and fixed many typos. 

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/resmo/cloudstack fix/cleanups

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/275.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #275


commit 909f9bd6dad2b90a16e1af66623969c8a454464e
Author: Rene Moser 
Date:   2015-05-20T18:58:15Z

queryService: fix style, remove public statement on interfaces

commit 9010d723b58710e2084181c68d791a69c9143e17
Author: Rene Moser 
Date:   2015-05-20T19:13:12Z

instanceGroupResponse: fix description

commit e6c242efea6ffc5beeeb4f2d36945b8945981c18
Author: Rene Moser 
Date:   2015-05-20T19:29:51Z

fix typos balacner -> balancer

commit dda50bf5225830e8735a15deb6170e4ec729f840
Author: Rene Moser 
Date:   2015-05-21T07:36:27Z

api: account: fix and reformat descriptions

commit cebc86b965719663d990ff301863dfafef0e307c
Author: Rene Moser 
Date:   2015-05-21T07:37:27Z

api: address: fix and reformat descriptions

commit ce9dbd2914cca5f4aa8817a88611e540568ad159
Author: Rene Moser 
Date:   2015-05-21T07:38:12Z

api: affinitygroup: fix and reformat descriptions

commit 9729ecc7ee5a3336b4a1dfdf538882db89203f6e
Author: Rene Moser 
Date:   2015-05-21T07:52:53Z

api: firewall: fix and reformat descriptions

commit ef0f017dade5af9aa79711511558a07d543a19c7
Author: Rene Moser 
Date:   2015-05-21T07:56:13Z

api: iso: fix and reformat descriptions

commit 01473fe171f871e21b2b559421f7475dd2cca7e7
Author: Rene Moser 
Date:   2015-05-21T08:14:33Z

api: loadbalancer: fix and reformat descriptions

commit 3b5d2b29f22392a91a4a4663a68075678af20ca5
Author: Rene Moser 
Date:   2015-05-21T08:43:14Z

api: network: fix and reformat descriptions




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

support for /31 Networks

2015-05-21 Thread Singh, Devender

Hi Cloudstack Team,


We had no problems building and using /31 networks on 4.2.0, but after our 
upgrade to 4.4.2  we are no longer able to add new ones.
We have a lot of them already in place.  As an example I pasted some output 
from cloudmonkey on a link that is already established and working.
Does anyone have a workaround, or can point me in the right direction for a 
patch?
(local) > list networks id=e044c442-48f7-4bae-8c5d-530423a249f7
count = 1
network:
id = e044c442-48f7-4bae-8c5d-530423a249f7
name = VLAN180
acltype = Domain
broadcastdomaintype = Vlan
broadcasturi = vlan://180
canusefordeploy = False
cidr = 202.90.43.0/31
displaynetwork = True
displaytext = VM-UTILITY-2
dns1 = 4.2.2.1
domain = ROOT
domainid = 8acf0368-e5b1-11e2-b5cf-2ef4cf18a6ae
gateway = 202.90.43.0
ispersistent = False
issystem = False
netmask = 255.255.255.254
networkofferingavailability = Optional
networkofferingconservemode = False
networkofferingdisplaytext = private-guest1_switch
networkofferingid = 0b63d457-5f5e-426f-a81e-8797e522eb8c
networkofferingname = private-guest1_switch
physicalnetworkid = cf4c2846-2418-4ba4-b307-6a6405860799
related = e044c442-48f7-4bae-8c5d-530423a249f7
restartrequired = False
service:
specifyipranges = True
state = Setup
strechedl2subnet = False
subdomainaccess = True
tags:
traffictype = Guest
type = Shared
vlan = 180
zoneid = 88066cb4-64ab-4c54-83a9-3279a1e030cb
zonename = UTILITY-ZONE-1

(local) > list nics nicid=e062922f-c0ea-4f8a-beca-b86146dee622 
virtualmachineid=842054e6-c379-49fe-92f9-e2fdefa6779f
count = 1
nic:
id = e062922f-c0ea-4f8a-beca-b86146dee622
deviceid = 0
gateway = 202.90.43.0
ipaddress = 202.90.43.1
isdefault = True
macaddress = 06:ca:b4:00:00:20
netmask = 255.255.255.254
networkid = e044c442-48f7-4bae-8c5d-530423a249f7
virtualmachineid = 842054e6-c379-49fe-92f9-e2fdefa6779f
(local) >

Devender Kumar Singh

Re: [WWW] Website now managed via Git

2015-05-21 Thread Jan-Arve Nygård

Thanks. Closed the PRs now.

2015-05-21 9:43 GMT+02:00 Sebastien Goasguen :

>
> > On May 21, 2015, at 12:23 AM, Jan-Arve Nygård 
> wrote:
> >
> > 2015-05-13 10:06 GMT+02:00 sebgoa :
> >
> >>
> >> On May 13, 2015, at 9:37 AM, Jan-Arve Nygård  >
> >> wrote:
> >>
> >>> I created a PR to add committers that fell out of the list during the
> >> move.
> >>> I'm not sure if you want non committers to build with middleman and
> then
> >> do
> >>> a PR so i just created a PR against the source for the next build until
> >>> instructions are ready.
> >>>
> >>
> >> Merged.
> >>
> >> Thanks a lot.
> >>
> >> Feel free to improve the site ….it needs love :)
> >>
> >>
> > There are some PRs waiting if you haven't noticed. Nothing big, but the
> 404
> > should be fixed.
> > It also seems there's no e-mail notifications to the mailinglist for this
> > repo?
> >
> > I will try to look through the site a bit more thoroughly later :)
>
> yeah, I need to fix the email for notifications, you are right it’s not
> coming to dev@ right now.
>
> I applied your patches and doing the build right now
>
> Can you close the PRs I forgot to do so.
>
> -sebastien

[GitHub] cloudstack pull request: CLOUDSTACK-8231: reverted 7ee9b10 commit ...

2015-05-21 Thread vadimkim

GitHub user vadimkim opened a pull request:

https://github.com/apache/cloudstack/pull/274

CLOUDSTACK-8231: reverted 7ee9b10 commit logic

Have done 2 commits and created 2 different pull requests. 

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/vadimkim/cloudstack master

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/274.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #274


commit 7ee9b1042f35a2998217d973b5ee447ca68497fb
Author: Vadim Kimlaychuk 
Date:   2015-05-20T19:08:29Z

CLOUDSTACK-8231: Fixed UI empty drop-down list for LB rules

commit a064911d440170185b69001deb28b8b2173b4d05
Author: Vadim Kimlaychuk 
Date:   2015-05-21T07:18:41Z

CLOUDSTACK-8231: fixed call to getLbAlgorithms() function in order to merge 
results from static and dynamic data

commit 7abf21f9c8a80dd9bf42c564f9eb56f0a6f9d7cf
Author: Vadim Kimlaychuk 
Date:   2015-05-21T07:44:20Z

CLOUDSTACK-8231: reverted 7ee9b1042 commit logic




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8231: fixed call to getLbAlgor...

2015-05-21 Thread vadimkim

Github user vadimkim commented on the pull request:

https://github.com/apache/cloudstack/pull/273#issuecomment-104170005
  
2 commits in a raw 


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8231: fixed call to getLbAlgor...

2015-05-21 Thread vadimkim

Github user vadimkim closed the pull request at:

https://github.com/apache/cloudstack/pull/273


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: [WWW] Website now managed via Git

2015-05-21 Thread Sebastien Goasguen


> On May 21, 2015, at 12:23 AM, Jan-Arve Nygård  
> wrote:
> 
> 2015-05-13 10:06 GMT+02:00 sebgoa :
> 
>> 
>> On May 13, 2015, at 9:37 AM, Jan-Arve Nygård 
>> wrote:
>> 
>>> I created a PR to add committers that fell out of the list during the
>> move.
>>> I'm not sure if you want non committers to build with middleman and then
>> do
>>> a PR so i just created a PR against the source for the next build until
>>> instructions are ready.
>>> 
>> 
>> Merged.
>> 
>> Thanks a lot.
>> 
>> Feel free to improve the site ….it needs love :)
>> 
>> 
> There are some PRs waiting if you haven't noticed. Nothing big, but the 404
> should be fixed.
> It also seems there's no e-mail notifications to the mailinglist for this
> repo?
> 
> I will try to look through the site a bit more thoroughly later :)

yeah, I need to fix the email for notifications, you are right it’s not coming 
to dev@ right now.

I applied your patches and doing the build right now

Can you close the PRs I forgot to do so.

-sebastien

[GitHub] cloudstack pull request: CLOUDSTACK-8231: fixed call to getLbAlgor...

2015-05-21 Thread vadimkim

GitHub user vadimkim opened a pull request:

https://github.com/apache/cloudstack/pull/273

CLOUDSTACK-8231: fixed call to getLbAlgorithms() function

Context must be not empty before calling getLbAlgorithms() function, so 
previous commit may cause side-effects while trying to get LB algorithms with 
empty context. 
The list in drop-down menu is either static list of LB rules or result of 
getLbAlgorithms() function if it is not empty

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/vadimkim/cloudstack master

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/273.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #273


commit 7ee9b1042f35a2998217d973b5ee447ca68497fb
Author: Vadim Kimlaychuk 
Date:   2015-05-20T19:08:29Z

CLOUDSTACK-8231: Fixed UI empty drop-down list for LB rules

commit a064911d440170185b69001deb28b8b2173b4d05
Author: Vadim Kimlaychuk 
Date:   2015-05-21T07:18:41Z

CLOUDSTACK-8231: fixed call to getLbAlgorithms() function in order to merge 
results from static and dynamic data




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Re: analysis.apache.org

2015-05-21 Thread Daan Hoogland

1291 got magically reduced to 192 on refresh. :)

Op do 21 mei 2015 om 09:11 schreef Daan Hoogland :

> There are five left :) they are all alike the one Laszlo fixed but as it
> concerned a string being cast into a map and the string may have different
> formats I made seperate tickets for them. I am next going to weed through
> the 1291 criticals, time permitting.
>
> Op wo 20 mei 2015 om 14:42 schreef Daan Hoogland  >:
>
> thanks guys and girl,
>>
>> I saw you fixed a similar issue in the api Laszlo. I couldn't quite
>> translate it to the one I looked at. I will start creating issues for the
>> old ones. They are indeed mostly more then 3 years old.
>> Merged your pr, Rajani
>>
>> Op wo 20 mei 2015 om 13:51 schreef Rajani Karuturi :
>>
>> I fixed js issues in https://github.com/apache/cloudstack/pull/269
>>>
>>> ~Rajani
>>>
>>> On Wed, May 20, 2015 at 3:06 AM, Erik Weber  wrote:
>>>
>>> > On Tue, May 19, 2015 at 9:42 PM, Daan Hoogland <
>>> daan.hoogl...@gmail.com>
>>> > wrote:
>>> >
>>> > > H fellow devs,
>>> > >
>>> > > It has come to my attentions that after more then eight months the
>>> sonar
>>> > > install at apache now does a daily analysis of cloudstack again.:)
>>> There
>>> > > are 26 issues stamped 'Blocker' and a lot more fun in the lower
>>> > categories.
>>> > >
>>> > > Shal I make issues per sonar 'Blocker'? I propose to make them
>>> critical
>>> > and
>>> > > not blocker.
>>> > >
>>> >
>>> >
>>> > I guess the javascript ones could be put in a common issue, as they are
>>> > more or less similar.
>>> >
>>> > --
>>> > Erik
>>> >
>>>
>>

Re: analysis.apache.org

2015-05-21 Thread Daan Hoogland

There are five left :) they are all alike the one Laszlo fixed but as it
concerned a string being cast into a map and the string may have different
formats I made seperate tickets for them. I am next going to weed through
the 1291 criticals, time permitting.

Op wo 20 mei 2015 om 14:42 schreef Daan Hoogland :

> thanks guys and girl,
>
> I saw you fixed a similar issue in the api Laszlo. I couldn't quite
> translate it to the one I looked at. I will start creating issues for the
> old ones. They are indeed mostly more then 3 years old.
> Merged your pr, Rajani
>
> Op wo 20 mei 2015 om 13:51 schreef Rajani Karuturi :
>
> I fixed js issues in https://github.com/apache/cloudstack/pull/269
>>
>> ~Rajani
>>
>> On Wed, May 20, 2015 at 3:06 AM, Erik Weber  wrote:
>>
>> > On Tue, May 19, 2015 at 9:42 PM, Daan Hoogland > >
>> > wrote:
>> >
>> > > H fellow devs,
>> > >
>> > > It has come to my attentions that after more then eight months the
>> sonar
>> > > install at apache now does a daily analysis of cloudstack again.:)
>> There
>> > > are 26 issues stamped 'Blocker' and a lot more fun in the lower
>> > categories.
>> > >
>> > > Shal I make issues per sonar 'Blocker'? I propose to make them
>> critical
>> > and
>> > > not blocker.
>> > >
>> >
>> >
>> > I guess the javascript ones could be put in a common issue, as they are
>> > more or less similar.
>> >
>> > --
>> > Erik
>> >
>>
>

[GitHub] cloudstack pull request: CLOUDSTACK-8492: Fix dictionary access is...

2015-05-21 Thread asfgit

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/272


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] cloudstack pull request: CLOUDSTACK-8492: Fix dictionary access is...

2015-05-21 Thread gauravaradhye

GitHub user gauravaradhye opened a pull request:

https://github.com/apache/cloudstack/pull/272

CLOUDSTACK-8492: Fix dictionary access issue in createChecksum method 
common.py

The hypervisor string is not converted to lowercase, hence it's failing for 
some hypervisors while trying to access element in dictionary 
"volume_write_path". Added lower() conversion.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/gauravaradhye/cloudstack 8492

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/272.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #272


commit 79c641b9de76820201758610bab5e178041b463e
Author: Gaurav Aradhye 
Date:   2015-05-21T06:51:35Z

CLOUDSTACK-8492: Fix dictionary access issue in createChecksum method - 
common.py




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

70 matches

Mail list logo