When I attempt to start the vboxwebsrv, it silently fails: /etc/init.d/vboxwebsrv start * Caching service dependencies ... [ ok ] * Starting VirtualBox WebService ... [!!] In the first place, I forgot to load the virtual box modules, but now they are loaded and I see VBox running: ps aux | grep -i vbox root 12066 0.0 0.1 48324 3576 ? S 06:38 0:00 /usr/lib64/virtualbox-ose/VBoxXPCOMIPCD root 12075 0.5 0.3 139552 6144 ? Sl 06:38 0:00 /usr/lib64/virtualbox-ose/VBoxSVC --pipe 10 --auto-shutdown However, nothing listens on the port specified in /etc/conf.d/vboxwebsrv: Actually there are a few things to improve: 1) Enable logging of some kind because [!!] really doesn't help much with debugging 2) Make sure the web server actually binds to a port, and not silently doing nothing
I also just noticed that the VBox processes fade away after 30 seconds or so. Logging should help here.
Same issue for the binary edition of virtualbox 3.1.8 and 3.2.8. Original bug report refers to virtualbox-ose 3.1.8.
Created attachment 244339 [details, diff] Patch against /etc/init.d/vboxwebsrv to allow starting the server This patch allows starting of the vboxwebsrv. It's quite a hack, doesn't hide vboxwebsrv messages and has a hardcoded log file path. The purpose of this patch shouldn't go into portage; instead, it allows users who need vboxwebsrv to start it using the init script unless the issue is fixed.
Thanks for the report, and for posting your workaround. Please also post 'emerge --info' output, and then we'll ask the virtualbox maintainers to take a look.
Portage 2.1.8.3 (default/linux/amd64/10.0/desktop, gcc-4.4.3, glibc-2.11.2-r0, 2.6.35-tuxonice-feli-t61p x86_64) ================================================================= System uname: Linux-2.6.35-tuxonice-feli-t61p-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T7700_@_2.40GHz-with-gentoo-1.12.13 Timestamp of tree: Mon, 23 Aug 2010 09:30:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.0_p37 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r3, 3.1.2-r4 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 1.12.13 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.65 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.3-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests ccache distlocks fixpackages metadata-transfer news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.swin.edu.au/gentoo http://mirrors.sohu.com/gentoo/ rsync://mirror.netcologne.de/gentoo/" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/sunrise /var/lib/layman/gnome-live /var/lib/layman/mozilla /var/lib/layman/alexxy /var/lib/layman/enlightenment /var/lib/layman/x11" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa amd64 autoipd avahi bash-completion berkdb bluetooth branding bzip2 cairo cardbus cdr cli consolekit cracklib crypt cscope cups cxx dbus dhclient dhcpcd dri dts dvb dvd dvdr emboss encode esd exif fam fbcon ffmpeg firefox flac fontconfig fortran gallium gdbm gif gnome gnutls gpm gtk iconv imlib ipv6 java jpeg jpeg2k lame laptop lcms ldap libffi libnotify libsamplerate mad mdnsresponder-compat mikmod mmx mng modules mp3 mp4 mpeg mudflap multilib mysql mysqli ncurses network-cron networkmanager nls nptl nptlonly nss ntp ogg opengl openmp oss pam pango pcre pdf perl png policykit ppds pppd pulseaudio python qt3support qt4 readline reflection resolvconf samba sdl session spell spl sse sse2 ssl startup-notification svg sysfs taglib tcpd theora threads tiff truetype udev unicode usb vim-syntax vorbis x264 xattr xcb xcomposite xinerama xml xorg xulrunner xv xvid zlib zsh-completion" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="synaptics evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nouveau" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Timo could you please provide this patch as unified diff? (diff -u)
Lars, this patch is only meant as a workaround, not as a bugfix. I consider it as hack to allow people who are affected from this bug can start the server anyways. And sorry, I don't have the script anymore due to a reinstall, so I can't make an unified diff.
this bug affects me as well. what's the latest on this?
I didn't have the vbox modules loaded, and loading those fixed my problem. This might help somebody.
Created attachment 272283 [details, diff] patch for startup script Hi all, I found the same issue with app-emulation/virtualbox-4.0.6. The issue was fixed for me by adding --oknodo param to start-stop-daemon.
Package no longer exists in tree.
Could you please check if this bug is still valid in recent versions of VirtualBox? The package is still present, it was renamed to virtualbox.