Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 183064 - app-emulation/vmware-workstation problem with init scripts
Summary: app-emulation/vmware-workstation problem with init scripts
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal
Assignee: Gentoo VMWare Bug Squashers [disabled]
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-06-24 17:35 UTC by Patrizio Bassi
Modified: 2007-07-01 11:20 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Patrizio Bassi 2007-06-24 17:35:12 UTC
startin the script i have
 * Starting VMware services:                                                                                                                                   [ ok ]
 *   Virtual machine monitor                                                                                                                                   [ !! ]
 *   Virtual ethernet                                                                                                                                          [ !! ]
 *   Bridged networking on /dev/vmnet0                                                                                                                         [ !! ]


the problem seems with the network basically. i can deleted the "not_configured" empty file and start vmware, but with no network.
all the vmware modules loads correctly, seems a problem with init scripts.
Comment 1 Patrizio Bassi 2007-06-24 17:35:24 UTC
*** Deprecated use of action 'info', use '--info' instead
Portage 2.1.3_rc5 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.5-r3, 2.6.21.4 x86_64)
=================================================================
System uname: 2.6.21.4 x86_64 Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz
Gentoo Base System release 1.12.10
Timestamp of tree: Sun, 24 Jun 2007 13:00:01 +0000
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [disabled]
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r7
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17.50.0.16
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.23b
virtual/os-headers:  2.6.21
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O3 -pipe -march=nocona -mtune=nocona -fomit-frame-pointer -mmmx -msse -msse2 -msse3 -mfpmath=sse"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /etc/mail/dspam /opt/openjms/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/run/dspam"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/php/apache1-php5/ext-active/ /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-O3 -pipe -march=nocona -mtune=nocona -fomit-frame-pointer -mmmx -msse -msse2 -msse3 -mfpmath=sse"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks fixpackages metadata-transfer parallel-fetch sfperms strict unmerge-orphans"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="39"
LC_ALL="it_IT.utf8"
LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--enable-new-dtags -Wl,--as-needed -Wl,--hash-style=both"
LINGUAS="it"
MAKEOPTS="-j4"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/mnt/Dati/Gentoo/tmp/"
PORTDIR="/mnt/Dati/Gentoo/portage/"
PORTDIR_OVERLAY="/usr/local/portage/myportage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="64bit 7zip X X509 Xaw3d a52 aac aalib accessibility ace acl acpi activefilter adns aiglx aio alsa amd amd64 amr amrr amuled ao aoss apache2 arj asf aspnet2 async atk audacious audiofile authfile automount bash-completion berkdb bidi binary-drivers bitmap-fonts bittorrent bootsplash browserplugin bzip2 cairo calendar caps cdda cddb cdio cdparanoia cdr cgi charconv chardet chroot ciao clamav clearcase cli client codecs corba cracklib crypt cscope css ctype cups curl cvs daemon dar64 dba dbus depth32 dga dhcp dio directfb diskio divx djbfft dmi dri dvd dvdr dvdread edl encode ethereal exif expat extraengine faac faad fam fastbuild fbcon ffmpeg fftw firefox flac flash foreign-package fortran ftp gcj gd gdbm geometry ggi gif gimp gimpprint glibc-omitfp glitz glut glx gnokii gnome gnutls gphoto2 gpm graphviz gs gtk gtk2 gtkhtml guile h264 hal iconv idea idn imagemagick imap innodb ipod ipv6 irda irmc isdnlog jack java java5 javamail javascript jikes jit joystick jpeg jpeg2k junit justify kde kdeenablefinal kdehiddenvisibility kerberos kqemu lame lcd lcms ldap libcaca libclamav libg++ libgda libusb lirc live lm_sensors lua lzo mad mailwrapper matroska md5sum mdb mhash midi mikmod mime mmx mmx2 mmxext mng mono mozcalendar mozdevelop mozilla mozsvg mozxmlterm mp3 mp4 mp4live mpeg mpeg2 mpeg4 mplayer mpm-prefork msn msnextras mudflap musepack mysql mysqli mythtv nagios-dns nagios-ntp nagios-ping nagios-ssh ncurses neXt network ngui nls nntp no_wxgtk1 nobsh nopie nossp noxalan nptl nptlonly nsplugin nv nvidia oav odbc ogg openal opengl openmp openssl operanom2 pam pcre pda pdf pdo pear perl php pmu png pnp postgres pppd pthreads python qemu-fast qhull qt3 qt4 quicktime quotas readline reflection rrdtool rtc ruby samba scanner sdl server session sftplogging sguil slang slp smp snortsam soap sockets socks5 softmmu softquota spamassassin speex spl sqlite3 sse sse2 sse3 ssl ssse3 subject-rewrite svg tao tcltk tcpd tetex tga theora tiff tokenizer truetype truetype-fonts trusted type1-fonts unicode usb userlocales vorbis wma wmf wmv wsconvert wxwindows x264 xanim xchatdccserver xchattext xcomposite xine xinerama xml xml2 xmlrpc xorg xosd xpm xprint xsl xv xvid xvm xvmc zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="it" USERLAND="GNU" VIDEO_CARDS="fbdev vesa vga nv nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Comment 2 Mike Auty (RETIRED) gentoo-dev 2007-06-29 10:37:04 UTC
Hi Patrizio,

