If the /var/run/vde.ctl directory exists when vde_swith starts it runs but doesn't create the ctl socket in /var/run/vde.ctl. Then vde_plug returns to the command prompt immediately with no output. vde_switch shows up in ps but doesn'work The /var/run/vde.ctl directory can be left hanging by vdeq qemu. Possible workaround: moding the /etc/init.d/vde script to remove /var/run/vde.ctl? Best fix: moding vde_switch and or vdeq to be tidy. Reproducible: Always Steps to Reproduce: 1. Ensure there is no /var/run/vde and do /etc/init.d/vde start 2. Restart any associated tap interfaces 3. Run "vdeq qemu -net nic,vlan=0 -net vde,vlan=0,sock=/var/run/vde.ctl/ <image-file-path> in my case a windows image. 4. Do /etc/init.d/vde stop 5. Exit vdeq/qemu. Actual Results: Directory /var/run/vde.ctl remains and starting vde reports ok but doesn't create a socket and doesn't function. Possibly the socket is somewhere else. Expected Results: Either vdeq removes the directory on exit or vde_switch reuses it on startup. gold run # emerge --info Portage 2.1.4.4 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-gentoo-r7 i686) ================================================================= System uname: 2.6.24-gentoo-r7 i686 AMD Athlon(tm) 64 Processor 3200+ Timestamp of tree: Wed, 14 May 2008 07:15:02 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.6 dev-lang/python: 2.4.4-r9 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.4_p6, 1.7.9-r1, 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.blueyonder.co.uk/" LINGUAS="en_GB en uk" PKGDIR="/usr/portage/packages" 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" SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage" USE="X acl acpi alsa berkdb bzip2 cli cracklib crypt cups dbus dri fam fat foomaticdb fortran gdbm gpm gtk hal iconv isdnlog java kqemu midi mudflap ncurses nls nptl nptlonly nsplugin ntfs openmp pam pcre perl ppds pppd python readline reflection reiserfs sdl session spl ssl startup-notification tcpd unicode x86 xorg zlib" ALSA_CARDS="emu10k1" 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" 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 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="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_GB en uk" USERLAND="GNU" VIDEO_CARDS="vesa fbdev nv" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Taking vde.
Still valid with 2.3.1?
(In reply to Pacho Ramos from comment #2) > Still valid with 2.3.1? Or 2.3.2? (bug #409867) Is this package still maintained?
vde-2.3.2-r4 exists vdeq is depracated. and /var/run/vde.ctl should never be a directory. I think this can be closed.