* Jean-Louis Martineau <[EMAIL PROTECTED]> [20071220 15:57]: > Tim, > > Amanda add the 'r'. > > It's historical, it try to be smart and do the following conversion. > /dev/sd0a -> /dev/rsd0a > /dev/dsk/c0t0d0s0 -> /dev/rdsk/c0t0d0s0 -> /dev/dsk/rc0t0d0s0 > Because DUMP works with the raw device, not the block device. > > Try the attached patch.
I applied the patch on one client and I still see automount complaining on it...I assume that I only have to recompile on the client, right? jf > > Jean-Louis > > Tim Bunnell wrote: > >Folks, > > > >I hope this is not a FAQ (I could not find it there in any case). We > >have set up amanda (2.5.1p1) running on Debian 3.1 Linux to backup > >automounted directories from a SnapServer 410. The configuration > >appears to work OK with DLEs of the form: > > > >our.net.udel.edu /vol/dir our-gnutar > > > >Where /vol is our automount point and dir is the share exported by the > >SnapServer. > > > >However, when amcheck or the dumper runs, we see one or more automount > >errors indicating that things like /vol/rdir cannot be mounted for > >each automounted DLE. We guess the 'r' in front of the 'dir' might > >come from something like attempting to mount /vol/dir first as a raw > >device??? > > > >Does anyone know (a) if that is really the cause of the problem and/or > >(b) how to make is stop? We fear it is just a matter of time before > >someone decides to create a real share with a name like "rdir" that > >conflicts with an existing "dir" share. > > > >Thanks for any suggestions, > > > >t > > > -- <° ><