Could you please try running /etc/vmware/init.d/vmware start instead and see if you get any error messages that might indicate an issue?  Also, knowing the exact version of vmware-workstation that you're using would be helpful...

If you look in /etc/vmware/init.d/vmware and search for the text vmware_load_module(), you should find that the line below it uses either insmod or modprobe.  Could you please copy that line in the bug as well?  That should help us to figure out what's going on...  5:)
Comment 3 Patrizio Bassi 2007-06-30 10:03:29 UTC
i tried of course the direct init script, now way

that line contains insmod


vmware_load_module() {
   /sbin/insmod -s -f "/lib/modules/`uname -r`/misc/$1.o" || exit 1
   exit 0
}

vmware_unload_module() {
   if [ "`isLoaded "$1"`" = 'yes' ]; then
      /sbin/rmmod "$1" || exit 1
   fi
   exit 0
}
Comment 4 Patrizio Bassi 2007-06-30 10:12:41 UTC
i commented insmod, i put exit 0 and loaded manually the modules.

scripts are ok now.

i have problem with bridged network i have to investigate why now....
i don't have the vmnet0 interface in ifconfig output, i remember i had in the past.

i'm using amd64 and version 6.
Comment 5 Mike Auty (RETIRED) gentoo-dev 2007-06-30 10:20:48 UTC
Hmmm, that's a little bit strange, since the version 6 ebuilds in the tree should all patch the init file to use modprobe instead.  Could you please unmask and re-emerge workstation 6 from the main tree (not the overlay) and check whether insmod is still being used?
Comment 6 Patrizio Bassi 2007-06-30 10:32:56 UTC
i installed it again 5 mins ago

but i still have problems with the bridged network, i can't get vmnet0 in the ifconfig list and i have no networking for my machines...

any idea?
Comment 7 Mike Auty (RETIRED) gentoo-dev 2007-06-30 10:39:15 UTC
Check which interface you're trying to bridge it with (it won't bridge with wireless adaptors very well).  Also, check dmesg for any problems when loading or using the modules.  Finally, if all else fails, cut down your LDFLAGS and CFLAGS to a more standard set and see if that helps the modules work better...
Comment 8 Patrizio Bassi 2007-06-30 11:11:42 UTC
hi mike

for the startup i just removed all /etc/vmware stuff
seems ebuild didn't overwrite with new one.
now startup is ok, no problem with modules. but i can't have the bridged network. i recompiled with no C/LD FLAGS at all but no vmnet running...

