Summary: | vmware-server-1.0.2.39867 problem with vmware-server-console | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Arthur I. <me> |
Component: | Current packages | Assignee: | Gentoo VMWare Bug Squashers [disabled] <vmware+disabled> |
Status: | RESOLVED REMIND | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Arthur I.
2007-04-12 11:00:26 UTC
Arthur, please verify that the server is all running properly, that you choose a user in the "vmware" group that can log into the console, and that your vmware virtual machine files are all owned and read/write/executable by that user... ai@ai ~ $ id ai uid=1002(ai) gid=100(users) groups=100(users),0(root),4(adm),6(disk),10(wheel),11(floppy),16(cron),18(audio),19(cdrom),20(dialout),21(ftp),26(tape),35(games),80(cdrw),250(portage),445(vmware),446(plugdev) ai@ai ~ $ ls -lsa /home/ftp/spool/vm/ | grep rhel4 4 drwxrwxrwx 2 ai users 4096 Апр 12 12:19 rhel4.4-client 4 drwxrwxrwx 2 ai users 4096 Апр 13 11:16 rhel4.4-server ai@ai ~ $ ls -lsa /home/ftp/spool/vm/rhel4.4-server/ total 8396960 4 drwxrwxrwx 2 ai users 4096 Apr 13 11:16 . 4 drwxrwxrwt 4 root root 4096 Apr 12 13:50 .. 2098948 -rwxrwxrwx 1 ai users 2147221504 Nov 4 16:59 Red Hat Enterprise Linux 4-f001.vmdk 2098948 -rwxrwxrwx 1 ai users 2147221504 Nov 4 16:59 Red Hat Enterprise Linux 4-f002.vmdk 2098948 -rwxrwxrwx 1 ai users 2147221504 Nov 4 16:59 Red Hat Enterprise Linux 4-f003.vmdk 2098948 -rwxrwxrwx 1 ai users 2147221504 Nov 4 16:59 Red Hat Enterprise Linux 4-f004.vmdk 1028 -rwxrwxrwx 1 ai users 1048576 Nov 3 13:31 Red Hat Enterprise Linux 4-f005.vmdk 4 -rwxrwxrwx 1 ai users 598 Nov 4 16:40 Red Hat Enterprise Linux 4.vmdk 0 -rwxrwxrwx 1 ai users 0 Apr 12 11:38 Red Hat Enterprise Linux 4.vmsd 4 -rwxrwxrwx 1 ai users 914 Apr 12 14:56 Red Hat Enterprise Linux 4.vmx 12 -rwxrwxrwx 1 ai users 8664 Apr 12 14:56 nvram 28 -rw-r--r-- 1 ai users 24680 Apr 12 14:53 vmware-0.log 28 -rw-r--r-- 1 ai users 25767 Apr 12 14:53 vmware-1.log 28 -rw-r--r-- 1 ai users 25765 Apr 12 14:08 vmware-2.log 28 -rw-r--r-- 1 ai users 24678 Apr 12 14:56 vmware.log btw as you can read before .. i try run vm under root but get same message additionally, this message appear only when i click "PLAY" on vm. i successful connect by vmware-server-console to vmware-server and i can change vm properties. and i think vm started: ai@ai ~ $ ps -ef | grep vmx ai 23365 1 65 19:08 ? 00:00:17 /opt/vmware/server/lib/bin/vmware-vmx -C /home/ftp/spool/vm/rhel4.4-server/Red Hat Enterprise Linux 4.vmx -@ "" ai 23409 23386 0 19:08 pts/0 00:00:00 grep --colour=auto vmx but message appear and i get _blank_ screen ;( Arthur, I realize these may seem like obvious steps, but it's simply to eliminate the obvious problems quickly at the outset. Please could you verify that both vmware-server and the vmware-server-console are the same version (there have been known problems connecting to vmware-server-1.0.2 using vmware-server-console-1.0.1) and also please ensure that the permissions on the files in /etc/vmware are as follows: -rw-rw-r-- 1 root vmware 662 Mar 2 23:57 config -rw-r--r-- 1 root vmware 279 Jul 17 2006 vm-list -rw-r--r-- 1 root vmware 190 Aug 31 2006 vm-list-private my version is : vmware-server-console-1.0.2.39867 vmware-modules-1.0.0.15-r1 vmware-server-1.0.2.39867 ai vmware # LANG=C ls -lsa /etc/vmware* /etc/vmware: total 156 4 drwxrwx--- 5 root vmware 4096 Apr 13 11:16 . 8 drwxr-xr-x 121 root root 8192 Apr 16 13:25 .. 4 -rw-rw-r-- 1 root vmware 553 Apr 12 13:50 config 4 drwxr-xr-x 9 root vmware 4096 Apr 12 12:57 init.d 20 -rwxr-xr-x 1 root vmware 16606 Apr 12 12:56 installer.sh 4 -rw-r--r-- 1 root root 375 Apr 12 13:00 license.vs.1.0-00 84 -rw-r--r-- 1 root vmware 78369 Apr 12 13:50 locations 4 -rw-rw-r-- 1 root root 86 Apr 12 13:49 netmap.conf 4 drwxr-xr-x 2 root vmware 4096 Apr 12 12:57 pam.d 4 -rw-r--r-- 1 root vmware 182 Apr 12 12:56 signing-key.pub 4 drwxr-xr-x 2 root root 4096 Apr 12 12:59 ssl 4 -rw-rw-r-- 1 root vmware 161 Apr 12 13:50 vm-list 4 -rw-rw-r-- 1 root vmware 87 Apr 12 13:50 vm-list-private 4 -rw-r--r-- 1 root vmware 7 Apr 12 12:56 vmwaregroup /etc/vmware-server-console: total 72 4 drwxrwx--- 2 root vmware 4096 Apr 12 13:48 . 8 drwxr-xr-x 121 root root 8192 Apr 16 13:25 .. 4 -rw-r--r-- 1 root vmware 42 Apr 12 13:46 config 20 -rwxr-xr-x 1 root vmware 16606 Apr 12 13:46 installer.sh 36 -rw-r--r-- 1 root vmware 35285 Apr 12 13:48 locations Hiya Arthur, thanks for the extra information, that all looks as it should. I've been looking around and almost everyone who reports the problem suggests that changing the permissions works, and there's only been one case I could find where changing the permissions didn't work (http://www.vmware.com/community/thread.jspa?threadID=80494). Since you seemed to think that this was caused during the upgrade of vmware-server, I'd like to ask you to downgrade to vmware-server-1.0.1 (and vmware-server-console-1.0.1) to see if that starts working again, or if it's still an issue. Also, please let me know if you're using any unusual filesystems under /home/ftp, vmware-server is known not to work well with JFS and I'm not certain it would run smoothly on NFS either. Thanks... ok i will try downgrade right now.. /dev/hdb1 on /home/ftp/spool type ext3 (rw,noexec,noatime) ai ~ # stat /home/ftp/spool/ File: `/home/ftp/spool/' Size: 4096 Blocks: 8 IO Block: 4096 Каталог Device: 341h/833d Inode: 2 Links: 16 Access: (0777/drwxrwxrwx) Uid: ( 21/ ftp) Gid: ( 21/ ftp) Access: 2005-05-02 04:02:03.000000000 +0400 Modify: 2007-04-12 13:50:03.000000000 +0400 Change: 2007-04-12 13:50:03.000000000 +0400 ai ~ # stat /home/ftp/spool/vm/ File: `/home/ftp/spool/vm/' Size: 4096 Blocks: 8 IO Block: 4096 Каталог Device: 341h/833d Inode: 1523713 Links: 4 Access: (0777/drwxrwxrwx) Uid: ( 0/ root) Gid: ( 445/ vmware) Access: 2007-04-10 19:02:49.000000000 +0400 Modify: 2007-04-12 13:50:04.000000000 +0400 Change: 2007-04-17 12:12:56.000000000 +0400 hey! i found problem .. problem is mount option "noexec" mount /dev/hdb1 -o exec,remount solve this problem huh... previous version was not affected by this option .. Arthur I just spotted the same issue and was trying to write to you about it, but you beat me to it... 5;) Unfortunately there isn't much I can do to help, other than add another ewarn line at the end of the ebuild (which already has a fair number of warnings to read through). If you think it's worth it, please let me know and I'll make sure it's in the next release, if not then I'll just leave it, but reset the bug to FIXED. Thanks for your patience in getting this bug solved... 5:) |