* Jean-Louis Martineau <martineau AT zmanda DOT com> [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
> >
> 



-- 
<° ><