Hi, Sorry, this is a bit of a complaint, but others might experience the same issue, and there is possibly an underlying reason / problem ... Following a reboot the autofs service was failing to start because the automount daemon was not able to read the master map auto.master. File /etc/auto.master had been renamed to /etc/auto.master.rpmsave. [root@rockover etc]# ls -lc auto.master.rpmsave -rw-r--r-- 1 root root 682 May 5 17:28 auto.master.rpmsave Checking the yum log suggests that yum erased the autofs RPM, causing the modified auto.master to be saved with the .rpmsave extension, and then upgraded it. [root@rockover etc]# grep autofs /var/log/yum.log Feb 07 20:23:29 Updated: autofs.i386 1:5.0.1-0.rc3.14 Feb 13 20:40:27 Updated: autofs.i386 1:5.0.1-0.rc3.16 Feb 16 20:24:50 Updated: autofs.i386 1:5.0.1-0.rc3.19 Feb 25 14:04:27 Updated: autofs.i386 1:5.0.1-0.rc3.21 Mar 03 12:03:50 Erased: autofs Mar 03 12:19:01 Updated: autofs.i386 1:5.0.1-0.rc3.23 Mar 11 12:31:58 Updated: autofs.i386 1:5.0.1-0.rc3.25 Mar 16 19:17:25 Updated: autofs.i386 1:5.0.1-0.rc3.26 May 05 17:28:04 Erased: autofs May 05 17:28:44 Updated: autofs.i386 1:5.0.1-0.rc3.29 To fix the issue simply move the file back and start autofs. mv /etc/auto.master.rpmsave /etc/auto.master service autofs start The interesting question is why did yum decide to erase autofs as part of the upgrade procedure? Thanks, Mike -- __ __ _ _ ___ ____ _ ___ ___ _ ___ ___ _ | \/ (_| | _ / _ \ | ___| | / _ \/ _ \| |_ _ _ _/ \/ \ _| | | |\/| | | |/ | ___| | _| | |_| __| ___| __| \/ \/| O | O / _ | |_| |_|_|_|\_\\___| |_| |____\___|\___||____\_/^\_/\___/\___/\___|
