Re: [Openstack-operators] Problems to create EC2 credentials in Havana

The easiest way to get all the creds you need is to download them from the dashboard as described in http://docs.openstack.org/openstack-ops/content/lay_of_the_land.html#get_creds You get cacert.pem, cert.pem, ec2rc.sh, and pk.pem in a bundle that way. On Fri, Sep 12, 2014 at 2:04 AM, Miguel A D

Re: [Openstack-operators] Grizzly: live-migration with attached volume?

I don't know why this is happening, but it sure seems like something you should file a bug for. https://bugs.launchpad.net/nova/+filebug Thanks, Michael On Saturday, September 13, 2014, Stephen Cousins wrote: > Just confirmed that it isn't happening with 4-core VM's either. Just 8. I > haven'

[Openstack-operators] OpenStack Community Weekly Newsletter (Sep 5 – 12)

Dox a tool that run python (or others) tests in a docker container What if there was a tool that allows to integrate docker containers to do the automatic testing for OpenStack?The

Re: [Openstack-operators] Grizzly: live-migration with attached volume?

Just confirmed that it isn't happening with 4-core VM's either. Just 8. I haven't tried a 16-core VM but I can guess. The flavors are matched with 1 GB per core so an 8-core VM has 8 GB of RAM. Does that lead to any ideas? On Fri, Sep 12, 2014 at 3:10 PM, Stephen Cousins wrote: > Thanks for the

Re: [Openstack-operators] Grizzly: live-migration with attached volume?

Thanks for the information. I just tried doing it with a VM with only 2 cores and it has been working fine. So it seems that it may be specific to the number of cores that are involved. I'll try with 4 to see if that works ok. Thankfully we don't have many 8-core machines but we still have the nee

[Openstack-operators] segmentation of management and data plane

Hey everyone - we've been doing some OpenStack deployments on different datacenter architectures in our lab. Many of the architectures we work with divide the management plane from the data plane by VRF. I.e. there is no routing between a tenant VM traffic and the management interfaces of the dat

Re: [Openstack-operators] Grizzly: live-migration with attached volume?

On Fri, Sep 12, 2014 at 1:44 PM, Stephen Cousins wrote: > Does anyone live-migrate VM's successfully when volumes are attached? My setup is significantly different so probably not terribly helpful, but to answer the question I did do live migrations with Volumes attached on my Grizzly cloud (sin

Re: [Openstack-operators] Grizzly: live-migration with attached volume?

​Hi Abel, Yes, it is the instance load. The console.log seems to get truncated to 0 bytes whenever I do live-migration. All machines (including the nfs server) are using ntp. I just checked visually and all of their times match, at least to the second. Probably it is closer. I can't find much in

Re: [Openstack-operators] Kernel and KVM version

It’s been a long time since I saw that, but I had a similar issue. IIRC, the kernel you’re running has a bug in iSCSI, fixed in the 3.8.0-35 version What we experienced (in Ubuntu 12.04) was when a user would detach a cinder volume, the compute node would KP. Kernel upgrade fixed it. I’m not 100%

Re: [Openstack-operators] Grizzly: live-migration with attached volume?

That’s pretty interesting. I haven’t seen that before, tbh, I had been using gridcentric for live migrations in grizzly, but that’s just because we didn’t have shared storage. So, the instance is what is generating the load, right? anything interesting on the console log? I wonder if there is so

Re: [Openstack-operators] Grizzly: live-migration with attached volume?

Hi Abel, I just tried and it did the same thing. Load went up to 800 and the VM is unreachable. Any ideas? Thanks, Steve On Fri, Sep 12, 2014 at 12:59 PM, Abel Lopez wrote: > Does it work if you first detach the volume and then migrate? > > > On Friday, September 12, 2014, Stephen Cousins >

Re: [Openstack-operators] Grizzly: live-migration with attached volume?

Does it work if you first detach the volume and then migrate? On Friday, September 12, 2014, Stephen Cousins wrote: > I am fairly new to Openstack having just inherited a Grizzly system with > NFS storage. "nova live-migration" is working unless the VM has an attached > volume. When it doesn't w

[Openstack-operators] Grizzly: live-migration with attached volume?

I am fairly new to Openstack having just inherited a Grizzly system with NFS storage. "nova live-migration" is working unless the VM has an attached volume. When it doesn't work, the VM does move but it is not possible to connect to it and the CPU load on that VM goes up to the number of cores assi

[Openstack-operators] Fwd: Nova HTTPConnectionPool Error

Hi, I traversed all of the documents and Q/A wesites but I could't find the solution. My nova is down because of an unexpected error logged at nova-api.log file(see the message thread). How can I solve this problem? Thanks in advance... -- Forwarded message -- From: Hossein Zabolz

[Openstack-operators] Nova HTTPConnectionPool Error

I fixed it. But now in my nova-compute.log a new error meesage was shown: unexpected error while running command. command: sudo nova-rootwrap /etc/nova/rootwrap.conf iptables-restore -c exit code: 2 stdout: '' stderr: "iptables-restore v1.4.21: iptables-restore: unable to initialize table 'nat' Ho

[Openstack-operators] Problems to create EC2 credentials in Havana

Hi all I'm facing difficulties to create the EC2 admin credentials. I've done the following tries: 1) Exporting OS_SERVICE_TOKEN and OS_SERVICE_ENDPOINT /keystone user-list ---> OK// //keystone ec2-credentials-create --tenant-id=6b30ac57ffa64b19a82ab7d0ca046aad --user-id=01ea712f08834cffaca8