I misdiagnosed the problem. My wife's computer (blossom) is running RH9 and she gets faster DNS resolution than baby does. Our ISP assigns all addresses (including DNS) via DHCP. Her /etc/resolv.conf file was being updated by her dhcp client. I emerged dhcpcd and ran it. The problem came from bullet expecting baby to be at 192.168.1.3 It wasn't. dhcpcd had reset baby's IP address to one supplied by the router instead of baby's static address. Is there a way to set baby to get only DNS information from the router via DHCP (the router is set to obtain this information automatically from the ISP) and not to reset baby's IP address?
On Thu, 2005-05-12 at 07:21 -0500, Michael Sullivan wrote: > My server box is called bullet and my client box is called baby. I use > baby to access bullet because bullet doesn't have a reliable monitor. > On baby I have a directory called /backup where the nightly backups are > recorded to. bullet has the same setup. Within baby:/backup there is a > directory called bullet where bullet:/backup is mounted. I do this > because the only CDR drive I have is on baby and also because I do > maintenance on bullet's backups using file-roller. This setup has > worked fine for months. > > This morning I su - to root and asked for an ls of /backup/bullet. It > gave me Permission Denied. I cd over to /backup and do "ls". I see my > backup files for baby and also listed is the bullet directory: > > > > baby backup # ls > > baby-gentoo-etc-050805.tar.bz2 baby-gentoo-michael-050805.tar.bz2 bullet > > baby-gentoo-etc-050905.tar.bz2 baby-gentoo-michael-050905.tar.bz2 week1 > > baby-gentoo-etc-051005.tar.bz2 baby-gentoo-michael-051005.tar.bz2 world > > baby-gentoo-etc-051105.tar.bz2 baby-gentoo-michael-051105.tar.bz2 > > baby-gentoo-etc-051205.tar.bz2 baby-gentoo-michael-051205.tar.bz2 > > (week1 is where I put a single weeksworth of backups to be written to a > CD when I have multiple weeksworth of backups) > > However, when I try ls -l on /backup: > > baby backup # ls -l > ls: bullet: Permission denied > total 339636 > -rw-r--r-- 1 root root 4483253 May 8 03:17 baby-gentoo-etc-050805.tar.bz2 > -rw-r--r-- 1 root root 46 May 9 03:00 baby-gentoo-etc-050905.tar.bz2 > -rw-r--r-- 1 root root 24488 May 10 03:00 baby-gentoo-etc-051005.tar.bz2 > -rw-r--r-- 1 root root 4905 May 11 03:00 baby-gentoo-etc-051105.tar.bz2 > -rw-r--r-- 1 root root 579531 May 12 03:03 baby-gentoo-etc-051205.tar.bz2 > -rw-r--r-- 1 root root 251254105 May 8 03:16 > baby-gentoo-michael-050805.tar.bz2 > -rw-r--r-- 1 root root 10806118 May 9 03:00 > baby-gentoo-michael-050905.tar.bz2 > -rw-r--r-- 1 root root 5345970 May 10 03:00 > baby-gentoo-michael-051005.tar.bz2 > -rw-r--r-- 1 root root 7462564 May 11 03:00 > baby-gentoo-michael-051105.tar.bz2 > -rw-r--r-- 1 root root 67412455 May 12 03:03 > baby-gentoo-michael-051205.tar.bz2 > drwxr-xr-x 2 root root 4096 May 7 09:54 week1 > -rw-r--r-- 1 root root 3245 May 12 03:03 world > > > I don't understand this. I ssh'd to bullet and did an ls of /backup > there from both root and a non-root account and they both work fine. I > thought it might be a problem in /etc/exports, but I didn't see one: > > bullet root # cat /etc/exports > # /etc/exports: NFS file systems being exported. See exports(5). > > /backup baby.espersunited.com(rw,sync,no_root_squash) > > > Has anyone encountered this and/or knows how to fix it? This isn't a > problem yet - there's so little traffic on bullet that I only write > backups to CD at the end of the month, but if I don't figure out the > answer it will be very inconvenient in a couple of weeks... > -- gentoo-user@gentoo.org mailing list