| Summary: | vmware-config.pl hangs with gcc-config | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Chris Kloosterman <kloostec> |
| Component: | Current packages | Assignee: | Chris Gianelloni (RETIRED) <wolf31o2> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | vapier |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Chris Kloosterman
2004-12-20 23:36:52 UTC
It WORKSFORME quite perfectly. Have you tried running gcc-config again? It still hangs for me. ==== qbranch ~ # gcc-config 1 * Switching to x86_64-pc-linux-gnu-3.4.3 compiler ... [ ok ] qbranch ~ # vmware-config.pl Making sure services for VMware Workstation are stopped. Stopping VMware services: Virtual machine monitor done Bridged networking on /dev/vmnet0 done DHCP server on /dev/vmnet8 done NAT service on /dev/vmnet8 done Host-only networking on /dev/vmnet8 done Virtual ethernet done Configuring fallback GTK+ 2.4 libraries. Trying to find a suitable vmmon module for your running kernel. None of the pre-built vmmon modules for VMware Workstation is suitable for your running kernel. Do you want this program to try to build the vmmon module for your system (you need to have a C compiler installed on your system)? [yes] Using compiler "/usr/bin/gcc". Use environment variable CC to override. ==== It hangs at this point until I Ctrl+C the process. Running top while vmware-config.pl is running shows: ==== top - 10:57:16 up 1 day, 10:52, 4 users, load average: 0.97, 1.09, 1.07 Tasks: 197 total, 2 running, 195 sleeping, 0 stopped, 0 zombie Cpu(s): 35.9% us, 64.1% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% si Mem: 1024712k total, 724696k used, 300016k free, 41412k buffers Swap: 999800k total, 744k used, 999056k free, 251972k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 7425 root 25 0 2492 440 2284 R 99.2 0.0 0:50.65 gcc ==== gcc consuming nearly all of my CPU power. It will stay like this for hours... I've left it for a long time hoping that it might resolve itself. If I do the following command, vmware will get further, until it actually tries to compile: ==== qbranch ~ # export CC=/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3/gcc qbranch ~ # vmware-config.pl Making sure services for VMware Workstation are stopped. Stopping VMware services: Virtual machine monitor done Bridged networking on /dev/vmnet0 done DHCP server on /dev/vmnet8 done NAT service on /dev/vmnet8 done Host-only networking on /dev/vmnet8 done Virtual ethernet done Configuring fallback GTK+ 2.4 libraries. Trying to find a suitable vmmon module for your running kernel. None of the pre-built vmmon modules for VMware Workstation is suitable for your running kernel. Do you want this program to try to build the vmmon module for your system (you need to have a C compiler installed on your system)? [yes] Using compiler "/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3/gcc". Use environment variable CC to override. What is the location of the directory of C header files that match your running kernel? [/lib/modules/2.6.9-gentoo-r10/build/include] Extracting the sources of the vmmon module. Building the vmmon module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config1/vmmon-only' make -C /lib/modules/2.6.9-gentoo-r10/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules ==== It seems that when it gets to this point, make uses /usr/bin/gcc rather than the env variable that I set previously. If I move /usr/bin/gcc out of the way and create a symlink to the real GCC binary, vmware-config.pl all of a sudden works: ==== qbranch ~ # mv /usr/bin/gcc /usr/bin/gcc.bak qbranch ~ # ln -s /usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3/gcc /usr/bin/gcc qbranch ~ # vmware-config.pl Making sure services for VMware Workstation are stopped. Stopping VMware services: Virtual machine monitor done Bridged networking on /dev/vmnet0 done DHCP server on /dev/vmnet8 done NAT service on /dev/vmnet8 done Host-only networking on /dev/vmnet8 done Virtual ethernet done Configuring fallback GTK+ 2.4 libraries. Trying to find a suitable vmmon module for your running kernel. None of the pre-built vmmon modules for VMware Workstation is suitable for your running kernel. Do you want this program to try to build the vmmon module for your system (you need to have a C compiler installed on your system)? [yes] Using compiler "/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3/gcc". Use environment variable CC to override. What is the location of the directory of C header files that match your running kernel? [/lib/modules/2.6.9-gentoo-r10/build/include] Extracting the sources of the vmmon module. Building the vmmon module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config2/vmmon-only' make -C /lib/modules/2.6.9-gentoo-r10/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.9-gentoo-r10' CC [M] /tmp/vmware-config2/vmmon-only/linux/driver.o CC [M] /tmp/vmware-config2/vmmon-only/linux/hostif.o CC [M] /tmp/vmware-config2/vmmon-only/common/cpuid.o CC [M] /tmp/vmware-config2/vmmon-only/common/hash.o CC [M] /tmp/vmware-config2/vmmon-only/common/memtrack.o CC [M] /tmp/vmware-config2/vmmon-only/common/phystrack.o CC [M] /tmp/vmware-config2/vmmon-only/common/task.o CC [M] /tmp/vmware-config2/vmmon-only/common/vmx86.o CC [M] /tmp/vmware-config2/vmmon-only/vmcore/moduleloop.o LD [M] /tmp/vmware-config2/vmmon-only/vmmon.o Building modules, stage 2. MODPOST CC /tmp/vmware-config2/vmmon-only/vmmon.mod.o LD [M] /tmp/vmware-config2/vmmon-only/vmmon.ko make[1]: Leaving directory `/usr/src/linux-2.6.9-gentoo-r10' cp -f vmmon.ko ./../vmmon.o make: Leaving directory `/tmp/vmware-config2/vmmon-only' The module loads perfectly in the running kernel. You have already setup networking. Would you like to skip networking setup and keep your old settings as they are? (yes/no) [yes] Extracting the sources of the vmnet module. Building the vmnet module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config2/vmnet-only' make -C /lib/modules/2.6.9-gentoo-r10/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.9-gentoo-r10' CC [M] /tmp/vmware-config2/vmnet-only/driver.o CC [M] /tmp/vmware-config2/vmnet-only/hub.o CC [M] /tmp/vmware-config2/vmnet-only/userif.o CC [M] /tmp/vmware-config2/vmnet-only/netif.o CC [M] /tmp/vmware-config2/vmnet-only/bridge.o CC [M] /tmp/vmware-config2/vmnet-only/procfs.o LD [M] /tmp/vmware-config2/vmnet-only/vmnet.o Building modules, stage 2. MODPOST CC /tmp/vmware-config2/vmnet-only/vmnet.mod.o LD [M] /tmp/vmware-config2/vmnet-only/vmnet.ko make[1]: Leaving directory `/usr/src/linux-2.6.9-gentoo-r10' cp -f vmnet.ko ./../vmnet.o make: Leaving directory `/tmp/vmware-config2/vmnet-only' The module loads perfectly in the running kernel. Starting VMware services: Virtual machine monitor done Virtual ethernet done Bridged networking on /dev/vmnet0 done Host-only networking on /dev/vmnet8 (background) done NAT service on /dev/vmnet8 done The configuration of VMware Workstation e.x.p build-11608 for Linux for this running kernel completed successfully. You can now run VMware Workstation by invoking the following command: "/opt/vmware/bin/vmware". Enjoy, --the VMware team qbranch ~ # rm /usr/bin/gcc qbranch ~ # mv /usr/bin/gcc.bak /usr/bin/gcc qbranch ~ # ==== I currently have vmware 5.0 beta (build 11608) installed, but I have verified the same behaviour with vmware 4.5. Other software versions that may be important: ==== qbranch ~ # emerge -p gcc-config gcc perl gentoo-dev-sources These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] sys-devel/gcc-config-1.3.7-r6 [ebuild R ] sys-devel/gcc-3.4.3-r1 [ebuild R ] dev-lang/perl-5.8.6-r1 [ebuild R ] sys-kernel/gentoo-dev-sources-2.6.9-r10 re-emerge gcc-config and see if the problem 'goes away' Re-emerging gcc-config seems to have fixed the problem. Is this a common problem? no, just a stupid mistake i made i'm going to be releasing a new -r# version soon so it'll resolve these few obscure bugs ;) |
