Re: [Bug 520265] Re: Out of date with AWS API

2010-08-24 Thread Ye Wen
clc/modules/msgs/src/main/resources/*-binding.xml lists the aws API versions
we support.

On Tue, Aug 24, 2010 at 10:49 AM, Dave Walker davewal...@ubuntu.com
wrote:

 @Eucalyptus, Do you plan on documenting which version of the API you are
 following?

 Thanks.

 ** Also affects: eucalyptus
   Importance: Undecided
   Status: New

 --
 Out of date with AWS API
 https://bugs.launchpad.net/bugs/520265
 You received this bug notification because you are a member of
 Eucalyptus Maintainers, which is subscribed to Eucalyptus.

 Status in Eucalyptus: New
 Status in “eucalyptus” package in Ubuntu: Confirmed

 Bug description:
 This is a wishlist really: Amazon AWS versions their API and as they add
 features the API moves; it would be great to support the latest and greatest
 API facilities, but its not trivial.

 One thing that could be done to make this better is documentation: Amazon
 clearly document the API version they support and provide docs for each
 release (and you can use old releases too). We should document the API
 version we are current with (searching for UEC API version doesn't return
 anything remotely useful).




-- 
Out of date with AWS API
https://bugs.launchpad.net/bugs/520265
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


Re: [Bug 520265] Re: Out of date with AWS API

2010-08-24 Thread Ye Wen
It means all these APIs are compatible with Eucalyptus. Chris can be more
specific, maybe.

On Tue, Aug 24, 2010 at 11:25 AM, Dave Walker davewal...@ubuntu.com
wrote:

 @Ye, thanks for the quick update.

 Here is a list of those locations in current Maverick:
 clc/modules/msgs/src/main/resources/2006-06-26-binding.xml
 clc/modules/msgs/src/main/resources/2006-10-01-binding.xml
 clc/modules/msgs/src/main/resources/2007-01-03-binding.xml
 clc/modules/msgs/src/main/resources/2007-01-19-binding.xml
 clc/modules/msgs/src/main/resources/2007-03-01-binding.xml
 clc/modules/msgs/src/main/resources/2007-08-29-binding.xml
 clc/modules/msgs/src/main/resources/2008-02-01-binding.xml
 clc/modules/msgs/src/main/resources/2008-05-05-binding.xml
 clc/modules/msgs/src/main/resources/2008-08-08-binding.xml
 clc/modules/msgs/src/main/resources/2008-12-01-binding.xml
 clc/modules/msgs/src/main/resources/2009-03-01-binding.xml
 clc/modules/msgs/src/main/resources/2009-04-04-binding.xml
 clc/modules/msgs/src/main/resources/2009-07-15-binding.xml
 clc/modules/msgs/src/main/resources/2009-08-15-binding.xml
 clc/modules/msgs/src/main/resources/2009-10-31-binding.xml
 clc/modules/msgs/src/main/resources/2009-11-30-binding.xml
 clc/modules/msgs/src/main/resources/CC-binding.xml
 clc/modules/msgs/src/main/resources/s3-2006-03-01-binding.xml
 clc/modules/msgs/src/main/resources/storage-controller-binding.xml

 Does this mean we are following the 2009-11-30 API?
 (aka: http://docs.amazonwebservices.com/AWSEC2/2009-11-30/APIReference/)

 If so, then the fix for this bug is to link to it in our docs.. Thanks
 :)

 --
 Out of date with AWS API
 https://bugs.launchpad.net/bugs/520265
 You received this bug notification because you are a member of
 Eucalyptus Maintainers, which is subscribed to Eucalyptus.

 Status in Eucalyptus: New
 Status in “eucalyptus” package in Ubuntu: Confirmed

 Bug description:
 This is a wishlist really: Amazon AWS versions their API and as they add
 features the API moves; it would be great to support the latest and greatest
 API facilities, but its not trivial.

 One thing that could be done to make this better is documentation: Amazon
 clearly document the API version they support and provide docs for each
 release (and you can use old releases too). We should document the API
 version we are current with (searching for UEC API version doesn't return
 anything remotely useful).




-- 
Out of date with AWS API
https://bugs.launchpad.net/bugs/520265
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


Re: [Bug 415484] Re: unable to save login details for web UI

2010-08-24 Thread Ye Wen
Hi,

Obviously it is because we are not using form and the UI is generated from
javascript. There is a hack to achieve password autocomplete in IE and
firefox. It does not seem to work with webkit though.

http://groups.google.com/group/google-web-
toolkit/browse_thread/thread/2b2ce0b6aaa82461

This is an issue with GWT. We surely can do something to mimic the same
effect. But it looks like some major code change in the UI.

Is this a must to fix? I feel it is that important. Just my opinion. If it
is really necessary, we can fix it surely.

Ye

On Tue, Aug 24, 2010 at 10:17 AM, Dave Walker davewal...@ubuntu.com
wrote:

 (apologies for misspelling your name Dmitrii)

 --
 unable to save login details for web UI
 https://bugs.launchpad.net/bugs/415484
 You received this bug notification because you are a member of
 Eucalyptus Maintainers, which is subscribed to Eucalyptus.

 Status in Eucalyptus: Confirmed
 Status in “eucalyptus” package in Ubuntu: Triaged

 Bug description:
 Perhaps because the login form is generated by Javascript, Firefox never
 prompts me to save my username/password for the Eucalyptus web UI. I would
 quite like to be able to do so!




-- 
unable to save login details for web UI
https://bugs.launchpad.net/bugs/415484
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


Re: [Bug 415484] Re: unable to save login details for web UI

2010-08-24 Thread Ye Wen
On Tue, Aug 24, 2010 at 11:41 AM, Ye Wen we...@eucalyptus.com wrote:

 Hi,

 Obviously it is because we are not using form and the UI is generated from
 javascript. There is a hack to achieve password autocomplete in IE and
 firefox. It does not seem to work with webkit though.


 http://groups.google.com/group/google-web-toolkit/browse_thread/thread/2b2ce0b6aaa82461

 This is an issue with GWT. We surely can do something to mimic the same
 effect. But it looks like some major code change in the UI.

 Is this a must to fix? I feel it is that important. Just my opinion. If it
 is really necessary, we can fix it surely.


s/I feel it is that important/I feel it is not that important/


 Ye

 On Tue, Aug 24, 2010 at 10:17 AM, Dave Walker davewal...@ubuntu.comwrote:

 (apologies for misspelling your name Dmitrii)

 --
 unable to save login details for web UI
 https://bugs.launchpad.net/bugs/415484
 You received this bug notification because you are a member of
 Eucalyptus Maintainers, which is subscribed to Eucalyptus.

 Status in Eucalyptus: Confirmed
 Status in “eucalyptus” package in Ubuntu: Triaged

 Bug description:
 Perhaps because the login form is generated by Javascript, Firefox never
 prompts me to save my username/password for the Eucalyptus web UI. I would
 quite like to be able to do so!





-- 
unable to save login details for web UI
https://bugs.launchpad.net/bugs/415484
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


Re: [Bug 520265] Re: Out of date with AWS API

2010-08-24 Thread Ye Wen
clc/modules/msgs/src/main/resources/*-binding.xml lists the aws API versions
we support.

On Tue, Aug 24, 2010 at 10:49 AM, Dave Walker davewal...@ubuntu.com
wrote:

 @Eucalyptus, Do you plan on documenting which version of the API you are
 following?

 Thanks.

 ** Also affects: eucalyptus
   Importance: Undecided
   Status: New

 --
 Out of date with AWS API
 https://bugs.launchpad.net/bugs/520265
 You received this bug notification because you are a member of
 Eucalyptus Maintainers, which is subscribed to Eucalyptus.

 Status in Eucalyptus: New
 Status in “eucalyptus” package in Ubuntu: Confirmed

 Bug description:
 This is a wishlist really: Amazon AWS versions their API and as they add
 features the API moves; it would be great to support the latest and greatest
 API facilities, but its not trivial.

 One thing that could be done to make this better is documentation: Amazon
 clearly document the API version they support and provide docs for each
 release (and you can use old releases too). We should document the API
 version we are current with (searching for UEC API version doesn't return
 anything remotely useful).




-- 
Out of date with AWS API
https://bugs.launchpad.net/bugs/520265
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Re: [Bug 520265] Re: Out of date with AWS API

2010-08-24 Thread Ye Wen
It means all these APIs are compatible with Eucalyptus. Chris can be more
specific, maybe.

On Tue, Aug 24, 2010 at 11:25 AM, Dave Walker davewal...@ubuntu.com
wrote:

 @Ye, thanks for the quick update.

 Here is a list of those locations in current Maverick:
 clc/modules/msgs/src/main/resources/2006-06-26-binding.xml
 clc/modules/msgs/src/main/resources/2006-10-01-binding.xml
 clc/modules/msgs/src/main/resources/2007-01-03-binding.xml
 clc/modules/msgs/src/main/resources/2007-01-19-binding.xml
 clc/modules/msgs/src/main/resources/2007-03-01-binding.xml
 clc/modules/msgs/src/main/resources/2007-08-29-binding.xml
 clc/modules/msgs/src/main/resources/2008-02-01-binding.xml
 clc/modules/msgs/src/main/resources/2008-05-05-binding.xml
 clc/modules/msgs/src/main/resources/2008-08-08-binding.xml
 clc/modules/msgs/src/main/resources/2008-12-01-binding.xml
 clc/modules/msgs/src/main/resources/2009-03-01-binding.xml
 clc/modules/msgs/src/main/resources/2009-04-04-binding.xml
 clc/modules/msgs/src/main/resources/2009-07-15-binding.xml
 clc/modules/msgs/src/main/resources/2009-08-15-binding.xml
 clc/modules/msgs/src/main/resources/2009-10-31-binding.xml
 clc/modules/msgs/src/main/resources/2009-11-30-binding.xml
 clc/modules/msgs/src/main/resources/CC-binding.xml
 clc/modules/msgs/src/main/resources/s3-2006-03-01-binding.xml
 clc/modules/msgs/src/main/resources/storage-controller-binding.xml

 Does this mean we are following the 2009-11-30 API?
 (aka: http://docs.amazonwebservices.com/AWSEC2/2009-11-30/APIReference/)

 If so, then the fix for this bug is to link to it in our docs.. Thanks
 :)

 --
 Out of date with AWS API
 https://bugs.launchpad.net/bugs/520265
 You received this bug notification because you are a member of
 Eucalyptus Maintainers, which is subscribed to Eucalyptus.

 Status in Eucalyptus: New
 Status in “eucalyptus” package in Ubuntu: Confirmed

 Bug description:
 This is a wishlist really: Amazon AWS versions their API and as they add
 features the API moves; it would be great to support the latest and greatest
 API facilities, but its not trivial.

 One thing that could be done to make this better is documentation: Amazon
 clearly document the API version they support and provide docs for each
 release (and you can use old releases too). We should document the API
 version we are current with (searching for UEC API version doesn't return
 anything remotely useful).




-- 
Out of date with AWS API
https://bugs.launchpad.net/bugs/520265
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Re: [Bug 415484] Re: unable to save login details for web UI

2010-08-24 Thread Ye Wen
Hi,

Obviously it is because we are not using form and the UI is generated from
javascript. There is a hack to achieve password autocomplete in IE and
firefox. It does not seem to work with webkit though.

http://groups.google.com/group/google-web-
toolkit/browse_thread/thread/2b2ce0b6aaa82461

This is an issue with GWT. We surely can do something to mimic the same
effect. But it looks like some major code change in the UI.

Is this a must to fix? I feel it is that important. Just my opinion. If it
is really necessary, we can fix it surely.

Ye

On Tue, Aug 24, 2010 at 10:17 AM, Dave Walker davewal...@ubuntu.com
wrote:

 (apologies for misspelling your name Dmitrii)

 --
 unable to save login details for web UI
 https://bugs.launchpad.net/bugs/415484
 You received this bug notification because you are a member of
 Eucalyptus Maintainers, which is subscribed to Eucalyptus.

 Status in Eucalyptus: Confirmed
 Status in “eucalyptus” package in Ubuntu: Triaged

 Bug description:
 Perhaps because the login form is generated by Javascript, Firefox never
 prompts me to save my username/password for the Eucalyptus web UI. I would
 quite like to be able to do so!




-- 
unable to save login details for web UI
https://bugs.launchpad.net/bugs/415484
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Re: [Bug 415484] Re: unable to save login details for web UI

2010-08-24 Thread Ye Wen
On Tue, Aug 24, 2010 at 11:41 AM, Ye Wen we...@eucalyptus.com wrote:

 Hi,

 Obviously it is because we are not using form and the UI is generated from
 javascript. There is a hack to achieve password autocomplete in IE and
 firefox. It does not seem to work with webkit though.


 http://groups.google.com/group/google-web-toolkit/browse_thread/thread/2b2ce0b6aaa82461

 This is an issue with GWT. We surely can do something to mimic the same
 effect. But it looks like some major code change in the UI.

 Is this a must to fix? I feel it is that important. Just my opinion. If it
 is really necessary, we can fix it surely.


s/I feel it is that important/I feel it is not that important/


 Ye

 On Tue, Aug 24, 2010 at 10:17 AM, Dave Walker davewal...@ubuntu.comwrote:

 (apologies for misspelling your name Dmitrii)

 --
 unable to save login details for web UI
 https://bugs.launchpad.net/bugs/415484
 You received this bug notification because you are a member of
 Eucalyptus Maintainers, which is subscribed to Eucalyptus.

 Status in Eucalyptus: Confirmed
 Status in “eucalyptus” package in Ubuntu: Triaged

 Bug description:
 Perhaps because the login form is generated by Javascript, Firefox never
 prompts me to save my username/password for the Eucalyptus web UI. I would
 quite like to be able to do so!





-- 
unable to save login details for web UI
https://bugs.launchpad.net/bugs/415484
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 615646] Re: cannot attach a volume to an instance

2010-08-12 Thread Ye Wen
The problem is that the iscsi related commands and scripts are not
listed in the /etc/eucalyptus/wrappers.conf on NC. I guess there is some
misunderstanding between both our sides. We assume you know that all the
original sudoers config needs to be moved into wrappers.conf. But
obviously this information was not conveyed clearly.

So, here is the stuff you need to add to the wrappers.conf on NC:

get_iscsitarget.pl  /usr/share/eucalyptus/get_iscsitarget.pl0
connect_iscsitarget.pl/usr/share/eucalyptus/connect_iscsitarget.pl0
disconnect_iscsitarget.pl /usr/share/eucalyptus/disconnect_iscsitarget.pl 0

And put the following in wrappers.conf on SC:

tgtadm  /usr/sbin/tgtadm0

Or maybe just list the 4 items in all wrappers.conf for easiness.

Also, remember to attach a device using euca-attach-volume ... -d
/dev/vdx since SCSI hotplug is not working on Maverick anymore.

I have successfully tested the process in our Maverick daily build
installation. Please give it try again by following the procedure I
listed above and let us know if you still have problems with EBS
attaching.

Given there is no work from Eucalyptus side, and all you have to do is a
change in the config, I'm closing this bug as fixed now. Please reopen
it if there is still problem. But please open another bug if the problem
is different.

** Changed in: eucalyptus
   Status: New = Invalid

-- 
cannot attach a volume to an instance
https://bugs.launchpad.net/bugs/615646
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 615646] Re: cannot attach a volume to an instance

2010-08-12 Thread Ye Wen
The problem is that the iscsi related commands and scripts are not
listed in the /etc/eucalyptus/wrappers.conf on NC. I guess there is some
misunderstanding between both our sides. We assume you know that all the
original sudoers config needs to be moved into wrappers.conf. But
obviously this information was not conveyed clearly.

So, here is the stuff you need to add to the wrappers.conf on NC:

get_iscsitarget.pl  /usr/share/eucalyptus/get_iscsitarget.pl0
connect_iscsitarget.pl/usr/share/eucalyptus/connect_iscsitarget.pl0
disconnect_iscsitarget.pl /usr/share/eucalyptus/disconnect_iscsitarget.pl 0

And put the following in wrappers.conf on SC:

tgtadm  /usr/sbin/tgtadm0

Or maybe just list the 4 items in all wrappers.conf for easiness.

Also, remember to attach a device using euca-attach-volume ... -d
/dev/vdx since SCSI hotplug is not working on Maverick anymore.

I have successfully tested the process in our Maverick daily build
installation. Please give it try again by following the procedure I
listed above and let us know if you still have problems with EBS
attaching.

Given there is no work from Eucalyptus side, and all you have to do is a
change in the config, I'm closing this bug as fixed now. Please reopen
it if there is still problem. But please open another bug if the problem
is different.

** Changed in: eucalyptus
   Status: New = Invalid

-- 
cannot attach a volume to an instance
https://bugs.launchpad.net/bugs/615646
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 613832] Re: Cannot mark address as allocating[unallocated.false-allocated.true] when it is assigned.true:

2010-08-05 Thread Ye Wen
We got this in our long term test too. It looked like an addressing
issue that we are aware of. Chris has an fix to be committed. I will
update once this is confirmed.

-- 
Cannot mark address as allocating[unallocated.false-allocated.true] when it is 
assigned.true:
https://bugs.launchpad.net/bugs/613832
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 610479] Re: Instance fails to start

2010-08-05 Thread Ye Wen
Could you verify this is still happening with the latest commits? I
guess one of my fixes solves the problem.

-- 
Instance fails to start
https://bugs.launchpad.net/bugs/610479
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 613832] Re: Cannot mark address as allocating[unallocated.false-allocated.true] when it is assigned.true:

2010-08-05 Thread Ye Wen
We got this in our long term test too. It looked like an addressing
issue that we are aware of. Chris has an fix to be committed. I will
update once this is confirmed.

-- 
Cannot mark address as allocating[unallocated.false-allocated.true] when it is 
assigned.true:
https://bugs.launchpad.net/bugs/613832
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 613832] Re: Cannot mark address as allocating[unallocated.false-allocated.true] when it is assigned.true:

2010-08-05 Thread Ye Wen
Chris has confirmed. He's merging a fix.

-- 
Cannot mark address as allocating[unallocated.false-allocated.true] when it is 
assigned.true:
https://bugs.launchpad.net/bugs/613832
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 610479] Re: Instance fails to start

2010-08-05 Thread Ye Wen
Could you verify this is still happening with the latest commits? I
guess one of my fixes solves the problem.

-- 
Instance fails to start
https://bugs.launchpad.net/bugs/610479
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 602060] [NEW] Virtio network stops working after dynamic virtio disk attachment

2010-07-05 Thread Ye Wen
Public bug reported:

The virtio networking is implemented by the following libvirt XML configuration 
snippet:
interface type='bridge'
source bridge='BRIDGEDEV'/
mac address='PRIVMACADDR'/
model type='virtio'/
/interface

The disk attachment is implemented by:
   disk type='block'driver name='phy'/source dev='%s'/target dev='%s' 
bus='virtio'//disk

When virtio networking is enabled, attaching a virtio disk will render
the networking dysfunctional. Nothing in the kernel log shows anything
useful. The VM's network is simply down. At this point, I have no idea
what happened.

I was doing experiments on Lucid using kernel 2.6.32-11-server. I tried
both 2.6.28-11-generic and 2.6.32-11-generic kernels for the guest VM.
Both have the same issue.

However, I tried the problematic combination: virtio net + virtio disk
attachment (which causes network failure on Lucid) on Karmic. And the
problem is GONE. On Karmic, I'm using kvm version 1:84+dfsg-
0ubuntu16+0.11.0+0ubuntu6.3 and kernel 2.6.31-16-generic for the host,
kernel 2.6.28-11-generic for guest. So it seems like the virtio
functionality is somehow broken in Lucid.

** Affects: eucalyptus (Ubuntu)
 Importance: Undecided
 Assignee: Serge Hallyn (serge-hallyn)
 Status: New

** Changed in: eucalyptus (Ubuntu)
 Assignee: (unassigned) = Serge Hallyn (serge-hallyn)

-- 
Virtio network stops working after dynamic virtio disk attachment
https://bugs.launchpad.net/bugs/602060
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 602060] [NEW] Virtio network stops working after dynamic virtio disk attachment

2010-07-05 Thread Ye Wen
Public bug reported:

The virtio networking is implemented by the following libvirt XML configuration 
snippet:
interface type='bridge'
source bridge='BRIDGEDEV'/
mac address='PRIVMACADDR'/
model type='virtio'/
/interface

The disk attachment is implemented by:
   disk type='block'driver name='phy'/source dev='%s'/target dev='%s' 
bus='virtio'//disk

When virtio networking is enabled, attaching a virtio disk will render
the networking dysfunctional. Nothing in the kernel log shows anything
useful. The VM's network is simply down. At this point, I have no idea
what happened.

I was doing experiments on Lucid using kernel 2.6.32-11-server. I tried
both 2.6.28-11-generic and 2.6.32-11-generic kernels for the guest VM.
Both have the same issue.

However, I tried the problematic combination: virtio net + virtio disk
attachment (which causes network failure on Lucid) on Karmic. And the
problem is GONE. On Karmic, I'm using kvm version 1:84+dfsg-
0ubuntu16+0.11.0+0ubuntu6.3 and kernel 2.6.31-16-generic for the host,
kernel 2.6.28-11-generic for guest. So it seems like the virtio
functionality is somehow broken in Lucid.

** Affects: eucalyptus (Ubuntu)
 Importance: Undecided
 Assignee: Serge Hallyn (serge-hallyn)
 Status: New

** Changed in: eucalyptus (Ubuntu)
 Assignee: (unassigned) = Serge Hallyn (serge-hallyn)

-- 
Virtio network stops working after dynamic virtio disk attachment
https://bugs.launchpad.net/bugs/602060
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs