On Wed, 26 Oct 2005, Kern Sibbald wrote: > On Wednesday 26 October 2005 21:51, Peter Eriksson wrote: > > Hmm.. What's the *right* way to "fix" this "issue"? > > The first question I have is: what version of Bacula are you using? I ask
Bakis Version: 1.37.40 (26 September 2005) sparc-sun-solaris2.9 solaris 5.9 Daemon started 28-Sep-05 16:37, 78 Jobs run since started. > because I don't see the "In Use Volume status:" that should come just after > the status listing. In Use Volume status: LYSD116 on device "DLT-0" (/dev/rmt/0cbn) LYSE003 on device "DLT-2" (/dev/rmt/2cbn) LYSH009 on device "DLT-1" (/dev/rmt/1cbn) > As best I can tell, Bacula thinks the tape mounted on DLT-0 is blank or at > least not a Bacula labeled tape. > > You might try "unmount storage=DLT-0" then "mount storage=DLT-0". > > Anyway, doing an unmount of that device should let you access it with mt. Ah. Of course. Should have thought about that. I automatically figured that since the device was blocked it should also have been unmounted... (Me Bummer! :-) Trying it: "unmount storage=DLT-0" worked ok. but "mount storage=DLT-0" takes a long time and has so far just produced the following output: Max time exceeded waiting to mount Storage Device "DLT-0" (/dev/rmt/0cbn) for Job Fetto.2005-10-08_01.05.02 By the way - pressing Ctrl-Z and suspending Bconsole and then going back to it seriously confuses the console I/O code... It keeps on popping up old input lines whenever I press Return. Only way out seems to be another Ctrl-Z and then "kill" on the Bconsole process... This doesn't feel right :-) [Solaris SPARC] - Peter > > > > "status storage=DLT-0" gives: > > > > ... > > Device status: > > Autochanger "Sun-L11000" with devices: > > "DLT-0" (/dev/rmt/0cbn) > > "DLT-1" (/dev/rmt/1cbn) > > "DLT-2" (/dev/rmt/2cbn) > > Device "DLT-0" (/dev/rmt/0cbn) open but no Bacula volume is mounted. > > Device is BLOCKED waiting for media. > > Slot 117 is loaded in drive 1. > > Total Bytes Read=0 Blocks Read=0 Bytes/block=0 > > Positioned at File=0 Block=0 > > Device "DLT-1" (/dev/rmt/1cbn) is mounted with Volume "LYSH009" > > Slot 240 is loaded in drive 2. > > Total Bytes=7,056,579,873 Blocks=109,384 Bytes/block=64,511 > > Positioned at File=7 Block=885 > > Device "DLT-2" (/dev/rmt/2cbn) is mounted with Volume "LYSE003" > > Slot 174 is loaded in drive 3. > > Total Bytes=5,492,391,458 Blocks=85,138 Bytes/block=64,511 > > Positioned at File=7 Block=0 > > > > > > A "mount storage=DLT-0" causes absolutely nothing. If I try to tell > > the robot to move the tape in that drive to it's storage slot it > > complains (probably because the tape is loaded). I can't do an > > "mt -f /dev/rmt/0n rewoff" because Bacula has that device open. > > > > There are free/purged tapes available in the Default pool which is used > > for that drive. Any good suggestions? (I know this report is kind of > > sketchy but...). > > > > I have backups running for the older pools/drives (pool Home uses drive > > DLT-1 and pool ElfRune uses drive DLT-2) without and problems so I'd > > prefer not to have to kill the Bacula daemons... > > -- Peter Eriksson <[EMAIL PROTECTED]> Phone: +46 13 28 2786 Computer Systems Manager/BOFH Cell/GSM: +46 705 18 2786 Physics Department, Linköping University Room: Building F, F203 SE-581 83 Linköping, Sweden http://www.ifm.liu.se/~peter ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
