Hi all, I'm almost completely new to tape. We've been doing disk-based backups for years, but we now have a project where we want to offsite hundreds of TB permanently, and have a Dell TL4000 (a rebr
Author: Ana Emília M. Arruda <emiliaarruda AT gmail DOT com>
Date: Tue, 16 Jun 2015 23:10:05 -0300
Hello Andrew, You can find in the output of a "lsscsi -l" command the timeout for your drives. Then you can configure 3 timeout directives for each one of your two drives (LRADrive-1 e LRADrive-2): M
Hi Ana, Thanks for the reply. I'm adding those into the drives. BTW, 900 is the value. Having no real experience with these, is it abnormal for a load to take the 10+ minutes, or is that reasonable?
Hi all, It's taking a lot longer because of the higher timeouts, but the label is still failing with a termination. If I understand it correctly, the mtx-changer script is polling with 'mt' looking f
Hello, Do you have any errors in dmesg (hardware errors, bus reset, SCSI errors ... etc.) ? Best regards, Marcin Haba (gani) 2015-06-17 21:56 GMT+02:00 Andrew Noonan <anoonan AT gmail DOT com>: -- "W
Author: Ana Emília M. Arruda <emiliaarruda AT gmail DOT com>
Date: Wed, 17 Jun 2015 22:32:28 -0300
Hello Andrew, Is /dev/changer created by udev rules? Have you tried /dev/sgX instead? Can you send us the output of the "lsscsi -l" command and "dmesg | grep Attached"? Have you checked your drives/a
@Marcin - dmesg is clean @Ana - I ~think~ /dev/changer is created by udev, I'm not 100%. It's a symlink to sg19 in this case: lrwxrwxrwx 1 root root 4 Jun 10 17:06 /dev/changer -> sg19 crw-rw-- 1 roo
Most likely, udev got it right. Try mtx -f /dev/changer noattach status. If that works, then try the load with the 'noattach' prefix. This drive could be reporting it supports the _ATTACHED API, but
Author: Ana Emília M. Arruda <emiliaarruda AT gmail DOT com>
Date: Thu, 18 Jun 2015 22:45:54 -0300
Most likely, udev got it right. Try mtx -f /dev/changer noattach status. If that works, then try the load with the 'noattach' prefix. This drive could be reporting it supports the _ATTACHED API, but
Hello, 2015-06-18 4:35 GMT+02:00 Andrew Noonan <anoonan AT gmail DOT com>: Your queue_depth value for tape devices looks to be too big (254) and seems to be value for tagged devices. You can try to s
Hi Marcin, I changed that setting, but that doesn't seem to have made a difference in terms of the status output, or mtx-changer taking less then the full timeout period to complete. The drive still
Hello, I wrote the sample commands for /dev/st0 device. Did you change queue_depth value for both tape drives ? I am seeing that you have problem with /dev/st1 device as is shown on attached output f
Author: Ana Emília M. Arruda <emiliaarruda AT gmail DOT com>
Date: Fri, 19 Jun 2015 11:21:08 -0300
Hello Andrew, I'm affraid your /dev/nst1 is your first drive (índex 0) and /dev/nst0 is your second drive (índex 1). From your mt status output, you have /dev/nst1 online with a tape loaded (i suspec
Hi Ana, It looks like that is it. I flipped the devices that get pointed to and I was able to attempt to label the disks. They had old labels on them from some previous attempt, though, so now I'm go
Author: Bill Arlofski <waa-bacula AT revpol DOT com>
Date: Fri, 19 Jun 2015 15:32:57 -0400
Hello Andrew, Rather than use the /dev/nst0 and /dev/nst1 devices, you should use the device nodes' "by-id" node names. These do not change over reboots the way the /dev/nstX ones can. First determin
Hi Bill, Yeah, I did that a few posts back. Unfortunately, there isn't a keen mapping that specifically connects the SCSI devices to the internal drive numbering that the changer uses, so commands ag
Author: Bill Arlofski <waa-bacula AT revpol DOT com>
Date: Fri, 19 Jun 2015 16:47:45 -0400
heh, no idea how I missed that. I'll chalk it up to a very busy week! Glad to see it is working correctly now. Ana has been very busy in here lately! Thank you Ana! :) Yes, I think this is the only w
Just to close this thread out, I was able to erase the labels on the tapes and have been successfully labeling tapes. Next stop, backups! Thanks All! Andrew On Fri, Jun 19, 2015 at 3:47 PM, Bill Arlo
Author: Ana Emília M. Arruda <emiliaarruda AT gmail DOT com>
Date: Sat, 20 Jun 2015 22:45:25 -0300
Thanks for the feedback Andrew! Thank you Bill! It's always a pleasure to be here :). Regards, Ana On Fri, Jun 19, 2015 at 6:02 PM, Andrew Noonan <anoonan AT gmail DOT com> wrote: Just to close this