Re: [Openstack] Is Openstack suitable to my problem?

[John Dickinson]

See http://programmerthoughts.com/programming/nested-folders-in-cloud-files/ 
for info on how to use a nested directory structure in swift.

--John


On Aug 14, 2011, at 11:07 PM, Thiago Moraes wrote:

> I took a look at some distributed file systems and went a little deeper in 
> Hadoop and his HDFS, for instance. I don't really need full POSIX compliance, 
> but having a nested structure is important, but as far as I know there are 
> way to simulate this on Switf, is that correct?
> 
> The problem I see in using something like hadoop is the single point of 
> failure, not because I need almost 100% availability, but because the people 
> who will access the data does not belong to the same organization. They will 
> be researchers from different institutions that may want to deploy a local 
> server with a subset of the data to improve their productivity, but the data 
> set's size makes impractical to just copy everything.  
> 
> The plan would be that the interface to the system would show which files are 
> stored locally and which are not, so that everyone gets access to everything, 
> almost like a peer to peer system where they download from the closest source 
> and then store for their own use. 
> 
> At first, I though of implementing something by hand, but using an already 
> mature solution makes a lot more sense.
> 
> So, is this plausible or am I trying to use the wrong tools?
> 
> thanks, again
> 
> Thiago Moraes - EnC 07 - UFSCar
> 
> 
> 2011/8/14 Todd Deshane 
> On Sun, Aug 14, 2011 at 4:10 AM, Thiago Moraes
>  wrote:
> > Hey guys,
> >
> > I'm new on the list and I'm currently considering Openstack to solve a data
> > distribution problem. Right now, there's a server which contains very large
> > files (usual files have 30GB or even more). This server is accessed by LAN
> > and over the internet but, of course, it's difficult to do this without
> > local connection.
> >
> > My idea to solve this problem is to deploy new servers on the places which
> > access data more often in an such a way that they get a local copy of the
> > most accessed part of data by then. In my head, I consider that there will
> > be N different clouds, one at my location and the others spread on another
> > networks. Then, these new clouds would download and store parts of the data
> > (entire files) so that they can be accessed through their own LAN.
> >
> 
> It sounds like you are looking for the functionality that Zones (aim
> to?) provide.
> 
> Take a look at:
> 
> http://wiki.openstack.org/MultiClusterZones
> 
> 
> > Is Openstack suitable in this environment? Anyone would recommend another
> > solution?
> >
> 
> Have you also looked at SheepDog, Hadoop or HC2? All of these seem to
> have some OpenStack integration points as well.
> 
> Some links to look into:
> http://wiki.openstack.org/SheepdogSupport
> http://doubleclix.wordpress.com/2011/03/17/hadoop-2-0-openstack-pbj/
> http://www.quora.com/What-features-differentiate-HDFS-and-OpenStack-Object-Storage
> 
> 
> Hope that helps.
> 
> Thanks,
> Todd
> 
> > PS: I know the file size limitations of 5GB. I just need that all parts of a
> > file to be in the same local area network so that a blazingly fast Internet
> > connection is not required all the time.
> >
> > thanks,
> >
> >
> > Thiago Moraes - EnC 07 - UFSCar
> >
> > ___
> > Mailing list: https://launchpad.net/~openstack
> > Post to : openstack@lists.launchpad.net
> > Unsubscribe : https://launchpad.net/~openstack
> > More help   : https://help.launchpad.net/ListHelp
> >
> >
> 
> 
> 
> --
> Todd Deshane
> http://www.linkedin.com/in/deshantm
> http://www.xen.org/products/cloudxen.html
> http://runningxen.com/
> 
> ___
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp



smime.p7s
Description: S/MIME cryptographic signature
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Openstack] Is Openstack suitable to my problem?

[andi abes]

