Your message dated Fri, 04 Jul 2008 09:02:10 +0000 with message-id <[EMAIL PROTECTED]> and subject line Bug#479090: fixed in open-vm-tools 2008.07.01-102166-2 has caused the Debian Bug report #479090, regarding open-vm-tools: replacing vmxnet/pcnet32 drivers on start/stop - network loses configuration to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 479090: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479090 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems
--- Begin Message ---Package: open-vm-tools Version: 2008.04.14-87182-1 Severity: normal When open-vm-tools init script runs to start, if the VM can use the vmxnet driver, the init script will attempt to unload pcnet32 and load vmxnet. When the init script runs to stop, it will likewise replace vmxnet with the pcnet32 module. This behavior is reasonable, however the problem is that replacing the modules in this manner results in the network devices losing their configuration. Since by default open-vm-tools init script starts after the network is configured (at least with initrd) and stops before the network is supposed to be unconfigured it can cause some problems such as NFS shares not being able to be unmounted, etc. In my particular case, a VM will hang on shutdown or reboot waiting for NFS mounts to release. Additionally, it is impossible to run a VM with NFS root with the scripts as-is. I can think of several possible solutions to repair this behavior but I'm not sure which is the most appropriate: 1) Unconfigure the network (ifdown -a) prior to switching the modules and reconfigure it (ifup -a) after the switch is completed. This could result in interfaces being brought up that might have been brought down manually prior to the script running. 2) Do not attempt to unload pcnet32 module on startup and do not remove modules during shutdown/reboot. It is not necessary to remove vmxnet during shutdown or reboot -- it is only important during a package upgrade so the unloading could be moved perhaps to the package's preinst/postrm scripts instead. 3) Somehow replace the modules without losing the network configuration Is this even possible? 4) Run the init script prior to network configuration on boot and after network is unconfigured during shutdown. May also not be possible. The best fix is probably something I haven't thought of, but in my case, I have worked around it by making sure that vmxnet is manually forced to load in the initrd and by commenting out the scripts replacing pcnet32 with vmxnet on stop. Thanks, John Laur
--- End Message ---
--- Begin Message ---Source: open-vm-tools Source-Version: 2008.07.01-102166-2 We believe that the bug you reported is fixed in the latest version of open-vm-tools, which is due to be installed in the Debian FTP archive: open-vm-source_2008.07.01-102166-2_all.deb to pool/contrib/o/open-vm-tools/open-vm-source_2008.07.01-102166-2_all.deb open-vm-toolbox_2008.07.01-102166-2_i386.deb to pool/contrib/o/open-vm-tools/open-vm-toolbox_2008.07.01-102166-2_i386.deb open-vm-tools-dbg_2008.07.01-102166-2_i386.deb to pool/contrib/o/open-vm-tools/open-vm-tools-dbg_2008.07.01-102166-2_i386.deb open-vm-tools_2008.07.01-102166-2.diff.gz to pool/contrib/o/open-vm-tools/open-vm-tools_2008.07.01-102166-2.diff.gz open-vm-tools_2008.07.01-102166-2.dsc to pool/contrib/o/open-vm-tools/open-vm-tools_2008.07.01-102166-2.dsc open-vm-tools_2008.07.01-102166-2_i386.deb to pool/contrib/o/open-vm-tools/open-vm-tools_2008.07.01-102166-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Daniel Baumann <[EMAIL PROTECTED]> (supplier of updated open-vm-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Fri, 4 Jul 2008 09:59:00 +0200 Source: open-vm-tools Binary: open-vm-tools open-vm-toolbox open-vm-tools-dbg open-vm-source Architecture: source i386 all Version: 2008.07.01-102166-2 Distribution: unstable Urgency: medium Maintainer: Daniel Baumann <[EMAIL PROTECTED]> Changed-By: Daniel Baumann <[EMAIL PROTECTED]> Description: open-vm-source - Source for VMware guest systems driver open-vm-toolbox - tools and components for VMware guest systems (GUI tools) open-vm-tools - tools and components for VMware guest systems (CLI tools) open-vm-tools-dbg - tools and components for VMware guest systems (debug) Closes: 479090 488810 Changes: open-vm-tools (2008.07.01-102166-2) unstable; urgency=medium . * Adding manpages. * Stop removing setuid from /sbin/mount.vmhgfs. * Extending vmxnet_needed() in initscript to also check for availability of vmxnet.ko for the running kernel, otherwise don't attempt to load vmxnet (Closes: #488810). * Adding suggests to xdg-utils in open-vm-toolbox. * Using modprobe -r rather than rmmod in initscript. * Starting initscript at position 20, which is before networking comes up (Closes: #479090). * Adding vmware-user symlink to xdg autostart. * Adding symlink from mount.vmhgfs to old vmware-hgfsmounter name. * Removing executable bit for /etc/pam.d/vmware-guestd file. Checksums-Sha1: f161d08946df9b76ff3ea3472c75b9337ee48dec 1430 open-vm-tools_2008.07.01-102166-2.dsc 2d4a76a990129899b7a32eb7137219c5cde25c28 14715 open-vm-tools_2008.07.01-102166-2.diff.gz 57c6862b2953dcad775712e1ee181094a0f1c38c 375298 open-vm-tools_2008.07.01-102166-2_i386.deb 43bbd7ae849562a8f79523a96855cd5eb5c56680 300896 open-vm-toolbox_2008.07.01-102166-2_i386.deb f633f5e83add009d314e140cacb401f0311296ba 1470144 open-vm-tools-dbg_2008.07.01-102166-2_i386.deb a7afdcb067fecce0e35a392763eeac501f9f13bf 449566 open-vm-source_2008.07.01-102166-2_all.deb Checksums-Sha256: f5c02394226de19a199cb1b55d4923a12ab7841867a343a5e7ce379a64832a7f 1430 open-vm-tools_2008.07.01-102166-2.dsc bd1054dd33837c1eba3ea08382ea6feabfcc0b59e92393ec67a2ce6ed9c8e80f 14715 open-vm-tools_2008.07.01-102166-2.diff.gz e41688565c9c9721cca13f4e84c5df1c95cbc614a4da5c010f4eb814f75e2945 375298 open-vm-tools_2008.07.01-102166-2_i386.deb 71f3e6bd684d30e67ec44cf57b218f6a6b45b61c4bc1efd524c6dccccde3adf7 300896 open-vm-toolbox_2008.07.01-102166-2_i386.deb 13e84f23c1f70e9eddb6034c7aa490dd301b0158f0cc758cd721dedca83720e3 1470144 open-vm-tools-dbg_2008.07.01-102166-2_i386.deb ee1d543015191a444ce707fbeb7d4b1ca1fa4a4bbacaa22dc2e0ef5effdb0683 449566 open-vm-source_2008.07.01-102166-2_all.deb Files: cb296d31e14b182513aa7d994f80b0f4 1430 contrib/admin extra open-vm-tools_2008.07.01-102166-2.dsc f8e44272d3ac2cb68be2974a80c99e5a 14715 contrib/admin extra open-vm-tools_2008.07.01-102166-2.diff.gz 6ba48dce52d7cf010c4b110a32ac68d0 375298 contrib/admin extra open-vm-tools_2008.07.01-102166-2_i386.deb 8586c9de74261193f27827b066298f68 300896 contrib/admin extra open-vm-toolbox_2008.07.01-102166-2_i386.deb c994ceaa7c40908a11c43df2c33f9553 1470144 contrib/devel extra open-vm-tools-dbg_2008.07.01-102166-2_i386.deb 97ba1205204579dd9736482f88c875bf 449566 contrib/admin extra open-vm-source_2008.07.01-102166-2_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkht2gIACgkQ+C5cwEsrK54ExwCcCM8vK+2cIWZ4ilYiCA2+PrOr FvIAn3ehZhgjB23F1RXaJnKTWqADO9CX =2p5x -----END PGP SIGNATURE-----
--- End Message ---
