Do you really need *all* of those services? Certainly you don't need both amd and autofs.
Anyway, I see lots of errors, but nothing critical. I'm using autofs in my lab, and I get lots of similarly, and it works mostly fine (except a bajillion attempts by the system to access non-existent /home/lmontel...) --- Sergei Zuyev <[EMAIL PROTECTED]> wrote: > The same was present in rc2 but not in beta4 (I > didn't try rc1): > Machine does not shut down hanging on the following > message: > > /etc/rc6.d/K75netfs: line 154 /sbin/fuser -k -m $sig > $remaining >/dev/null > umount: can't get address for oka > umount2: Device or resource busy > umount: /net device is busy > > Here are two extracts from /ver/log/messages: > When booting: > > Sep 20 14:44:27 oka mount.smbfs[1164]: [2002/09/20 > 14:44:27, 0] > client/smbmount.c:send_fs_socket(383) > Sep 20 14:44:27 oka mount.smbfs[1164]: > mount.smbfs: entering daemon mode for > service \\kalitka\public, pid=1164 > Sep 20 14:44:27 oka netfs: Mounting file system SMB: > succeeded > Sep 20 14:44:27 oka netfs: Mounting other file > systems: succeeded > ..... > Sep 20 14:44:50 oka amd[1741]: Map support for: > root, passwd, ldap, union, > nisplus, nis, ndbm, file, error. > Sep 20 14:44:50 oka amd[1741]: AMFS: nfs, link, > nfsx, nfsl, host, linkx, > program, union, inherit, ufs, > Sep 20 14:44:50 oka amd[1741]: lofs, cdfs, > auto, direct, toplvl, autofs, > error. > Sep 20 14:44:50 oka amd[1741]: FS: autofs, iso9660, > lofs, nfs, nfs3, tmpfs, > ext2. > Sep 20 14:44:50 oka amd[1741]: Network: > wire="192.168.0.0" > (netnumber=192.168). > Sep 20 14:44:50 oka amd[1741]: My ip addr is > 192.168.0.3 > Sep 20 14:44:50 oka amd[1742]: released controlling > tty using setsid() > Sep 20 14:44:50 oka amd[1742]: file server > localhost, type local, state starts > up > Sep 20 14:44:50 oka amd[1742]: /dev/hda5 restarted > fstype link on / > Sep 20 14:44:50 oka amd[1742]: none restarted fstype > link on /proc > Sep 20 14:44:50 oka amd[1742]: none restarted fstype > link on /dev > Sep 20 14:44:50 oka amd[1742]: none restarted fstype > link on /dev/pts > Sep 20 14:44:50 oka amd[1742]: /dev/hda9 restarted > fstype link on /home > Sep 20 14:44:50 oka amd[1742]: none restarted fstype > link on /mnt/cdrom > Sep 20 14:44:50 oka amd[1742]: none restarted fstype > link on /mnt/cdrom1 > Sep 20 14:44:50 oka amd[1742]: none restarted fstype > link on /mnt/floppy > Sep 20 14:44:50 oka amd[1742]: /dev/hdb13 restarted > fstype link on > /mnt/old_home > Sep 20 14:44:50 oka amd[1742]: /dev/hdb8 restarted > fstype link on > /mnt/old_root > Sep 20 14:44:50 oka amd[1742]: /dev/hdb9 restarted > fstype link on /mnt/old_usr > Sep 20 14:44:50 oka amd[1742]: /dev/hdb11 restarted > fstype link on > /mnt/old_usr_local > Sep 20 14:44:50 oka amd[1742]: /dev/hdb1 restarted > fstype link on /mnt/win_d > Sep 20 14:44:50 oka amd[1742]: /dev/hdb5 restarted > fstype link on /mnt/win_e > Sep 20 14:44:50 oka amd[1742]: /dev/hdb6 restarted > fstype link on /mnt/win_f > Sep 20 14:44:50 oka amd[1742]: /dev/hdb7 restarted > fstype link on /mnt/win_g > Sep 20 14:44:50 oka amd[1742]: /dev/hda1 restarted > fstype link on /mnt/windows > Sep 20 14:44:50 oka amd[1742]: none restarted fstype > link on /mnt/zip > Sep 20 14:44:50 oka amd[1742]: /dev/hda6 restarted > fstype link on /usr > Sep 20 14:44:50 oka amd[1742]: /dev/hda8 restarted > fstype link on /usr/local > Sep 20 14:44:50 oka amd[1742]: //kalitka/public > restarted fstype link on > /mnt/smb > Sep 20 14:44:50 oka amd: using configuration file > /etc/amd.conf > Sep 20 14:44:50 oka amd[1742]: initializing amd.conf > map /etc/amd.net of type > file > Sep 20 14:44:50 oka amd[1742]: first time load of > map /etc/amd.net succeeded > Sep 20 14:44:50 oka amd[1742]: /etc/amd.net mounted > fstype toplvl on /net > ��� 20 14:44:50 oka amd: amd starting succeeded > Sep 20 14:44:51 oka automount[1820]: starting > automounter version 4.0.0, path > = /misc, maptype = file, mapname = /etc/auto.misc > Sep 20 14:44:51 oka automount[1820]: using kernel > protocol version 4 > Sep 20 14:44:51 oka automount[1820]: using timeout > 60 seconds; freq 15 secs > Sep 20 14:44:52 oka automount[1844]: starting > automounter version 4.0.0, path > = /net, maptype = program, mapname = /etc/auto.net > Sep 20 14:44:52 oka autofs: automount starting > succeeded > > When shutting down: > > Sep 21 01:23:13 oka amd[1742]: reload of map > /etc/amd.net is not needed (in > sync) > Sep 21 01:23:13 oka amd[1742]: amq says flush cache > Sep 21 01:23:13 oka amd[1742]: reload #2 of map > /etc/amd.net succeeded > Sep 21 01:23:13 oka amd[1742]: amq says flush cache > Sep 21 01:23:13 oka amd[1742]: reload #3 of map > /etc/amd.net succeeded > Sep 21 01:23:13 oka amd[1742]: ignoring timeout > request for active node /net > Sep 21 01:23:13 oka amd[1742]: amq says flush cache > Sep 21 01:23:13 oka amd[1742]: reload #4 of map > /etc/amd.net succeeded > Sep 21 01:23:13 oka amd[1742]: amq says flush cache > Sep 21 01:23:13 oka amd[1742]: reload #5 of map > /etc/amd.net succeeded > Sep 21 01:23:13 oka amd[1742]: ignoring timeout > request for active node /net > Sep 21 01:23:14 oka amd[1742]: amq says flush cache > etc. until > Sep 21 01:23:14 oka amd[1742]: reload #19 of map > /etc/amd.net succeeded > Sep 21 01:23:14 oka amd[1742]: ignoring timeout > request for active node /net > Sep 21 01:23:14 oka amd[1742]: WARNING: automounter > going down on signal 15 > Sep 21 01:23:14 oka amd[12607]: amfs_toplvl_unmount > retrying /net in 1s > Sep 21 01:23:18 oka last message repeated 4 times > Sep 21 01:23:18 oka amd: Shutting down amd succeeded > Sep 21 01:23:18 oka automount[1844]: shutting down, > path = /net > Sep 21 01:23:18 oka automount[1820]: shutting down, > path = /misc > Sep 21 01:23:18 oka autofs: automount -TERM > succeeded > Sep 21 01:23:19 oka last message repeated 8 times > Sep 21 01:23:19 oka postfix: Stopping postfix: > Sep 21 01:23:19 oka postfix: succeeded > Sep 21 01:23:19 oka postfix: ^[[65G[^[[1;32m > Sep 21 01:23:19 oka postfix: > Sep 21 01:23:19 oka rc: Stopping postfix: succeeded > Sep 21 01:23:19 oka xinetd[1390]: Exiting... > Sep 21 01:23:19 oka xinetd: shutting down xinetd > succeeded > Sep 21 01:23:19 oka atd: Shutting down atd succeeded > Sep 21 01:23:20 oka crond: Shutting down crond > succeeded > Sep 21 01:23:20 oka cups: Shutting down cupsd > succeeded > Sep 21 01:23:20 oka saslauthd[1283]: Caught signal > 15. Cleaning up and > terminating. > Sep 21 01:23:20 oka saslauthd: Shutting down > saslauthd succeeded > Sep 21 01:23:20 oka apmd[1197]: Exiting > Sep 21 01:23:21 oka apmd: Shutting down apmd > succeeded > Sep 21 01:23:22 oka umount: umount: can't get > address for oka > Sep 21 01:23:22 oka umount: umount2: Device or > resource busy > Sep 21 01:23:22 oka umount: umount: /net: device is > busy > Sep 21 01:24:34 oka init: Switching to runlevel: 6 > Sep 21 01:24:35 oka amd[12607]: amfs_toplvl_unmount > retrying /net in 1s > Sep 21 01:24:35 oka umount: umount: can't get > address for oka > Sep 21 01:24:35 oka umount: umount2: Device or > resource busy > Sep 21 01:24:35 oka umount: umount: /net: device is > busy > Sep 21 01:25:21 oka umount: umount: can't get > address for oka > Sep 21 01:25:21 oka umount: umount2: Device or > resource busy > Sep 21 01:25:21 oka umount: umount: /net: device is > busy > Sep 21 01:25:50 oka amd[12607]: amfs_toplvl_unmount > retrying /net in 1s > Sep 21 01:25:50 oka umount: umount: can't get > address for oka > Sep 21 01:25:50 oka umount: umount2: Device or > resource busy > Sep 21 01:25:50 oka umount: umount: /net: device is > busy > > PS. oka - is the machine's name, I translating > things like "stopping" and > "shutting down" from Russian as I use Russian > locale, so do not LITERARILY > rely on the above text. > PPS. What is the use of i18n for system messages? > Anyhow 95% of messages are > reported in English. It's just misleading: the exact > meaning after > translation may not be clear as there maybe no > commonly used equivalents in > other language. In addition to necessity of backward > translation when > reporting bugs, etc. it's just looking ugly: a > couple of Russian words in the > middle of English phrase! > __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com