I think John pointed you to some info on how to achieve the the hierarchical
structure requirement
The other requirement was around syncing remote clusters:
Swift Diablo (1.4) can probably be suited for the scenario you're
describing:
See  the spec for Multi cluster sync for swift [1] and
the excellent comments in the code [2] implementing it.
(I haven't yet played with it, but planning to soon)

[1] http://etherpad.openstack.org/QAoBrOHZxd
[2]
https://github.com/openstack/swift/blob/master/swift/container/sync.py#L72


hth,
a.



On Mon, Aug 15, 2011 at 8:50 AM, John Dickinson  wrote:

> See
> http://programmerthoughts.com/programming/nested-folders-in-cloud-files/for 
> info on how to use a nested directory structure in swift.
>
> --John
>
>
> On Aug 14, 2011, at 11:07 PM, Thiago Moraes wrote:
>
> > I took a look at some distributed file systems and went a little deeper
> in Hadoop and his HDFS, for instance. I don't really need full POSIX
> compliance, but having a nested structure is important, but as far as I know
> there are way to simulate this on Switf, is that correct?
> >
> > The problem I see in using something like hadoop is the single point of
> failure, not because I need almost 100% availability, but because the people
> who will access the data does not belong to the same organization. They will
> be researchers from different institutions that may want to deploy a local
> server with a subset of the data to improve their productivity, but the data
> set's size makes impractical to just copy everything.
> >
> > The plan would be that the interface to the system would show which files
> are stored locally and which are not, so that everyone gets access to
> everything, almost like a peer to peer system where they download from the
> closest source and then store for their own use.
> >
> > At first, I though of implementing something by hand, but using an
> already mature solution makes a lot more sense.
> >
> > So, is this plausible or am I trying to use the wrong tools?
> >
> > thanks, again
> >
> > Thiago Moraes - EnC 07 - UFSCar
> >
> >
> > 2011/8/14 Todd Deshane 
> > On Sun, Aug 14, 2011 at 4:10 AM, Thiago Moraes
> >  wrote:
> > > Hey guys,
> > >
> > > I'm new on the list and I'm currently considering Openstack to solve a
> data
> > > distribution problem. Right now, there's a server which contains very
> large
> > > files (usual files have 30GB or even more). This server is accessed by
> LAN
> > > and over the internet but, of course, it's difficult to do this without
> > > local connection.
> > >
> > > My idea to solve this problem is to deploy new servers on the places
> which
> > > access data more often in an such a way that they get a local copy of
> the
> > > most accessed part of data by then. In my head, I consider that there
> will
> > > be N different clouds, one at my location and the others spread on
> another
> > > networks. Then, these new clouds would download and store parts of the
> data
> > > (entire files) so that they can be accessed through their own LAN.
> > >
> >
> > It sounds like you are looking for the functionality that Zones (aim
> > to?) provide.
> >
> > Take a look at:
> >
> > http://wiki.openstack.org/MultiClusterZones
> >
> >
> > > Is Openstack suitable in this environment? Anyone would recommend
> another
> > > solution?
> > >
> >
> > Have you also looked at SheepDog, Hadoop or HC2? All of these seem to
> > have some OpenStack integration points as well.
> >
> > Some links to look into:
> > http://wiki.openstack.org/SheepdogSupport
> > http://doubleclix.wordpress.com/2011/03/17/hadoop-2-0-openstack-pbj/
> >
> http://www.quora.com/What-features-differentiate-HDFS-and-OpenStack-Object-Storage
> >
> >
> > Hope that helps.
> >
> > Thanks,
> > Todd
> >
> > > PS: I know the file size limitations of 5GB. I just need that all parts
> of a
> > > file to be in the same local area network so that a blazingly fast
> Internet
> > > connection is not required all the time.
> > >
> > > thanks,
> > >
> > >
> > > Thiago Moraes - EnC 07 - UFSCar
> > >
> > > ___
> > > Mailing list: https://launchpad.net/~openstack
> > > Post to : openstack@lists.launchpad.net
> > > Unsubscribe : https://launchpad.net/~openstack
> > > More help   : https://help.launchpad.net/ListHelp
> > >
> > >
> >
> >
> >
> > --
> > Todd Deshane
> > http://www.linkedin.com/in/deshantm
> > http://www.xen.org/products/cloudxen.html
> > http://runningxen.com/
> >
> > ___
> > Mailing list: https://launchpad.net/~openstack
> > Post to : openstack@lists.launchpad.net
> > Unsubscribe : https://launchpad.net/~openstack
> > More help   : https://help.launchpad.net/ListHelp
>
>
> ___
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>

Re: [Openstack] nova on Debian

[Thomas Goirand]

Hi Simon,

I'm the Debian developer responsible for the package in Debian.

On 07/21/2011 07:58 PM, Simon Guerrero wrote:
>  Hi folks
>
> I've been trying to get an install of openStack working on Debian
> (sid, for my sins). I figured a good start point might be the
> Ubuntu Maverick guide.

The word "unstable" doesn't mean "crashes often", but "is updated
often". So it doesn't mean that it's going to fail just because you are
using SID!!!

> I followed the guide, then the "Installing Nova On A Single Host"
> guide. I had to make a few changes, but it looked generally OK.
> However, I'm finding nova-compute won't start because it gets a
> "Permission Denied" error, namely:
>
> (nova.exception): TRACE: if ret is None:raise
> libvirtError('virConnectOpenAuth() failed')
> (nova.exception): TRACE: libvirtError: unable to connect to
> '/var/run/libvirt/libvirt-sock', libvirtd may need to be started:
> Permission denied

Unfortunately, I haven't been able to find out what the problem was.
Nova is part of the libvirt group in Debian, as you can see in the postinst:

if [ "$1" = "configure" ]; then
if dpkg-vendor --derives-from ubuntu ; then
LIBVIRTGRP=libvirtd
else
LIBVIRTGRP=libvirt
fi
if ! getent group ${LIBVIRTGRP} | grep -qE '\'
then
adduser nova ${LIBVIRTGRP}
fi
fi

Indeed, there's a difference between Debian and Ubuntu. In Ubuntu,
libvirt group is libvirtd, but in Debian it's libvirt, hence the
postinst above for nova-compute.

But it still doesn't work. The only way to have it working is to set
more permissive rights for the socket file in
/var/run/libvirt/libvirt-sock. That is done by tweaking the
configuration files of libvirt-bin (eg: if you put 777 for the variable
unix_sock_rw_perms in /etc/libvirt/libvirtd.conf).

I didn't have time to investigate the issue, but it's possible that
somewhere in the Nova code, there's something that uses the group
libvirtd instead of libvirt. Help on this would be much much appreciated.

If you don't really care, just put 777 in unix_sock_rw_perms and go with
it, but of course, that's a security issue!!!

> Looks like it might be a problem with euca2ools. It seems to be taking
> the path "images/aki-lucid/image" and trying to remove the end of it,
> but doing a rather greedy match on "image" and ending up taking out the
> start too!

No, when you put the permissions above for the libvirt socket file,
euca2ools are working just fine.

> Can anyone help, especially with the Permission Denied error? I figured
> if I could get this running, the modified instructions might be useful
> to other Debianites in the meantime...

It'd be great if you could report the issue in the Debian bts (use
"reportbug" on the shell to do that, or one of the graphical version if
you like it more this way), and write about the workaround in it.

Also, there's more grave issues we are facing in Debian. It's been a
while that Nova simply doesn't build anymore. It used to be just an
issue with the test suite, but now it's more serious. It did before, but
now that SID has evolved, there's lots of issues, possibly because of
some python modules that have been upgraded. For sure, sphynx is also
totally broken... :(

I've been quite alone working on the Debian port. I'd appreciate a lot
to have some help.

Thomas

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

[Openstack] What would it take to add Debian in the unit tests of Jenkins?

[Thomas Goirand]

Since few days/weeks (I'm not sure when), nova doesn't build at all. I'd
be very happy if Jenkins had a test suite in Debian SID too...

Thomas

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Openstack] OCCI on OpenStack

[Andy Edmonds]

Hi Amine,
I believe there is ongoing implementation work by people from the SAIL
project (www.sail-project.eu).

Andy
andy.edmonds.be


On Fri, Aug 5, 2011 at 12:45, alph inf  wrote:

> Hi,
>
> What is the current state of the implementation of OCCI on the OpenStack
> project [1] ?
>
> Amine
>
> -
> [1] http://wiki.openstack.org/occi
>
> ___
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>
>
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Openstack] What would it take to add Debian in the unit tests of Jenkins?