/dev/vmmon[9981]: host clock rate change request 19 -> 83
sky2 eth1: disabling interface
bridge-eth1: disabling the bridge
bridge-eth1: disabled promiscuous mode
bridge-eth1: down
sky2 eth1: enabling interface
sky2 eth1: ram buffer 0K
bridge-eth1: enabling the bridge
bridge-eth1: enabled promiscuous mode
bridge-eth1: up


looks ok...
should i have the vmnet0 interface in ifconfig? i remember i add.
i can force it with vmware-netif but no changes :(

any idea?
Comment 9 Mike Auty (RETIRED) gentoo-dev 2007-06-30 11:16:06 UTC
Hiya,

Just taking a quick look at my setup, even after the vmware service is started, I have no vmnet* devices showing up in ifconfig at all.  You should find them in /dev/ though (although obviously not accessible with all the same tools).  Even if you were to see them in ifconfig, I wouldn't expect you to see vmnet0 since it's the bridged interface, and probably shouldn't have an IP address or the need to configure it on the host box.  It's not an endpoint.  The other two I might've expected to see (and for vmware-server I believe I did used to see), but the best thing I can recommend is start the vmware machine and check if the bridging works...
Comment 10 Patrizio Bassi 2007-07-01 09:21:42 UTC
i have 2 eth cards, eth0 is without ip and connected to an eth modem.
eth1 is free. bridge is with eth1
ok i did several tests, i created a bridged and an host-to-host connection with different ips.

on host-to-host it works perfectly, i can use the nat too.
on the bridged i can't.

using tcpdump -i eth1 i can see some netbios (yes i'm running a virtual win copy)
packets, but when i try to ping that machine i see no packets going in the eth1 (the bridged net)
when i use the vmnet1 (host-to-host) i can see all the traffic and it's all working.

i have no idea why this is happening.
Comment 11 Mike Auty (RETIRED) gentoo-dev 2007-07-01 10:59:34 UTC
Hmmm, ok, this problem is getting beyond the realm of this bug.  You might find more help on the Vmware Technology Network (VMTN).

The only recommendations I can make at this point are to try are to make sure you have the simplest setup possible.  Only one external network card up and that it's connected to another device of some kind.  Then from inside the vmware guest, trying pinging the external address (being careful to make sure the packets on the guest, host and remote box aren't blocked).  The fact that you're seeing netbios packets from the guest suggests that the bridging is actually working fine, and that's it's a different problem in the communications somewhere.

Either way, I'm afraid I'm going to have to mark this bug as fixed, since it no longer appears to be an issue with the init script, which now appears to be working fine... 
Comment 12 Patrizio Bassi 2007-07-01 11:08:01 UTC
i do agree, close this.

actually i got it running, it's a linux kernel issue.

when eth1 has a physical plugged machine it's "enabled" for real and i see vmware traffic over.

when the cable is off it's disabled. any idea to have it working always?
(sorry for this OT)
Comment 13 Mike Auty (RETIRED) gentoo-dev 2007-07-01 11:11:21 UTC
I think the idea is that you'd never need to use the brigde unless something is connected to it (and that if you wanted to talk to the host machine, you might as well use the host-only connection).  There are two possible ways around it.  First is to make a little hardware device that the tx and rx connections of the ethernet port back in on each other.  The ethernet driver will register a cable connected.  Secondly, use the host only connection, and do the bridging in linux (whereby vmnet1 is bridged with eth1) using brctl but again that seems a little pointless unless you sometimes connect something into eth1.  Hope that helps...
Comment 14 Patrizio Bassi 2007-07-01 11:20:09 UTC
i alreayd tought about similar solutions but they are not acceptable for me.

the only solution is to force the eth1 to be up.i hope i can do it via some ethtool, to script it otherwise i have to patch linux kernel....

i will ask on kml.

Thanks so much for support, for any idea let's write on private email as it's becoming too OT for this bug.