[GitHub] cloudstack issue #876: CLOUDSTACK-8865: Adding SR doesn't create Storage_poo...
Github user SudharmaJain commented on the issue: https://github.com/apache/cloudstack/pull/876 @rhtyd As suggested I have added a marvin test case. --- 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: :[VOTE] Apache Cloudstack 4.10.0.0
I have this on my to-do list. It might take me a while, though. At the time being, I’m busy with a customer project that is making use of the two CloudStack environments that I have in my lab. Then, toward the end of next week, I’m heading to Europe for about 10 days or so (customer meetings and to present at the CloudStack Meetup in Prague hosted by Interoute). On 3/30/17, 4:28 AM, "Daan Hoogland" wrote: Mike, can you confirm that this is not also an issue in 4.9? On 30/03/17 08:21, "Tutkowski, Mike" wrote: This one may be a blocker (it’s currently marked as such): https://issues.apache.org/jira/browse/CLOUDSTACK-9849 It would be nice if one of our VMware gurus could take a look at it and see what’s going on there. The gist is you can’t live migrate a VM from one cluster to another in the same datacenter (using either NFS or iSCSI as shared storage) (which I think you should be able to do with VMware in CloudStack). On 3/30/17, 12:06 AM, "Haijiao" <18602198...@163.com> wrote: Seems only one blocker left. Are we close to release the RC2 ? CLOUDSTACK-9408 - remove runtime references to http://download.cloud.com - Daan Hoogland - Daan Hoogland 在2017年03月14 00时34分, "Rajani Karuturi"写道: We still have below three blockers open. I will create RC once they are fixed. ~ Rajani http://cloudplatform.accelerite.com/ On March 9, 2017 at 10:09 AM, Rajani Karuturi (raj...@apache.org) wrote: We currently have the below list of blockers: BUGID - Summary - Assignee - Creator CLOUDSTACK-9827 - Storage tags stored in multiple places - Nicolas Vazquez - Mike Tutkowski - PR Ready CLOUDSTACK-9811 - VR will not start, looking to configure eth3 while no such device exists on the VR. On KVM-CentOS6.8 physical host - Unassigned - Boris Stoyanov CLOUDSTACK-9408 - remove runtime references to http://download.cloud.com - Daan Hoogland - Daan Hoogland Can someone take a look at CLOUDSTACK-9811? ~ Rajani http://cloudplatform.accelerite.com/ On March 9, 2017 at 3:16 AM, Tutkowski, Mike (mike.tutkow...@netapp.com) wrote: Hi, Sure, I can pull that code and test. I might have to wait until tomorrow, though, because I’m in the middle of trying to reproduce CLOUDSTACK-9823. Once that is done, I can move on to your PR. Thanks! Mike On 3/8/17, 1:45 PM, "Nicolas Vazquez" wrote: Hi Mike, Thanks for reporting this issue! We've been working on it and created this PR: https://github.com/apache/cloudstack/pull/1994. We've been testing it and seems to be solving the issues reported, can you please repeat your tests on it? Thanks, Nicolas 2017-03-07 21:52 GMT-03:00 Tutkowski, Mike : > Here’s the ticket: > > https://issues.apache.org/jira/browse/CLOUDSTACK-9827 > > On 3/7/17, 1:51 PM, "Tutkowski, Mike" wrote: > > Yes, I can open a ticket. > > > On Mar 7, 2017, at 1:50 PM, Sergey Levitskiy < > sergey.levits...@autodesk.com> wrote: > > > > Yes that’s the bug. Can you open a ticket for this? @ nvazquez can > you take a look? > > > > On 3/7/17, 12:44 PM, "Tutkowski, Mike" > wrote: > > > > This does seem messed up. > > > > If I add a new primary storage and give it a storage tag, the tag > ends up in storage_pool_details. > > > > If I edit an existing storage pool’s storage tags, it places them > in storage_pool_tags. > > > > On 3/7/17, 1:39 PM, "Tutkowski, Mike" > wrote: > > > > I believe I have found another bug (one that we should either > fix or examine in detail before releasing 4.10). > > > > It looks like we have a new tabl
Re: VR Question
I migrated my system VMs (including the VR) to KVM hosts today (from XenServer hosts). I still cannot get IP addresses assigned to user VMs in a Basic Zone. This seems like a 4.10 blocker, too. Is anyone else able to get IP addresses assigned to user VMs in a Basic Zone when using KVM? From: "Tutkowski, Mike" Date: Wednesday, March 29, 2017 at 7:47 PM To: "dev@cloudstack.apache.org" Subject: VR Question Hi, With 4.10 (master), I’m currently running all of my system VMs (including the VR) on XenServer. When I create a user VM on VMware, it acquires an IP address; however, when I create one on KVM, it does not. All of this is running in a single, basic zone. Thoughts on this? Thanks! Mike
Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare
The SSH key doesn't work either. The default password for the centos user is set at boot time to `password` which happens via the scripts in the template itself. Coud-init is trying to fetch the metadata from the default gateway instead of the VR (which which has a different IP than the default GW) On Fri, Mar 31, 2017 at 4:08 PM, Nux! wrote: > Hm, ok, so this is a corner case I'll need to cover then. > But how did the password/sshkey feature work, if at all? > > -- > Sent from the Delta quadrant using Borg technology! > > Nux! > www.nux.ro > > - Original Message - >> From: "Syed Ahmed" >> To: "dev" >> Sent: Friday, 31 March, 2017 19:10:22 >> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack >> 4.9 and VMWare > >> I'm using a shared network so the VR is not the gateway. >> >> On Fri, Mar 31, 2017 at 12:49 PM, Nux! wrote: >>> Syed, >>> >>> I just checked and centos user is added to sudoers, if it was not added to >>> your >>> instance, then cloud-init did not complete properly. >>> I have seen this in the past when the data source is not reached properly. >>> I would double check the cloud-init logs if I were you, make sure eth0 was >>> up >>> properly and the VR accessible. >>> >>> http://storage1.static.itmages.com/i/17/0331/h_1490978820_8688282_efdf2d86f5.png >>> >>> -- >>> Sent from the Delta quadrant using Borg technology! >>> >>> Nux! >>> www.nux.ro >>> >>> - Original Message - From: "Nux!" To: "dev" Sent: Friday, 31 March, 2017 17:01:43 Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare >>> Thanks, I'll check. Cloud-init is supposed to add the user to sudo. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - > From: "Syed Ahmed" > To: "dev" > Sent: Friday, 31 March, 2017 16:54:21 > Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack > 4.9 > and VMWare > Hi Nux, > > One of the things that I've seen is that the user centos is not added > to the sudoers. > > On Fri, Mar 31, 2017 at 8:06 AM, Nux! wrote: >> Excellent, let me know if you hit any more issues. >> >> -- >> Sent from the Delta quadrant using Borg technology! >> >> Nux! >> www.nux.ro >> >> - Original Message - >>> From: "Syed Ahmed" >>> To: "dev" >>> Sent: Friday, 31 March, 2017 12:58:21 >>> Subject: Re: Need help in getting CentOS 7 templates to run on >>> Cloudstack 4.9 >>> and VMWare >> >>> Hey Nux, >>> >>> It worked! Thanks for fixing this. I am able to ping the VM now. >>> >>> On Fri, Mar 31, 2017 at 4:17 AM, Nux! wrote: Syed, I am aware of the renaming issue and avoid it, if you check my kickstart I specifically add biosdevname=0 and net.ifnames=0 http://jenkins.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg However yesterday Rohit brought to my attention the ova generation script inserts a e1000 eth0 which apparently breaks things in certain situations. https://github.com/apache/cloudstack/pull/2022#issuecomment-290339928 I corrected the script and built a new image here, please give it a try. http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova If the problem persists, can you go in single user mode and check the /proc/cmdline and share it here? -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - > From: "Syed Ahmed" > To: "Nux!" > Cc: "dev" > Sent: Thursday, 30 March, 2017 23:54:36 > Subject: Re: Need help in getting CentOS 7 templates to run on > Cloudstack 4.9 > and VMWare > I tried the one you provided however, it still has the same problem > ... DHCP doesn't seem to pick up. I also see that the interface is not > named eth0 .. could this be the problem? I can try changing the > network driver and see if that helps. Will report back. > > On Thu, Mar 30, 2017 at 6:21 PM, Nux! wrote: >> Hi, I am working on a new set of templates, you can try this one: >> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova >> >> If still no luck, happy to debug if you can provide me an account. >> The only >> templates I (can) test are the KVM ones. >> >> The official templates from various distros will not work properly >> as they >> are openstack/aws focused. >> >> >> >> >> On 30 March 2017 22:41:05
[GitHub] cloudstack pull request #876: CLOUDSTACK-8865: Adding SR doesn't create Stor...
Github user syed commented on a diff in the pull request:
https://github.com/apache/cloudstack/pull/876#discussion_r109299000
--- Diff:
plugins/storage/volume/cloudbyte/src/org/apache/cloudstack/storage/datastore/lifecycle/ElastistorPrimaryDataStoreLifeCycle.java
---
@@ -359,7 +359,7 @@ public boolean attachCluster(DataStore store,
ClusterScope scope) {
PrimaryDataStoreInfo primarystore = (PrimaryDataStoreInfo) store;
// Check if there is host up in this cluster
-List allHosts =
_resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing,
primarystore.getClusterId(), primarystore.getPodId(),
primarystore.getDataCenterId());
+List allHosts =
_resourceMgr.listAllUpHosts(Host.Type.Routing, primarystore.getClusterId(),
primarystore.getPodId(), primarystore.getDataCenterId());
--- End diff --
What about hosts which are in maintenance? Do we expect to add an SR to
those hosts as well?
---
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.
---