[Jay Pipes]

Hi Thomas,

We're working on Debian packages for OpenStack that get tested on each
build in Jenkins.

Did the issue I raised on the Debian OpenStack build issue get
resolved? I emailed the bug report a week ago with information and a
link to the Launchpad bug report findings...

-jay

On Mon, Aug 15, 2011 at 11:48 AM, Thomas Goirand  wrote:
> Since few days/weeks (I'm not sure when), nova doesn't build at all. I'd
> be very happy if Jenkins had a test suite in Debian SID too...
>
> Thomas
>
> ___
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Openstack] What would it take to add Debian in the unit tests of Jenkins?

[Monty Taylor]

On 08/15/2011 12:04 PM, Jay Pipes wrote:
> Hi Thomas,
> 
> We're working on Debian packages for OpenStack that get tested on each
> build in Jenkins.
> 
> Did the issue I raised on the Debian OpenStack build issue get
> resolved? I emailed the bug report a week ago with information and a
> link to the Launchpad bug report findings...
> 
> -jay
> 
> On Mon, Aug 15, 2011 at 11:48 AM, Thomas Goirand  wrote:
>> Since few days/weeks (I'm not sure when), nova doesn't build at all. I'd
>> be very happy if Jenkins had a test suite in Debian SID too...

Hi!

Yes - this is high on the list of priorities for me, and I should have
something for you to look at real soon now.

Also- I am trying to consolidate packaging efforts, so I'll loop you in
on that as well.

Thanks!
Monty

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

[Openstack] Looking for a Speaker in Boston for September

[Stephen Spector]

I am working with Fidelity to create an OpenStack User Group launch meeting
in Boston in September; either the 20th or 22nd. This meetup will introduce
OpenStack to technical folks in Boston along with an advertisement for our
event in October. If you are in the Boston area that week and are
interesting in speaking please let me know.

Thanks,

- - - 
Stephen Spector, Rackspace
OpenStack Community Manager
stephen.spec...@openstack.org
OpenStack Blog   | @opnstk_
 com 
_mgr 
Office  +1 (512) 539-1162 | Mobile +1 (210) 415-0930


___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

[Openstack] Unable to publish an image on debian 6

[Joshua Harlow]

Hi all,

I am using debian 6 (wheezy)  + nova-diablo-3 + glance (from git) and have 
installed the needed python pkgs and have the correct servers and such running.

I am seeing the following error when running the following:

#uec-publish-tarball  ttylinux-uec-i386-11.2_2.6.35-16_1.tar.gz  ttbb i386

2011-08-15 14:36:10,385 DEBUG nova.utils [-] Running cmd (subprocess): openssl 
enc -d -aes-128-cbc -in /tmp/tmpIHkMkG/image.encrypted -K 
57fbea5c3e106e0e6aec2d89ef5171ea -iv 77f27e730c319a341782b091b97216a5 -out 
/tmp/tmpIHkMkG/image.tar.gz from (pid=16720) execute 
/home/ctoteam/nova/nova/utils.py:143Traceback (most recent call last):  File 
"/usr/lib/python2.6/logging/__init__.py", line 776, in emitmsg = 
self.format(record)  File "/usr/lib/python2.6/logging/__init__.py", line 654, 
in format
return fmt.format(record)  File "/home/ctoteam/nova/nova/log.py", line 214, 
in format
return logging.Formatter.format(self, record)
  File "/usr/lib/python2.6/logging/__init__.py", line 436, in format
record.message = record.getMessage()
  File "/usr/lib/python2.6/logging/__init__.py", line 306, in getMessage
msg = msg % self.args
KeyError: u'image_location'
Traceback (most recent call last):
  File "/usr/lib/python2.6/dist-packages/eventlet/hubs/poll.py", line 97, in 
wait
readers.get(fileno, noop).cb(fileno)
  File "/home/ctoteam/nova/nova/image/s3.py", line 267, in delayed_create
raise
TypeError: exceptions must be old-style classes or derived from BaseException, 
not NoneType
Removing descriptor: 6

This then causes the following ( failed_upload  ):

#euca-describe-images
IMAGEami-0003
ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xmlfailed_upload   
 privatei386machineari-0002aki-0001
IMAGEari-0002
ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1-initrd.manifest.xmlavailable
privatei386ramdisk
IMAGEaki-0001
ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1-vmlinuz.manifest.xmlavailable   
 privatei386kernel

Has anyone else seen this?
Is this due to the eventlet version?

$ dpkg -l | grep eventlet
ii  python-eventlet  0.9.16-1 
concurrent networking library for Python

Not sure why the poll method would be dying or why there would be a keyerror 
also?

$ python --version
Python 2.6.7

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Openstack] Unable to publish an image on debian 6

[Vishvananda Ishaya]

The underlying exception is getting eaten, so it is hard to say what the 
underlying exception was.  I just pushed a branch here which should allow you 
to see the underlying exception that caused the failed upload:

https://code.launchpad.net/~vishvananda/nova/lp827024

If you run that branch you should get a useful exception in your logs.

Vish

On Aug 15, 2011, at 2:41 PM, Joshua Harlow wrote:

