Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: If enabling sendmail with "chkconfig sendmail on" for runlevel 3 and 5 and then rebooting, the booting into runlevel 3 or 5 hangs after the console message "Starting sendmail" is displayed. Version-Release number of selected component (if applicable): How reproducible: Each time Steps to Reproduce: 1.enable senmail by "chkconfig sendmail on" for runlevel 3 and 5 2.reboot 3. Actual results: Boot hangs Expected results: Boot is completed Additional info:
I can not reproduce this. Fresh F-13 Alpha install with latest updates. Can not be Bug #556148 related?
(In reply to comment #1) > I can not reproduce this. Fresh F-13 Alpha install with latest updates. Can not > be Bug #556148 related? Don't know. But perhaps, the following helps: 1. yum remove sendmail: removes sendmail, additionally cronie, cronie-anacron, crontabs (flawless). 2. Then trying to reinstall sendmail (and cronie, cronie-anacron, crontabs) with yum *hangs during the sendmail installation*. Killing yum produces an error message: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ sudo yum install sendmail cronie cronie-anacron crontabs Loaded plugins: langpacks, presto, refresh-packagekit Adding en_US to language list Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package cronie.i686 0:1.4.4-1.fc13 set to be updated ---> Package cronie-anacron.i686 0:1.4.4-1.fc13 set to be updated ---> Package crontabs.noarch 0:1.10-32.fc13 set to be updated ---> Package sendmail.i686 0:8.14.4-3.fc13 set to be updated --> Finished Dependency Resolution Dependencies Resolved ================================================================================ Package Arch Version Repository Size ================================================================================ Installing: cronie i686 1.4.4-1.fc13 fedora 68 k cronie-anacron i686 1.4.4-1.fc13 fedora 27 k crontabs noarch 1.10-32.fc13 fedora 10 k sendmail i686 8.14.4-3.fc13 fedora 711 k Transaction Summary ================================================================================ Install 4 Package(s) Upgrade 0 Package(s) Total size: 816 k Total download size: 105 k Installed size: 1.7 M Is this ok [y/N]: y Downloading Packages: Setting up and reading Presto delta metadata Processing delta metadata Package(s) data still to download: 105 k (1/3): cronie-1.4.4-1.fc13.i686.rpm | 68 kB 00:00 (2/3): cronie-anacron-1.4.4-1.fc13.i686.rpm | 27 kB 00:00 (3/3): crontabs-1.10-32.fc13.noarch.rpm | 10 kB 00:00 -------------------------------------------------------------------------------- Total 80 kB/s | 105 kB 00:01 Running rpm_check_debug Running Transaction Test Transaction Test Succeeded Running Transaction Installing : sendmail-8.14.4-3.fc13.i686 1/4 ^CError in POSTIN scriptlet in rpm package sendmail-8.14.4-3.fc13.i686 error: %post(sendmail-8.14.4-3.fc13.i686) scriptlet failed, signal 2 backes@eule [~]: ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Why yum hangs during install? Then running yum-complete-transaction: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ sudo yum-complete-transaction Loaded plugins: langpacks, presto, refresh-packagekit Adding en_US to language list There are 1 outstanding transactions to complete. Finishing the most recent one The remaining transaction had 3 elements left to run --> Running transaction check ---> Package cronie.i686 0:1.4.4-1.fc13 set to be updated ---> Package cronie-anacron.i686 0:1.4.4-1.fc13 set to be updated ---> Package crontabs.noarch 0:1.10-32.fc13 set to be updated --> Finished Dependency Resolution ================================================================================ Package Arch Version Repository Size ================================================================================ Installing: cronie i686 1.4.4-1.fc13 fedora 68 k cronie-anacron i686 1.4.4-1.fc13 fedora 27 k crontabs noarch 1.10-32.fc13 fedora 10 k Transaction Summary ================================================================================ Install 3 Package(s) Upgrade 0 Package(s) Total size: 105 k Installed size: 198 k Is this ok [y/N]: y Downloading Packages: Running rpm_check_debug Running Transaction Test Transaction Test Succeeded Running Transaction Warning: RPMDB altered outside of yum. Installing : cronie-1.4.4-1.fc13.i686 1/3 Installing : crontabs-1.10-32.fc13.noarch 2/3 Installing : cronie-anacron-1.4.4-1.fc13.i686 3/3 Installed: cronie.i686 0:1.4.4-1.fc13 cronie-anacron.i686 0:1.4.4-1.fc13 crontabs.noarch 0:1.10-32.fc13 Complete! Cleaning up completed transaction file ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1. Why the warning: RPMDB altered outside of yum? 2. Then: rpm -q sendmail cronie cronie-anacron crontabs sendmail-8.14.4-3.fc13.i686 cronie-1.4.4-1.fc13.i686 cronie-anacron-1.4.4-1.fc13.i686 crontabs-1.10-32.fc13.noarch
If I try in a running system: "/etc/init.d/sendmail start", it hangs too: sudo bash -x /etc/init.d/sendmail start + . /etc/rc.d/init.d/functions ++ TEXTDOMAIN=initscripts ++ umask 022 ++ PATH=/sbin:/usr/sbin:/bin:/usr/bin ++ export PATH ++ '[' -z '' ']' ++ COLUMNS=80 ++ '[' -z '' ']' +++ /sbin/consoletype ++ CONSOLETYPE=pty ++ '[' -z '' ']' ++ '[' -z '' ']' ++ '[' -f /etc/sysconfig/i18n ']' ++ . /etc/profile.d/lang.sh ++ unset LANGSH_SOURCED ++ '[' -z '' ']' ++ '[' -f /etc/sysconfig/init ']' ++ . /etc/sysconfig/init +++ BOOTUP=color +++ RES_COL=60 +++ MOVE_TO_COL='echo -en \033[60G' +++ SETCOLOR_SUCCESS='echo -en \033[0;32m' +++ SETCOLOR_FAILURE='echo -en \033[0;31m' +++ SETCOLOR_WARNING='echo -en \033[0;33m' +++ SETCOLOR_NORMAL='echo -en \033[0;39m' +++ LOGLEVEL=3 +++ PROMPT=yes +++ AUTOSWAP=no +++ ACTIVE_CONSOLES='/dev/tty[1-6]' ++ '[' pty = serial ']' ++ __sed_discard_ignored_files='/\(~\|\.bak\|\.orig\|\.rpmnew\|\.rpmorig\|\.rpmsave\)$/d' + '[' -f /etc/sysconfig/network ']' + . /etc/sysconfig/network ++ NETWORKING=yes ++ HOSTNAME=eule + '[' -f /etc/sysconfig/sendmail ']' + . /etc/sysconfig/sendmail ++ DAEMON=yes ++ QUEUE=1h + '[' -z '' ']' + SMQUEUE=1h + '[' -z 1h ']' ++ id -u + '[' 0 = 0 ']' + '[' yes = no ']' + '[' -x /usr/sbin/sendmail ']' + prog=sendmail + status -p /var/run/sendmail.pid + local base pid lock_file= pid_file= + '[' 2 = 0 ']' + '[' -p = -p ']' + pid_file=/var/run/sendmail.pid + shift 2 + '[' '' = -l ']' + base= + __pids_var_run '' /var/run/sendmail.pid + local base= + local pid_file=/var/run/sendmail.pid + pid= + '[' -f /var/run/sendmail.pid ']' + return 3 + RC=3 + '[' -z /var/run/sendmail.pid -a -z '' ']' + '[' -n '' ']' + case "$RC" in + '[' -z '' ']' + lock_file= + '[' -f /var/lock/subsys/ ']' + echo ' is stopped' + return 3 + status -p /var/run/sm-client.pid + local base pid lock_file= pid_file= + '[' 2 = 0 ']' + '[' -p = -p ']' + pid_file=/var/run/sm-client.pid + shift 2 + '[' '' = -l ']' + base= + __pids_var_run '' /var/run/sm-client.pid + local base= + local pid_file=/var/run/sm-client.pid + pid= + '[' -f /var/run/sm-client.pid ']' + return 3 + RC=3 + '[' -z /var/run/sm-client.pid -a -z '' ']' + '[' -n '' ']' + case "$RC" in + '[' -z '' ']' + lock_file= + '[' -f /var/lock/subsys/ ']' + echo ' is stopped' + return 3 + running=3 + case "$1" in + '[' 3 -eq 0 ']' + start + ret=0 + updateconf + /etc/mail/make + '[' 0 -eq 15 ']' + /etc/mail/make aliases Here, it hangs!
Works perfectly for me: #uname -a Linux localhost.localdomain 2.6.33.1-19.fc13.i686.PAE #1 SMP Sat Mar 20 02:15:28 UTC 2010 i686 i686 i386 GNU/Linux # yum remove sendmail ... # yum install sendmail cronie cronie-anacron crontabs Loaded plugins: langpacks, presto, refresh-packagekit Adding en_US to language list Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package cronie.i686 0:1.4.4-1.fc13 set to be updated ---> Package cronie-anacron.i686 0:1.4.4-1.fc13 set to be updated ---> Package crontabs.noarch 0:1.10-32.fc13 set to be updated ---> Package sendmail.i686 0:8.14.4-3.fc13 set to be updated --> Finished Dependency Resolution Dependencies Resolved ================================================================================ Package Arch Version Repository Size ================================================================================ Installing: cronie i686 1.4.4-1.fc13 fedora 68 k cronie-anacron i686 1.4.4-1.fc13 fedora 27 k crontabs noarch 1.10-32.fc13 fedora 10 k sendmail i686 8.14.4-3.fc13 fedora 711 k Transaction Summary ================================================================================ Install 4 Package(s) Upgrade 0 Package(s) Total download size: 816 k Installed size: 1.7 M Is this ok [y/N]: y Downloading Packages: Setting up and reading Presto delta metadata fedora/prestodelta | 404 B 00:00 Processing delta metadata Package(s) data still to download: 816 k (1/4): cronie-1.4.4-1.fc13.i686.rpm | 68 kB 00:00 (2/4): cronie-anacron-1.4.4-1.fc13.i686.rpm | 27 kB 00:00 (3/4): crontabs-1.10-32.fc13.noarch.rpm | 10 kB 00:00 (4/4): sendmail-8.14.4-3.fc13.i686.rpm | 711 kB 00:00 -------------------------------------------------------------------------------- Total 587 kB/s | 816 kB 00:01 Running rpm_check_debug Running Transaction Test Transaction Test Succeeded Running Transaction Installing : sendmail-8.14.4-3.fc13.i686 1/4 Installing : crontabs-1.10-32.fc13.noarch 2/4 Installing : cronie-1.4.4-1.fc13.i686 3/4 Installing : cronie-anacron-1.4.4-1.fc13.i686 4/4 Installed: cronie.i686 0:1.4.4-1.fc13 cronie-anacron.i686 0:1.4.4-1.fc13 crontabs.noarch 0:1.10-32.fc13 sendmail.i686 0:8.14.4-3.fc13 Complete! # /etc/init.d/sendmail start Starting sendmail: [ OK ] Starting sm-client: [ OK ] # /etc/init.d/sendmail stop ... # bash -x /etc/init.d/sendmail start ... + RETVAL=0 + exit 0 If it hangs on DB creation (make aliases, newaliases, makemap...) it looks like as Bug #556148. But it shouldn't hang in post install phase, the command is run in subshell and the post phase is forced to exit with 0. Please try to trace /etc/mail/make aliases and post results. You can also try to uninstall sendmail, manually remove all sendmail's files and than reinstall db4, sendmail. Currently I am working on the Bug #556148.
(In reply to comment #4) > Works perfectly for me: > > #uname -a > Linux localhost.localdomain 2.6.33.1-19.fc13.i686.PAE #1 SMP Sat Mar 20 > 02:15:28 UTC 2010 i686 i686 i386 GNU/Linux > > # yum remove sendmail > ... > > # yum install sendmail cronie cronie-anacron crontabs > Loaded plugins: langpacks, presto, refresh-packagekit > Adding en_US to language list > Setting up Install Process > Resolving Dependencies > --> Running transaction check > ---> Package cronie.i686 0:1.4.4-1.fc13 set to be updated > ---> Package cronie-anacron.i686 0:1.4.4-1.fc13 set to be updated > ---> Package crontabs.noarch 0:1.10-32.fc13 set to be updated > ---> Package sendmail.i686 0:8.14.4-3.fc13 set to be updated > --> Finished Dependency Resolution > > Dependencies Resolved > > ================================================================================ > Package Arch Version Repository Size > ================================================================================ > Installing: > cronie i686 1.4.4-1.fc13 fedora 68 k > cronie-anacron i686 1.4.4-1.fc13 fedora 27 k > crontabs noarch 1.10-32.fc13 fedora 10 k > sendmail i686 8.14.4-3.fc13 fedora 711 k > > Transaction Summary > ================================================================================ > Install 4 Package(s) > Upgrade 0 Package(s) > > Total download size: 816 k > Installed size: 1.7 M > Is this ok [y/N]: y > Downloading Packages: > Setting up and reading Presto delta metadata > fedora/prestodelta | 404 B 00:00 > Processing delta metadata > Package(s) data still to download: 816 k > (1/4): cronie-1.4.4-1.fc13.i686.rpm | 68 kB 00:00 > (2/4): cronie-anacron-1.4.4-1.fc13.i686.rpm | 27 kB 00:00 > (3/4): crontabs-1.10-32.fc13.noarch.rpm | 10 kB 00:00 > (4/4): sendmail-8.14.4-3.fc13.i686.rpm | 711 kB 00:00 > -------------------------------------------------------------------------------- > Total 587 kB/s | 816 kB 00:01 > Running rpm_check_debug > Running Transaction Test > Transaction Test Succeeded > Running Transaction > Installing : sendmail-8.14.4-3.fc13.i686 1/4 > Installing : crontabs-1.10-32.fc13.noarch 2/4 > Installing : cronie-1.4.4-1.fc13.i686 3/4 > Installing : cronie-anacron-1.4.4-1.fc13.i686 4/4 > > Installed: > cronie.i686 0:1.4.4-1.fc13 cronie-anacron.i686 0:1.4.4-1.fc13 > crontabs.noarch 0:1.10-32.fc13 sendmail.i686 0:8.14.4-3.fc13 > > Complete! > > # /etc/init.d/sendmail start > Starting sendmail: [ OK ] > Starting sm-client: [ OK ] > > # /etc/init.d/sendmail stop > ... > > # bash -x /etc/init.d/sendmail start > ... > + RETVAL=0 > + exit 0 > > > If it hangs on DB creation (make aliases, newaliases, makemap...) it looks like > as Bug #556148. But it shouldn't hang in post install phase, the command is run > in subshell and the post phase is forced to exit with 0. Please try to trace > /etc/mail/make aliases and post results. sudo strace /etc/mail/make aliases execve("/etc/mail/make", ["/etc/mail/make", "aliases"], [/* 21 vars */]) = 0 brk(0) = 0x8601000 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7896000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=73904, ...}) = 0 mmap2(NULL, 73904, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7883000 close(3) = 0 open("/lib/libtinfo.so.5", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\274-\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=130136, ...}) = 0 mmap2(0x2d6000, 132052, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2d6000 mmap2(0x2f4000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1d) = 0x2f4000 close(3) = 0 open("/lib/libdl.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\312\320\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=19788, ...}) = 0 mmap2(0xd0c000, 16500, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xd0c000 mmap2(0xd0f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xd0f000 close(3) = 0 open("/lib/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\355\266\0004\0\0\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1894160, ...}) = 0 mmap2(0xb58000, 1653128, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb58000 mmap2(0xce6000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18d) = 0xce6000 mmap2(0xce9000, 10632, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xce9000 close(3) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7882000 set_thread_area({entry_number:-1 -> 6, base_addr:0xb78828d0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0xce6000, 8192, PROT_READ) = 0 mprotect(0xd0f000, 4096, PROT_READ) = 0 mprotect(0xb54000, 4096, PROT_READ) = 0 munmap(0xb7883000, 73904) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 open("/dev/tty", O_RDWR|O_NONBLOCK|O_LARGEFILE) = 3 close(3) = 0 brk(0) = 0x8601000 brk(0x8622000) = 0x8622000 open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=97974976, ...}) = 0 mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7682000 close(3) = 0 getuid32() = 0 getgid32() = 0 geteuid32() = 0 getegid32() = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 time(NULL) = 1269847626 open("/proc/meminfo", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7895000 read(3, "MemTotal: 1537020 kB\nMemF"..., 1024) = 1024 close(3) = 0 munmap(0xb7895000, 4096) = 0 rt_sigaction(SIGCHLD, {SIG_DFL, [], 0}, {SIG_DFL, [], 0}, 8) = 0 rt_sigaction(SIGCHLD, {SIG_DFL, [], 0}, {SIG_DFL, [], 0}, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL, [], 0}, {SIG_DFL, [], 0}, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL, [], 0}, {SIG_DFL, [], 0}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_DFL, [], 0}, {SIG_DFL, [], 0}, 8) = 0 rt_sigaction(SIGQUIT, {SIG_DFL, [], 0}, {SIG_DFL, [], 0}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigaction(SIGQUIT, {SIG_IGN, [], 0}, {SIG_DFL, [], 0}, 8) = 0 uname({sys="Linux", node="eule", ...}) = 0 getcwd("/home/backes", 4096) = 13 getpid() = 2113 open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=26048, ...}) = 0 mmap2(NULL, 26048, PROT_READ, MAP_SHARED, 3, 0) = 0xb788f000 close(3) = 0 getppid() = 2111 gettimeofday({1269847626, 272147}, NULL) = 0 getpgrp() = 2111 rt_sigaction(SIGCHLD, {0x80835a0, [], 0}, {SIG_DFL, [], 0}, 8) = 0 getrlimit(RLIMIT_NPROC, {rlim_cur=1024, rlim_max=RLIM_INFINITY}) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 open("/etc/mail/make", O_RDONLY|O_LARGEFILE) = 3 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfb16ae8) = -1 ENOTTY (Inappropriate ioctl for device) _llseek(3, 0, [0], SEEK_CUR) = 0 read(3, "#!/bin/sh\n# Generate db and cf f"..., 80) = 80 _llseek(3, 0, [0], SEEK_SET) = 0 getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=1024}) = 0 fcntl64(255, F_GETFD) = -1 EBADF (Bad file descriptor) dup2(3, 255) = 255 close(3) = 0 fcntl64(255, F_SETFD, FD_CLOEXEC) = 0 fcntl64(255, F_GETFL) = 0x8000 (flags O_RDONLY|O_LARGEFILE) fstat64(255, {st_mode=S_IFREG|0755, st_size=2700, ...}) = 0 _llseek(255, 0, [0], SEEK_CUR) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 read(255, "#!/bin/sh\n# Generate db and cf f"..., 2700) = 2700 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 stat64("/etc", {st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0 stat64("/etc/mail", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 chdir("/etc/mail") = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 pipe([3, 4]) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7882938) = 2114 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigaction(SIGCHLD, {0x80835a0, [], 0}, {0x80835a0, [], 0}, 8) = 0 close(4) = 0 read(3, "/etc/aliases\n", 128) = 13 read(3, "", 128) = 0 --- SIGCHLD (Child exited) @ 0 (0) --- waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG) = 2114 waitpid(-1, 0xbfb15aec, WNOHANG) = -1 ECHILD (No child processes) sigreturn() = ? (mask now []) close(3) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGINT, {0x80812f0, [], 0}, {SIG_DFL, [], 0}, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL, [], 0}, {0x80812f0, [], 0}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 stat64("/etc/aliases", {st_mode=S_IFREG|0644, st_size=1512, ...}) = 0 stat64("/etc/aliases.db", {st_mode=S_IFREG|0640, st_size=0, ...}) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 stat64("aliasesdb-stamp", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 stat64("/etc/aliases.db", {st_mode=S_IFREG|0640, st_size=0, ...}) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 stat64("aliasesdb-stamp", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 stat64("/etc/aliases.db", {st_mode=S_IFREG|0640, st_size=0, ...}) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 read(255, "", 2700) = 0 exit_group(0) = ? > You can also try to uninstall > sendmail, manually remove all sendmail's files and than reinstall db4, > sendmail. Currently I am working on the Bug #556148. Removing sendmail, reinstalling sendmail and db4 did not help. I'm sorry.
I forgot to tell: 1. Installing sendmail did a rather long time after ending (looked as hanging), but ended properly (after about 15-20 secs) 2. newaliases failed: newaliases WARNING: local host name (eule) is not qualified; see cf/README: WHO AM I? /etc/aliases.db: Invalid type 5 specified Cannot open hash database /etc/aliases.db: Invalid argument WARNING: cannot open alias database /etc/aliases Cannot create database for alias file /etc/aliases I had changed the hostname after installing F13. But after changing back to localhost.localdomain, getting an error too: sudo newaliases /etc/aliases.db: Invalid type 5 specified Cannot open hash database /etc/aliases.db: Invalid argument WARNING: cannot open alias database /etc/aliases Cannot create database for alias file /etc/aliases
Forgot to tell you: 1. Re-installing sendmail did a long time (was looking like hanging after downloading), but it ended properly (about 15-20 secs after yum begun ti install). 2. sudo newaliases WARNING: local host name (eule) is not qualified; see cf/README: WHO AM I? /etc/aliases.db: Invalid type 5 specified Cannot open hash database /etc/aliases.db: Invalid argument WARNING: cannot open alias database /etc/aliases Cannot create database for alias file /etc/aliases (I changed the box's name after having installed F13). Renaming it back to localhost.localdomain: sudo newaliases /etc/aliases.db: Invalid type 5 specified Cannot open hash database /etc/aliases.db: Invalid argument WARNING: cannot open alias database /etc/aliases Cannot create database for alias file /etc/aliases
You can ignore comment 6 or 7 --they are nearly the same -- (sending twice after some network error)
> /etc/aliases.db: Invalid type 5 specified This is Bug #556148 - change in DB behaviour. Please wait for the DB 4.8 fix, may be it will also solve your problem - I have no idea here, I can not reproduce your hangs and there is also no more reporter. In the meantime I leave this open.
Thank you. I will be patient and wait for a new DB.
I rebuilt sendmail with compat-db-4.7 and I pushed it through Bodhi. It is temporary fix of Bug #556148. Please try to upgrade, the build is also available here: http://koji.fedoraproject.org/koji/taskinfo?taskID=2081785 If it doesn't help I suggest you reinstallation.
Basically, the build helps, but: It takes an extremely long time from the message "starting sendmail" to "starting sm-client" (about 1.5 min), and then until continuing to the next boot message (again 1 min). Thank you for your efforts. With kind regards Joachim Backes
If this problem persists through reboots, maybe you have misconfigured DNS. The sendmail is very sensitive here. If you renamed your computer, AFAIK at least you need to add its name to /etc/hosts as alias for IPV4 and IPV6 loopback. Also you can try to debug where is the delay coming from. Without more information I cannot help you with this issue.
(In reply to comment #13) > If this problem persists through reboots, maybe you have misconfigured DNS. The > sendmail is very sensitive here. If you renamed your computer, AFAIK at least > you need to add its name to /etc/hosts as alias for IPV4 and IPV6 loopback. Bingo, that was it. I had to modify line 1 and 2 in /etc/hosts. But previously I changed my hostname with *system-config-network*, so I miss the two correspondent entries in /etc/hosts. You think, that's a system-config-network issue? Kind regards Joachim Backes
I don't know. If it is replicable, you can fill bug on it and get some response from the package maintainer. I am closing this bug as a dupe. *** This bug has been marked as a duplicate of bug 556148 ***