[Bug 472861] New: Guest 11.1 under vmware fails to hibernate.
https://bugzilla.novell.com/show_bug.cgi?id=472861 Summary: Guest 11.1 under vmware fails to hibernate. Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: Other OS/Version: openSUSE 11.1 Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: robin.listas@telefonica.net QAContact: qa@suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.5) Gecko/2008121300 SUSE/3.0.5-0.1 Firefox/3.0.5 Host: 11.0 Guest: 11.1 VMware-server-1.0.8-126538 result and procedure: eleanor:~ # powersave -U method return sender=:1.0 -> dest=:1.115 reply_serial=2 int32 22 eleanor:~ # If triggered from the desktop (gnome), is fails silently. Reproducible: Always Steps to Reproduce: The problem may be academic, because I personally don't see a point in hibernating the guest when you can tell the vmware server to suspend to disk the entire machine. However, there it is. I'll attach the /var/log/pm-suspend.log -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=472861
User robin.listas@telefonica.net added comment
https://bugzilla.novell.com/show_bug.cgi?id=472861#c1
--- Comment #1 from Carlos Robinson
https://bugzilla.novell.com/show_bug.cgi?id=472861
User cyhan@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=472861#c2
Chuanye Han
https://bugzilla.novell.com/show_bug.cgi?id=472861
User robin.listas@telefonica.net added comment
https://bugzilla.novell.com/show_bug.cgi?id=472861#c3
Carlos Robinson
Carlos, thanks for your report, could you please help to provide more information according to the following URL? Thank you. http://en.opensuse.org/Bugs:Suspend_Failure
I'm sorry, but what information do you need, exactly? The pm-suspend.log was already attached, and the pm-suspend only contains a line: export KERNEL_LOGLEVEL=7 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=472861
Cyril Hrubis
https://bugzilla.novell.com/show_bug.cgi?id=472861
User seife@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=472861#c4
Stefan Seyfried
https://bugzilla.novell.com/show_bug.cgi?id=472861
User robin.listas@telefonica.net added comment
https://bugzilla.novell.com/show_bug.cgi?id=472861#c5
Carlos Robinson
https://bugzilla.novell.com/show_bug.cgi?id=472861
User robin.listas@telefonica.net added comment
https://bugzilla.novell.com/show_bug.cgi?id=472861#c6
--- Comment #6 from Carlos Robinson
https://bugzilla.novell.com/show_bug.cgi?id=472861
User seife@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=472861#c7
Stefan Seyfried
It works, but... things break. The guest lost network, and rcnetwork fails to get an IP. I have seen an Oops flashing by, which I will not bother to report, as the kernel chaps here do not want to look at anything related to vmware.
Actually - if it is inside the guest, the kernel hackers will look at it... :-)
If I need to hibernate the guest, I'll use vmware suspend instead of guest suspend. It is safer and works. Testing the guest hibernation was just that, a test, to check what things I could test on a virtual environment instead of a real one.
It's actually a valid test and I appreciate the testing and the bugreport! I'll look into the issue with the serial console. It is possible that it just does not work and is not easy to fix, then I might decide to "wontfix" it. It might also be that it is fixable, I don't know yet. ..at least suddenly the "strange" error message makes much more sense now ;) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=472861
User robin.listas@telefonica.net added comment
https://bugzilla.novell.com/show_bug.cgi?id=472861#c8
--- Comment #8 from Carlos Robinson
(In reply to comment #6)
It works, but... things break. The guest lost network, and rcnetwork fails to get an IP. I have seen an Oops flashing by, which I will not bother to report, as the kernel chaps here do not want to look at anything related to vmware.
Actually - if it is inside the guest, the kernel hackers will look at it... :-)
Ah, thanks for the clarification. Then I'll start again the virtual machine to get the log and report - but it will have to wait for next reboot (the last dbus update recommends a reboot), things are not stable right now.
If I need to hibernate the guest, I'll use vmware suspend instead of guest suspend. It is safer and works. Testing the guest hibernation was just that, a test, to check what things I could test on a virtual environment instead of a real one.
It's actually a valid test and I appreciate the testing and the bugreport!
I'll look into the issue with the serial console. It is possible that it just does not work and is not easy to fix, then I might decide to "wontfix" it. It might also be that it is fixable, I don't know yet. ...at least suddenly the "strange" error message makes much more sense now ;)
Ok, I understand. I appreciate that you appreciate it ;-) Yes, indeed it makes more sense now. It's up to you to decide what to do finally, but I'm curious to know what comes out of it some time. Getting machines with real hardware serial port is more difficult every day, but it is needed for some cases of kernel debugging. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=472861
User robin.listas@telefonica.net added comment
https://bugzilla.novell.com/show_bug.cgi?id=472861#c9
--- Comment #9 from Carlos Robinson
https://bugzilla.novell.com/show_bug.cgi?id=472861
Carlos Robinson
https://bugzilla.novell.com/show_bug.cgi?id=472861
User robin.listas@telefonica.net added comment
https://bugzilla.novell.com/show_bug.cgi?id=472861#c10
--- Comment #10 from Carlos Robinson
https://bugzilla.novell.com/show_bug.cgi?id=472861
User rjw@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=472861#c11
--- Comment #11 from Rafael Wysocki
I have tested this using my "real" machine, booting the 11.1 test partition. The result is the same as with the guest on vmware.
Does it mean it resumes, but networking doesn't work after that? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=472861
User robin.listas@telefonica.net added comment
https://bugzilla.novell.com/show_bug.cgi?id=472861#c12
--- Comment #12 from Carlos Robinson
(In reply to comment #9)
I have tested this using my "real" machine, booting the 11.1 test partition. The result is the same as with the guest on vmware.
Does it mean it resumes, but networking doesn't work after that?
It does not suspend at all if the serial port is enabled, it refuses to suspend. Both in the virtual environment or the real one. You might be referring instead to comment #6: if I disable the serial port kernel logging, the the guest in vmware does suspend, but on resume it doesn't have a dhcp lease and can not get one, thus network is lost completely in the guest (no IP address). That is a different issue from this bugzilla, and I don't know how to determine if the culprit is the dhcp server inside vmware environment, or the dhcp client in the guest OS 11.1 If you want to investigate that, I'll open a new bugzilla and supply logs; but I have my doubts you really want to ;-) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=472861
User rjw@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=472861#c13
--- Comment #13 from Rafael Wysocki
(In reply to comment #11)
(In reply to comment #9)
I have tested this using my "real" machine, booting the 11.1 test partition. The result is the same as with the guest on vmware.
Does it mean it resumes, but networking doesn't work after that?
It does not suspend at all if the serial port is enabled, it refuses to suspend. Both in the virtual environment or the real one.
OK, I'll try to reproduce this one.
You might be referring instead to comment #6: if I disable the serial port kernel logging, the the guest in vmware does suspend, but on resume it doesn't have a dhcp lease and can not get one, thus network is lost completely in the guest (no IP address). That is a different issue from this bugzilla, and I don't know how to determine if the culprit is the dhcp server inside vmware environment, or the dhcp client in the guest OS 11.1
If you want to investigate that, I'll open a new bugzilla and supply logs; but I have my doubts you really want to ;-)
Not really. This may be a network driver issue in OS 11.1. Which network driver do you use? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=472861
User robin.listas@telefonica.net added comment
https://bugzilla.novell.com/show_bug.cgi?id=472861#c14
--- Comment #14 from Carlos Robinson
Not really. This may be a network driver issue in OS 11.1. Which network driver do you use?
No idea. Whatever the vmware environment installs, it is a virtual card. Let me see, I'll have to start it (I don't run it continuously, only to test things) [...] It is using nat mode. It says: eleanor:~ # hwinfo --netcard 17: PCI 11.0: 0200 Ethernet controller [Created at pci.318] UDI: /org/freedesktop/Hal/devices/pci_1022_2000 Unique ID: rBUF.weGuQ9ywYPF SysFS ID: /devices/pci0000:00/0000:00:11.0 SysFS BusID: 0000:00:11.0 Hardware Class: network Model: "AMD PCnet - Fast 79C971" Vendor: pci 0x1022 "AMD" Device: pci 0x2000 "79c970 [PCnet32 LANCE]" SubVendor: pci 0x1022 "AMD" SubDevice: pci 0x2000 "PCnet - Fast 79C971" Revision: 0x10 Driver: "vmxnet" Driver Modules: "vmxnet" Device File: eth0 I/O Ports: 0x1400-0x147f (rw) Memory Range: 0x20000000-0x2000ffff (ro,prefetchable,disabled) IRQ: 18 (269 events) HW Address: 00:0c:29:e5:dd:72 Link detected: yes Module Alias: "pci:v00001022d00002000sv00001022sd00002000bc02sc00i00" Driver Info #0: Driver Status: pcnet32 is active Driver Activation Cmd: "modprobe pcnet32" Driver Info #1: Driver Status: vmxnet is active Driver Activation Cmd: "modprobe vmxnet" Config Status: cfg=no, avail=yes, need=no, active=unknown eleanor:~ # hwinfo --network 09: None 00.0: 10700 Loopback [Created at net.124] Unique ID: ZsBS.GQNx7L4uPNA SysFS ID: /class/net/lo Hardware Class: network interface Model: "Loopback network interface" Device File: lo Link detected: yes Config Status: cfg=new, avail=yes, need=no, active=unknown 10: None 00.0: 10701 Ethernet [Created at net.124] Unique ID: usDW.ndpeucax6V1 Parent ID: rBUF.weGuQ9ywYPF SysFS ID: /class/net/eth0 SysFS Device Link: /devices/pci0000:00/0000:00:11.0 Hardware Class: network interface Model: "Ethernet network interface" Driver: "vmxnet" Driver Modules: "vmxnet" Device File: eth0 HW Address: 00:0c:29:e5:dd:72 Link detected: yes Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #8 (Ethernet controller) eleanor:~ # ifconfig eth0 Link encap:Ethernet HWaddr 00:0C:29:E5:DD:72 inet addr:172.16.168.129 Bcast:172.16.168.255 Mask:255.255.255.0 inet6 addr: fe80::20c:29ff:fee5:dd72/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:294 errors:0 dropped:0 overruns:0 frame:0 TX packets:138 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:44280 (43.2 Kb) TX bytes:23304 (22.7 Kb) Interrupt:18 Base address:0x1424 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:2 errors:0 dropped:0 overruns:0 frame:0 TX packets:2 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:100 (100.0 b) TX bytes:100 (100.0 b) eleanor:~ # cat /etc/sysconfig/network/ifcfg-eth0 BOOTPROTO='dhcp' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='' MTU='' NAME='79c970 [PCnet32 LANCE]' NETMASK='' NETWORK='' REMOTE_IPADDR='' STARTMODE='auto' USERCONTROL='no' eleanor:~ # eleanor:~ # rcnetwork status Checking optional network interfaces: eth0 device: Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE] (rev 10) eth0 DHCP4 client (dhcpcd) is running eth0 IP address: 172.16.168.129/24 eth0 IP address: 172.16.168.129/24 running Checking mandatory network interfaces: lo lo IP address: 127.0.0.1/8 secondary lo IP address: 127.0.0.2/8 running Checking service network . . . . . . . . . . . running eleanor:~ # Is that enough info? :-) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com