> Hi all,
> 
> I am using debian 6 (wheezy)  + nova-diablo-3 + glance (from git) and have 
> installed the needed python pkgs and have the correct servers and such 
> running.
> 
> I am seeing the following error when running the following:
> 
> #uec-publish-tarball  ttylinux-uec-i386-11.2_2.6.35-16_1.tar.gz  ttbb i386
> 
> 2011-08-15 14:36:10,385 DEBUG nova.utils [-] Running cmd (subprocess): 
> openssl enc -d -aes-128-cbc -in /tmp/tmpIHkMkG/image.encrypted -K 
> 57fbea5c3e106e0e6aec2d89ef5171ea -iv 77f27e730c319a341782b091b97216a5 -out 
> /tmp/tmpIHkMkG/image.tar.gz from (pid=16720) execute 
> /home/ctoteam/nova/nova/utils.py:143Traceback (most recent call last):  File 
> "/usr/lib/python2.6/logging/__init__.py", line 776, in emitmsg = 
> self.format(record)  File "/usr/lib/python2.6/logging/__init__.py", line 654, 
> in format
> return fmt.format(record)  File "/home/ctoteam/nova/nova/log.py", line 
> 214, in format
> return logging.Formatter.format(self, record)
>   File "/usr/lib/python2.6/logging/__init__.py", line 436, in format
> record.message = record.getMessage()
>   File "/usr/lib/python2.6/logging/__init__.py", line 306, in getMessage
> msg = msg % self.args
> KeyError: u'image_location'
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/dist-packages/eventlet/hubs/poll.py", line 97, in 
> wait
> readers.get(fileno, noop).cb(fileno)
>   File "/home/ctoteam/nova/nova/image/s3.py", line 267, in delayed_create
> raise
> TypeError: exceptions must be old-style classes or derived from 
> BaseException, not NoneType
> Removing descriptor: 6
> 
> This then causes the following ( failed_upload  ):
> 
> #euca-describe-images
> IMAGEami-0003
> ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xmlfailed_upload 
>privatei386machineari-0002aki-0001
> IMAGEari-0002
> ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1-initrd.manifest.xmlavailable  
>   privatei386ramdisk
> IMAGEaki-0001
> ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1-vmlinuz.manifest.xmlavailable 
>privatei386kernel
> 
> Has anyone else seen this?
> Is this due to the eventlet version?
> 
> $ dpkg -l | grep eventlet
> ii  python-eventlet  0.9.16-1 
> concurrent networking library for Python
> 
> Not sure why the poll method would be dying or why there would be a keyerror 
> also?
> 
> $ python --version
> Python 2.6.7
> 
> ___
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Openstack] Unable to publish an image on debian 6

[Vishvananda Ishaya]

You didn't get a traceback from the underlying exception?  That sucks.  Try 
changing the LOG.error(...) from just before line 271 in image/s3.py to 
log.excepton(...).  That should give you a traceback.

Vish

On Aug 15, 2011, at 4:45 PM, Joshua Harlow wrote:

> Ok,
> 
> Took that modified s3.py file and used it. This is what I get:
> 
> 2011-08-15 16:43:30,086 ERROR nova.image.s3 [-] Failed to upload 
> ttbb2/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xml to /tmp/tmp7jXqlf
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/dist-packages/eventlet/hubs/poll.py", line 97, in 
> wait
> readers.get(fileno, noop).cb(fileno)
>   File "/home/ctoteam/nova/nova/image/s3.py", line 271, in delayed_create
> raise
> TypeError: exceptions must be old-style classes or derived from 
> BaseException, not NoneType
> 
> Still not very helpful :-/
> Any ideas?
> 
> On 8/15/11 4:31 PM, "Vishvananda Ishaya"  wrote:
> 
> The underlying exception is getting eaten, so it is hard to say what the 
> underlying exception was.  I just pushed a branch here which should allow you 
> to see the underlying exception that caused the failed upload:
> 
> https://code.launchpad.net/~vishvananda/nova/lp827024
> 
>   If you run that 
> branch you should get a useful exception in your logs.
> 
> Vish
> 
> On Aug 15, 2011, at 2:41 PM, Joshua Harlow wrote:
> 
> Hi all,
> 
> I am using debian 6 (wheezy)  + nova-diablo-3 + glance (from git) and have 
> installed the needed python pkgs and have the correct servers and such 
> running.
> 
> I am seeing the following error when running the following:
> 
> #uec-publish-tarball  ttylinux-uec-i386-11.2_2.6.35-16_1.tar.gz  ttbb i386
> 
> 2011-08-15 14:36:10,385 DEBUG nova.utils [-] Running cmd (subprocess): 
> openssl enc -d -aes-128-cbc -in /tmp/tmpIHkMkG/image.encrypted -K 
> 57fbea5c3e106e0e6aec2d89ef5171ea -iv 77f27e730c319a341782b091b97216a5 -out 
> /tmp/tmpIHkMkG/image.tar.gz from (pid=16720) execute 
> /home/ctoteam/nova/nova/utils.py:143Traceback (most recent call last):  File 
> "/usr/lib/python2.6/logging/__init__.py", line 776, in emitmsg = 
> self.format(record)  File "/usr/lib/python2.6/logging/__init__.py", line 654, 
> in format
> return fmt.format(record)  File "/home/ctoteam/nova/nova/log.py", line 
> 214, in format
> return logging.Formatter.format(self, record)
>   File "/usr/lib/python2.6/logging/__init__.py", line 436, in format
> record.message = record.getMessage()
>   File "/usr/lib/python2.6/logging/__init__.py", line 306, in getMessage
> msg = msg % self.args
> KeyError: u'image_location'
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/dist-packages/eventlet/hubs/poll.py", line 97, in 
> wait
> readers.get(fileno, noop).cb(fileno)
>   File "/home/ctoteam/nova/nova/image/s3.py", line 267, in delayed_create
> raise
> TypeError: exceptions must be old-style classes or derived from 
> BaseException, not NoneType
> Removing descriptor: 6
> 
> This then causes the following ( failed_upload  ):
> 
> #euca-describe-images
> IMAGEami-0003
> ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xmlfailed_upload 
>privatei386machineari-0002aki-0001
> IMAGEari-0002
> ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1-initrd.manifest.xmlavailable  
>   privatei386ramdisk
> IMAGEaki-0001
> ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1-vmlinuz.manifest.xmlavailable 
>privatei386kernel
> 
> Has anyone else seen this?
> Is this due to the eventlet version?
> 
> $ dpkg -l | grep eventlet
> ii  python-eventlet  0.9.16-1 
> concurrent networking library for Python
> 
> Not sure why the poll method would be dying or why there would be a keyerror 
> also?
> 
> $ python --version
> Python 2.6.7
> 
> ___
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
> 
> 

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

[Openstack] [Keystone] legacy_token_auth

[Nguyen, Liem Manh]

Hello Stackers,

Currently, we have the legacy_token_auth to "help" with integration with 
services (like Swift) that still talks auth v1.0.  Will this filter go away and 
other services will be speaking pure Keystone when Diablo releases?

Thanks,
Liem
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Openstack] Unable to publish an image on debian 6

[Joshua Harlow]

Ok,

Took that modified s3.py file and used it. This is what I get:

2011-08-15 16:43:30,086 ERROR nova.image.s3 [-] Failed to upload 
ttbb2/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xml to /tmp/tmp7jXqlf
Traceback (most recent call last):
  File "/usr/lib/python2.6/dist-packages/eventlet/hubs/poll.py", line 97, in 
wait
readers.get(fileno, noop).cb(fileno)
  File "/home/ctoteam/nova/nova/image/s3.py", line 271, in delayed_create
raise
TypeError: exceptions must be old-style classes or derived from BaseException, 
not NoneType

Still not very helpful :-/
Any ideas?

On 8/15/11 4:31 PM, "Vishvananda Ishaya"  wrote:

The underlying exception is getting eaten, so it is hard to say what the 
underlying exception was.  I just pushed a branch here which should allow you 
to see the underlying exception that caused the failed upload:

https://code.launchpad.net/~vishvananda/nova/lp827024

  If you run that branch 
you should get a useful exception in your logs.

Vish

On Aug 15, 2011, at 2:41 PM, Joshua Harlow wrote:

Hi all,

I am using debian 6 (wheezy)  + nova-diablo-3 + glance (from git) and have 
installed the needed python pkgs and have the correct servers and such running.

I am seeing the following error when running the following:

#uec-publish-tarball  ttylinux-uec-i386-11.2_2.6.35-16_1.tar.gz  ttbb i386

2011-08-15 14:36:10,385 DEBUG nova.utils [-] Running cmd (subprocess): openssl 
enc -d -aes-128-cbc -in /tmp/tmpIHkMkG/image.encrypted -K 
57fbea5c3e106e0e6aec2d89ef5171ea -iv 77f27e730c319a341782b091b97216a5 -out 
/tmp/tmpIHkMkG/image.tar.gz from (pid=16720) execute 
/home/ctoteam/nova/nova/utils.py:143Traceback (most recent call last):  File 
"/usr/lib/python2.6/logging/__init__.py", line 776, in emitmsg = 
self.format(record)  File "/usr/lib/python2.6/logging/__init__.py", line 654, 
in format
return fmt.format(record)  File "/home/ctoteam/nova/nova/log.py", line 214, 
in format
return logging.Formatter.format(self, record)
  File "/usr/lib/python2.6/logging/__init__.py", line 436, in format
record.message = record.getMessage()
  File "/usr/lib/python2.6/logging/__init__.py", line 306, in getMessage
msg = msg % self.args
KeyError: u'image_location'
Traceback (most recent call last):
  File "/usr/lib/python2.6/dist-packages/eventlet/hubs/poll.py", line 97, in 
wait
readers.get(fileno, noop).cb(fileno)
  File "/home/ctoteam/nova/nova/image/s3.py", line 267, in delayed_create
raise
TypeError: exceptions must be old-style classes or derived from BaseException, 
not NoneType
Removing descriptor: 6

This then causes the following ( failed_upload  ):

#euca-describe-images
IMAGEami-0003
ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xmlfailed_upload   
 privatei386machineari-0002aki-0001
IMAGEari-0002
ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1-initrd.manifest.xmlavailable
privatei386ramdisk
IMAGEaki-0001
ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1-vmlinuz.manifest.xmlavailable   
 privatei386kernel

Has anyone else seen this?
Is this due to the eventlet version?

$ dpkg -l | grep eventlet
ii  python-eventlet  0.9.16-1 
concurrent networking library for Python

Not sure why the poll method would be dying or why there would be a keyerror 
also?

$ python --version
Python 2.6.7

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Openstack] Unable to publish an image on debian 6

[Vishvananda Ishaya]

I pushed a new version of that branch with the suggested change.  The recent 
change to our db library to make it use eventlet is stealing the stack trace, 
so we can't reraise the same exception.  The branch now logs the exception and 
returns instead of trying to reraise it.

Vish

On Aug 15, 2011, at 4:45 PM, Joshua Harlow wrote:

