[Bug 1298292] [NEW] Missing -s option in kpartx's manpage
Public bug reported: $ kpartx -h usage : kpartx [-a|-d|-l] [-v] wholedisk -a add partition devmappings -r devmappings will be readonly -d del partition devmappings -l list partitions devmappings that would be added by -a -p set device name-partition number delimiter -g force GUID partition table (GPT) -v verbose -s sync mode. Don't return until the partitions are created The man page does not state anything about -s ** Affects: multipath-tools (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to multipath-tools in Ubuntu. https://bugs.launchpad.net/bugs/1298292 Title: Missing -s option in kpartx's manpage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1298292/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 624522] [NEW] Postfix init.d script and populate chroot in multi-instance environment [debian bug #560682]
Public bug reported: Binary package hint: postfix Copy/paste from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560682 I hit the pb on Ubuntu Lucid : = description of the problem When running postfix daemon in chroot environment we need to assure that the chroot dir is up-to-date (aka. etc/services lib/*, ...). For a single instance this is done by the /etc/init.d/postfix script. Starting with 2.6.x, Postfix supports now the multi-instance concept (http://www.postfix.org/MULTI_INSTANCE_README.html). So for each instance, we have a new /var/spool/postfix-instance that is created and where daemons may be run as chrooted. The problem with the /etc/init.d/postfix script distributed by Debian (in version 2.6.5-3) is that it does not take of the multi-instance chroot dirs : the script only synchronizes the default instance (aka /etc/postfix) and not all the other instances. So in a chroot environment, with a chroot dir not synchronized we may have some problems like fatal: unknown service: smtp/tcp. = workaround I think the init.d script need to be adjust to take care of the multi-instance chroot dir. Please see the attached patch postfix-init.d--multiinstance-chroot-aware.patch. It does 2 things : - iterate on each instance declared in the default one (postmulti -l) and do the job that was done in the past - we have to synchronize some other file like /dev/log and /lib/libresolv*so* ** Affects: postfix (Ubuntu) Importance: Undecided Status: New -- Postfix init.d script and populate chroot in multi-instance environment [debian bug #560682] https://bugs.launchpad.net/bugs/624522 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to postfix in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 624522] Re: Postfix init.d script and populate chroot in multi-instance environment [debian bug #560682]
** Patch added: postfix-init.d--multiinstance-chroot-aware.patch https://bugs.launchpad.net/ubuntu/+source/postfix/+bug/624522/+attachment/1519994/+files/postfix-init.d--multiinstance-chroot-aware.patch -- Postfix init.d script and populate chroot in multi-instance environment [debian bug #560682] https://bugs.launchpad.net/bugs/624522 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to postfix in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 624522] Re: Postfix init.d script and populate chroot in multi-instance environment [debian bug #560682]
Please note that one more file needs to be fixed : /etc/resolvconf/update-libc.d/postfix #!/bin/sh -e # make sure we're still here... [ -x /usr/sbin/postconf ] || exit 0 # iterate in each instance for INSTANCE_CONF_DIR in `postmulti -l | tr -s | cut -d -f4` do cp /etc/resolv.conf $(/usr/sbin/postconf -c $INSTANCE_CONF_DIR -h queue_directory)/etc/resolv.conf done /etc/init.d/postfix reload /dev/null 21 || exit 0 exit 0 -- Postfix init.d script and populate chroot in multi-instance environment [debian bug #560682] https://bugs.launchpad.net/bugs/624522 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to postfix in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 235560] Re: Connect to smb server by name doesn't work, but by IP address does
Hello all, I'm afraid I'm having the same problem. I'm trying to connect to the Samba shares on a NAS-4220-B Icybox. I keep getting Couldn't display smb://192.168.1.64/nikos/.. There is no application installed for this file type messages. I now realize this is a misleading message as it has nothing to do with 'no application [being] installed' but rather with an inability to access the shares. Whenever I get this message, if I go back to Places-Network-NICY (nicy is the name of the server) no shares show. I noticed that connecting to the server in some way (eg opening its webconfig window) makes the shares re-appear... The already mounted shares on the desktop then still do not work BUT if I then unmount and remount them, they work fine !! (for a bit!!) This sounds similar to jimmyKangs problem -- I'm also using 64bit. I've changed to name resolve order = lmhosts wins bcast host and hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 wins Any further ideas would be most welcome. many thanks, Nikos -- Connect to smb server by name doesn't work, but by IP address does https://bugs.launchpad.net/bugs/235560 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to samba in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs