OK. Some progress here.
First, my crontab script had an error in that the amtape command should have been /usr/sbin/amtape NOT /usr/bin/amtape.
With this fixed, the backup ran normally last night and this morning, a fresh tape is in the next slot for the next backup. GREAT !!
Second, I was
On Tuesday 15 February 2005 13:00, James D. Freels wrote:
>Recall I had a problem getting this device to work properly when it
>failed to write to the tape. This problem was correct by a new and
>separate scsi card dedicated to the packet loader.
>
>When I use the older ncr53c7xx driver in Linux,
On Tue, Feb 15, 2005 at 02:43:13PM -0500, James D. Freels wrote:
> I think I missed something here. The response below, where did it come
> from ? (about the sleep delays, etc.)
>
In an earlier message I noted that after a command like an mt or mtx,
my drive returned control to the caller before
I forget to mention, there is also the /etc/amanda/new/changer.conf file which has several parameters that could effect timing. Any recommendations on this ?
/etc/amanda/new/changer.conf:
firstslot=1
lastslot=10
cleanslot=-1
driveslot=0
havereader=1
autoclean=0
poll_drive_ready=10
max_drive_
I think I missed something here. The response below, where did it come from ? (about the sleep delays, etc.)
On Tue, 2005-02-15 at 13:56 -0500, Eric Siegerman wrote:
On Tue, Feb 15, 2005 at 01:40:44PM -0500, Jon LaBadie wrote:
> If I issue another command to the drive before it is really
>
On Tue, Feb 15, 2005 at 01:40:44PM -0500, Jon LaBadie wrote:
> If I issue another command to the drive before it is really
> ready, even an "mt status", I get error messages. Thus I routinely
> put in delays (sleep's) in scripts that might rewind a tape or change
> a tape to another slot. As much
On Tue, Feb 15, 2005 at 01:00:12PM -0500, James D. Freels wrote:
> Recall I had a problem getting this device to work properly when it
> failed to write to the tape. This problem was correct by a new and
> separate scsi card dedicated to the packet loader.
>
> When I use the older ncr53c7xx drive
Recall I had a problem getting this device to work properly when it failed to write to the tape. This problem was correct by a new and separate scsi card dedicated to the packet loader.
When I use the older ncr53c7xx driver in Linux, it works OK, but does not automatically reload tapes. Here