> Ok,
> 
> Took that modified s3.py file and used it. This is what I get:
> 
> 2011-08-15 16:43:30,086 ERROR nova.image.s3 [-] Failed to upload 
> ttbb2/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xml to /tmp/tmp7jXqlf
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/dist-packages/eventlet/hubs/poll.py", line 97, in 
> wait
> readers.get(fileno, noop).cb(fileno)
>   File "/home/ctoteam/nova/nova/image/s3.py", line 271, in delayed_create
> raise
> TypeError: exceptions must be old-style classes or derived from 
> BaseException, not NoneType
> 
> Still not very helpful :-/
> Any ideas?
> 
> On 8/15/11 4:31 PM, "Vishvananda Ishaya"  wrote:
> 
> The underlying exception is getting eaten, so it is hard to say what the 
> underlying exception was.  I just pushed a branch here which should allow you 
> to see the underlying exception that caused the failed upload:
> 
> https://code.launchpad.net/~vishvananda/nova/lp827024
> 
>   If you run that 
> branch you should get a useful exception in your logs.
> 
> Vish
> 
> On Aug 15, 2011, at 2:41 PM, Joshua Harlow wrote:
> 
> Hi all,
> 
> I am using debian 6 (wheezy)  + nova-diablo-3 + glance (from git) and have 
> installed the needed python pkgs and have the correct servers and such 
> running.
> 
> I am seeing the following error when running the following:
> 
> #uec-publish-tarball  ttylinux-uec-i386-11.2_2.6.35-16_1.tar.gz  ttbb i386
> 
> 2011-08-15 14:36:10,385 DEBUG nova.utils [-] Running cmd (subprocess): 
> openssl enc -d -aes-128-cbc -in /tmp/tmpIHkMkG/image.encrypted -K 
> 57fbea5c3e106e0e6aec2d89ef5171ea -iv 77f27e730c319a341782b091b97216a5 -out 
> /tmp/tmpIHkMkG/image.tar.gz from (pid=16720) execute 
> /home/ctoteam/nova/nova/utils.py:143Traceback (most recent call last):  File 
> "/usr/lib/python2.6/logging/__init__.py", line 776, in emitmsg = 
> self.format(record)  File "/usr/lib/python2.6/logging/__init__.py", line 654, 
> in format
> return fmt.format(record)  File "/home/ctoteam/nova/nova/log.py", line 
> 214, in format
> return logging.Formatter.format(self, record)
>   File "/usr/lib/python2.6/logging/__init__.py", line 436, in format
> record.message = record.getMessage()
>   File "/usr/lib/python2.6/logging/__init__.py", line 306, in getMessage
> msg = msg % self.args
> KeyError: u'image_location'
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/dist-packages/eventlet/hubs/poll.py", line 97, in 
> wait
> readers.get(fileno, noop).cb(fileno)
>   File "/home/ctoteam/nova/nova/image/s3.py", line 267, in delayed_create
> raise
> TypeError: exceptions must be old-style classes or derived from 
> BaseException, not NoneType
> Removing descriptor: 6
> 
> This then causes the following ( failed_upload  ):
> 
> #euca-describe-images
> IMAGEami-0003
> ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xmlfailed_upload 
>privatei386machineari-0002aki-0001
> IMAGEari-0002
> ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1-initrd.manifest.xmlavailable  
>   privatei386ramdisk
> IMAGEaki-0001
> ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1-vmlinuz.manifest.xmlavailable 
>privatei386kernel
> 
> Has anyone else seen this?
> Is this due to the eventlet version?
> 
> $ dpkg -l | grep eventlet
> ii  python-eventlet  0.9.16-1 
> concurrent networking library for Python
> 
> Not sure why the poll method would be dying or why there would be a keyerror 
> also?
> 
> $ python --version
> Python 2.6.7
> 
> ___
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
> 
> 

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Openstack] Unable to publish an image on debian 6

[Joshua Harlow]

Ok so what I'm seeing so far after this is:

2011-08-15 17:27:06,571 ERROR nova.image.s3 [-] Failed to upload 
bbb43/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xml to /tmp/tmp8Y5q5T
(nova.image.s3): TRACE: Traceback (most recent call last):
(nova.image.s3): TRACE:   File "/home/ctoteam/nova/nova/image/s3.py", line 263, 
in delayed_create
(nova.image.s3): TRACE: with open(unz_filename) as image_file:
(nova.image.s3): TRACE: IOError: [Errno 2] No such file or directory: 
'/tmp/tmp8Y5q5T/ttylinux-uec-i386-11.2_2.6.35-16_1.img'
(nova.image.s3): TRACE:

(Afterwards)
$ dpkg -l | grep cloud
ii  cloud-utils  0.21ubuntu1  cloud 
image management utilities
$ sudo ls -lah /tmp/tmp8Y5q5T/ttylinux-uec-i386-11.2_2.6.35-16_1.img
lrwxrwxrwx 1 ctoteam ctoteam 70 Aug 15 17:27 
/tmp/tmp8Y5q5T/ttylinux-uec-i386-11.2_2.6.35-16_1.img -> 
/tmp/uec-publish-tarball.IziQIP/ttylinux-uec-i386-11.2_2.6.35-16_1.img
$ sudo ls -lah 
/tmp/uec-publish-tarball.IziQIP/ttylinux-uec-i386-11.2_2.6.35-16_1.img
ls: cannot access 
/tmp/uec-publish-tarball.IziQIP/ttylinux-uec-i386-11.2_2.6.35-16_1.img: No such 
file or directory

Would this be a uec-publish-tarball bug? Or would it be nova deleting it to 
early?
It seems like the ramdisk and the kernel get uploaded fine, but not the machine 
image?

---
IMAGEami-000c
bbb43/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xmlfailed_upload  
  privatei386machineari-000baki-000a
IMAGEari-000b
bbb43/ttylinux-uec-i386-11.2_2.6.35-16_1-initrd.manifest.xmlavailable   
 privatei386ramdisk
IMAGEaki-000a
bbb43/ttylinux-uec-i386-11.2_2.6.35-16_1-vmlinuz.manifest.xmlavailable  
  privatei386kernel

On 8/15/11 4:45 PM, "Joshua Harlow"  wrote:

Ok,

Took that modified s3.py file and used it. This is what I get:

2011-08-15 16:43:30,086 ERROR nova.image.s3 [-] Failed to upload 
ttbb2/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xml to /tmp/tmp7jXqlf
Traceback (most recent call last):
  File "/usr/lib/python2.6/dist-packages/eventlet/hubs/poll.py", line 97, in 
wait
readers.get(fileno, noop).cb(fileno)
  File "/home/ctoteam/nova/nova/image/s3.py", line 271, in delayed_create
raise
TypeError: exceptions must be old-style classes or derived from BaseException, 
not NoneType

Still not very helpful :-/
Any ideas?

On 8/15/11 4:31 PM, "Vishvananda Ishaya"  wrote:

The underlying exception is getting eaten, so it is hard to say what the 
underlying exception was.  I just pushed a branch here which should allow you 
to see the underlying exception that caused the failed upload:

https://code.launchpad.net/~vishvananda/nova/lp827024

  If you run that branch 
you should get a useful exception in your logs.

Vish

On Aug 15, 2011, at 2:41 PM, Joshua Harlow wrote:

Hi all,

I am using debian 6 (wheezy)  + nova-diablo-3 + glance (from git) and have 
installed the needed python pkgs and have the correct servers and such running.

I am seeing the following error when running the following:

#uec-publish-tarball  ttylinux-uec-i386-11.2_2.6.35-16_1.tar.gz  ttbb i386

2011-08-15 14:36:10,385 DEBUG nova.utils [-] Running cmd (subprocess): openssl 
enc -d -aes-128-cbc -in /tmp/tmpIHkMkG/image.encrypted -K 
57fbea5c3e106e0e6aec2d89ef5171ea -iv 77f27e730c319a341782b091b97216a5 -out 
/tmp/tmpIHkMkG/image.tar.gz from (pid=16720) execute 
/home/ctoteam/nova/nova/utils.py:143Traceback (most recent call last):  File 
"/usr/lib/python2.6/logging/__init__.py", line 776, in emitmsg = 
self.format(record)  File "/usr/lib/python2.6/logging/__init__.py", line 654, 
in format
return fmt.format(record)  File "/home/ctoteam/nova/nova/log.py", line 214, 
in format
return logging.Formatter.format(self, record)
  File "/usr/lib/python2.6/logging/__init__.py", line 436, in format
record.message = record.getMessage()
  File "/usr/lib/python2.6/logging/__init__.py", line 306, in getMessage
msg = msg % self.args
KeyError: u'image_location'
Traceback (most recent call last):
  File "/usr/lib/python2.6/dist-packages/eventlet/hubs/poll.py", line 97, in 
wait
readers.get(fileno, noop).cb(fileno)
  File "/home/ctoteam/nova/nova/image/s3.py", line 267, in delayed_create
raise
TypeError: exceptions must be old-style classes or derived from BaseException, 
not NoneType
Removing descriptor: 6

This then causes the following ( failed_upload  ):

#euca-describe-images
IMAGEami-0003
ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xmlfailed_upload   
 privatei386machineari-0002aki-0001
IMAGEari-0002
ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1-initrd.manifest.xmlavailable
privatei386ramdisk
IMAGEaki-0001
ttbb/ttylinux-uec-i386-11.2_2.6.35-16_1-vmlinuz.manifest.xmlavailable   
 privatei386kernel

Has

Re: [Openstack] Unable to publish an image on debian 6

[Vishvananda Ishaya]

Not sure.  Is it possible that the user you are running nova as doesn't have 
access to tmp? Or that you don't have enough space to untar the image properly? 
 You would think that the untar command would fail in this case, but I can't 
see how else it would fail to find the file.  Maybe make sure that the img is 
actually in the tar.  The image is being downloaded from objectstore, 
decrypted, untarred, and then uploaded to glance.

Vish

On Aug 15, 2011, at 5:32 PM, Joshua Harlow wrote:

> Ok so what I’m seeing so far after this is:
> 
> 2011-08-15 17:27:06,571 ERROR nova.image.s3 [-] Failed to upload 
> bbb43/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xml to /tmp/tmp8Y5q5T
> (nova.image.s3): TRACE: Traceback (most recent call last):
> (nova.image.s3): TRACE:   File "/home/ctoteam/nova/nova/image/s3.py", line 
> 263, in delayed_create
> (nova.image.s3): TRACE: with open(unz_filename) as image_file:
> (nova.image.s3): TRACE: IOError: [Errno 2] No such file or directory: 
> '/tmp/tmp8Y5q5T/ttylinux-uec-i386-11.2_2.6.35-16_1.img'
> (nova.image.s3): TRACE: 
> 
> (Afterwards)
> $ dpkg -l | grep cloud
> ii  cloud-utils  0.21ubuntu1  
> cloud image management utilities
> $ sudo ls -lah /tmp/tmp8Y5q5T/ttylinux-uec-i386-11.2_2.6.35-16_1.img
> lrwxrwxrwx 1 ctoteam ctoteam 70 Aug 15 17:27 
> /tmp/tmp8Y5q5T/ttylinux-uec-i386-11.2_2.6.35-16_1.img -> 
> /tmp/uec-publish-tarball.IziQIP/ttylinux-uec-i386-11.2_2.6.35-16_1.img
> $ sudo ls -lah 
> /tmp/uec-publish-tarball.IziQIP/ttylinux-uec-i386-11.2_2.6.35-16_1.img
> ls: cannot access 
> /tmp/uec-publish-tarball.IziQIP/ttylinux-uec-i386-11.2_2.6.35-16_1.img: No 
> such file or directory
> 
> Would this be a uec-publish-tarball bug? Or would it be nova deleting it to 
> early?
> It seems like the ramdisk and the kernel get uploaded fine, but not the 
> machine image?
> 
> ---
> IMAGEami-000c
> bbb43/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xml
> failed_uploadprivatei386machineari-000b
> aki-000a
> IMAGEari-000b
> bbb43/ttylinux-uec-i386-11.2_2.6.35-16_1-initrd.manifest.xmlavailable 
>privatei386ramdisk
> IMAGEaki-000a
> bbb43/ttylinux-uec-i386-11.2_2.6.35-16_1-vmlinuz.manifest.xml
> availableprivatei386kernel
> 
> On 8/15/11 4:45 PM, "Joshua Harlow"  wrote:
> 
> Ok,
> 
> Took that modified s3.py file and used it. This is what I get:
> 
> 2011-08-15 16:43:30,086 ERROR nova.image.s3 [-] Failed to upload 
> ttbb2/ttylinux-uec-i386-11.2_2.6.35-16_1.img.manifest.xml to /tmp/tmp7jXqlf
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/dist-packages/eventlet/hubs/poll.py", line 97, in 
> wait
> readers.get(fileno, noop).cb(fileno)
>   File "/home/ctoteam/nova/nova/image/s3.py", line 271, in delayed_create
> raise
> TypeError: exceptions must be old-style classes or derived from 
> BaseException, not NoneType
> 
> Still not very helpful :-/
> Any ideas?
> 
> On 8/15/11 4:31 PM, "Vishvananda Ishaya"  wrote:
> 
> The underlying exception is getting eaten, so it is hard to say what the 
> underlying exception was.  I just pushed a branch here which should allow you 
> to see the underlying exception that caused the failed upload:
> 
> https://code.launchpad.net/~vishvananda/nova/lp827024
> 
>   If you run that 
> branch you should get a useful exception in your logs.
> 
> Vish
> 
> On Aug 15, 2011, at 2:41 PM, Joshua Harlow wrote:
> 
> Hi all,
> 
> I am using debian 6 (wheezy)  + nova-diablo-3 + glance (from git) and have 
> installed the needed python pkgs and have the correct servers and such 
> running.
> 
> I am seeing the following error when running the following:
> 
> #uec-publish-tarball  ttylinux-uec-i386-11.2_2.6.35-16_1.tar.gz  ttbb i386
> 
> 2011-08-15 14:36:10,385 DEBUG nova.utils [-] Running cmd (subprocess): 
> openssl enc -d -aes-128-cbc -in /tmp/tmpIHkMkG/image.encrypted -K 
> 57fbea5c3e106e0e6aec2d89ef5171ea -iv 77f27e730c319a341782b091b97216a5 -out 
> /tmp/tmpIHkMkG/image.tar.gz from (pid=16720) execute 
> /home/ctoteam/nova/nova/utils.py:143Traceback (most recent call last):  File 
> "/usr/lib/python2.6/logging/__init__.py", line 776, in emitmsg = 
> self.format(record)  File "/usr/lib/python2.6/logging/__init__.py", line 654, 
> in format
> return fmt.format(record)  File "/home/ctoteam/nova/nova/log.py", line 
> 214, in format
> return logging.Formatter.format(self, record)
>   File "/usr/lib/python2.6/logging/__init__.py", line 436, in format
> record.message = record.getMessage()
>   File "/usr/lib/python2.6/logging/__init__.py", line 306, in getMessage
> msg = msg % self.args
> KeyError: u'image_location'
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/dist-packages/eventlet/hubs/poll.py", line 97, in 
> wait
> readers.get(fileno, noop).cb(fileno)
>   

[Openstack] VM DHCP usage

[Joshua Harlow]

Hi all,

Is it correct that if we want to give a VM a specific IP then we should use 
flat networking?

Say I have a known IP that a VM should have, then is there a way to ensure that 
the nova-network component finds that IP?

Is this basically what flat networking is?

-Josh
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

[Openstack] Qemu error?

[Joshua Harlow]

Hi all,

Another error that others may have seen:
Is it supposed to continue even if this fails?
This is for running xen btw (this is running on nova-compute in a xen dom0 
instance).

ting data into image 3 (Unexpected error while running command.
Command: sudo qemu-nbd -c /dev/nbd14 
/home/ctoteam/nova/nova/..//instances/instance-000a/disk
Exit code: 1
Stdout: ''
Stderr: "qemu-nbd: Could not access '/dev/nbd14': No such file or directory\n")
libvir: Xen Daemon error : XML error: failed to parse domain description
2011-08-15 19:16:29,374 ERROR nova.exception [-] Uncaught exception
(nova.exception): TRACE: Traceback (most recent call last):
(nova.exception): TRACE:   File "/home/ctoteam/nova/nova/exception.py", line 
97, in wrapped
(nova.exception): TRACE: return f(*args, **kw)
(nova.exception): TRACE:   File 
"/home/ctoteam/nova/nova/virt/libvirt/connection.py", line 603, in spawn
(nova.exception): TRACE: domain = self._create_new_domain(xml)
(nova.exception): TRACE:   File 
"/home/ctoteam/nova/nova/virt/libvirt/connection.py", line 1078, in 
_create_new_domain
(nova.exception): TRACE: domain = self._conn.defineXML(xml)
(nova.exception): TRACE:   File "/usr/lib/python2.6/dist-packages/libvirt.py", 
line 1869, in defineXML
(nova.exception): TRACE: if ret is None:raise 
libvirtError('virDomainDefineXML() failed', conn=self)
(nova.exception): TRACE: libvirtError: XML error: failed to parse domain 
description
(nova.exception): TRACE:
2011-08-15 19:16:29,375 ERROR nova.compute.manager [-] Instance '10' failed to 
spawn. Is virtualization enabled in the BIOS? Details: XML error: failed to 
parse domain description
(nova.compute.manager): TRACE: Traceback (most recent call last):
(nova.compute.manager): TRACE:   File 
"/home/ctoteam/nova/nova/compute/manager.py", line 329, in _run_instance
(nova.compute.manager): TRACE: self.driver.spawn(instance, network_info, 
bd_mapping)
(nova.compute.manager): TRACE:   File "/home/ctoteam/nova/nova/exception.py", 
line 124, in wrapped
(nova.compute.manager): TRACE: raise Error(str(e))
(nova.compute.manager): TRACE: Error: XML error: failed to parse domain 
description
(nova.compute.manager): TRACE:
libvir: Xen error : Domain not found: xenUnifiedDomainLookupByName
2011-08-15 19:16:51,893 INFO nova.compute.manager [-] Found instance 
'instance-0005' in DB but no VM. State=5
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp