Forgot to add, that production effect of this problem is harmful - 
backups are stored correctly, unless tape does not leave the drive. When 
tape is reinserted, bacula cannot rewind it and marks the tape as 
"error".

Dnia 7-05-2007 o godz. 14:46 Mariusz Czulada napisał(a):
> Hi all,
> 
> I have another, more serious problem with my IBM library. Here is an
> output from btape:
> 
> -----------------------------------------
> 
> [EMAIL PROTECTED] sbin]# ../sbin/btape -c bacula-sd.conf -d 99
> /dev/IBMtape1n
> Tape block granularity is 1024 bytes.
> btape: stored_conf.c:674 Inserting device res: Dev:LocalTapeDrive
> btape: stored_conf.c:674 Inserting device res: Dev:TS3310-drv0
> btape: stored_conf.c:674 Inserting device res: Dev:TS3310-drv1
> btape: butil.c:286 Using device: "/dev/IBMtape1n" for writing.
> btape: dev.c:254 init_dev: tape=1 dev_name=/dev/IBMtape1n
> btape: dev.c:295 open dev: type=2 dev_name="Dev:TS3310-drv0"
> (/dev/IBMtape1n) vol= mode=OPEN_READ_ONLY
> btape: dev.c:345 Open dev: device is tape
> 07-May 14:25 btape: 3301 Issuing autochanger "loaded? drive 0" command.
> 07-May 14:26 btape: 3302 Autochanger "loaded? drive 0", result is Slot 22.
> btape: dev.c:382 Rewind after open
> btape: dev.c:2310 In set_os_device_parameters
> btape: dev.c:2316 Set block size to zero
> btape: dev.c:433 open dev: tape 3 opened
> btape: dev.c:295 open dev: type=2 dev_name="Dev:TS3310-drv0"
> (/dev/IBMtape1n) vol= mode=OPEN_READ_WRITE
> btape: dev.c:345 Open dev: device is tape
> 07-May 14:26 btape: 3301 Issuing autochanger "loaded? drive 0" command.
> 07-May 14:26 btape: 3302 Autochanger "loaded? drive 0", result is Slot 22.
> btape: dev.c:382 Rewind after open
> btape: dev.c:2310 In set_os_device_parameters
> btape: dev.c:2316 Set block size to zero
> btape: dev.c:433 open dev: tape 3 opened
> btape: btape.c:368 open device "Dev:TS3310-drv0" (/dev/IBMtape1n): OK
> *test
> === Write, rewind, and re-read test ===
> I'm going to write 1000 records and an EOF
> then write 1000 records and an EOF, then rewind,
> and re-read the data to verify that it is correct.
> This is an *essential* feature ...
> btape: btape.c:825 Wrote 1000 blocks of 64412 bytes.
> btape: btape.c:499 Wrote 1 EOF to "Dev:TS3310-drv0" (/dev/IBMtape1n)
> btape: btape.c:841 Wrote 1000 blocks of 64412 bytes.
> btape: btape.c:499 Wrote 1 EOF to "Dev:TS3310-drv0" (/dev/IBMtape1n)
> btape: btape.c:850 Rewind OK.
> 1000 blocks re-read correctly.
> Got EOF on tape.
> 1000 blocks re-read correctly.
> === Test Succeeded. End Write, rewind, and re-read test ===
> === Write, rewind, and position test ===
> I'm going to write 1000 records and an EOF
> then write 1000 records and an EOF, then rewind,
> and position to a few blocks and verify that it is correct.
> This is an *essential* feature ...
> btape: btape.c:937 Wrote 1000 blocks of 64412 bytes.
> btape: btape.c:499 Wrote 1 EOF to "Dev:TS3310-drv0" (/dev/IBMtape1n)
> btape: btape.c:953 Wrote 1000 blocks of 64412 bytes.
> btape: btape.c:499 Wrote 1 EOF to "Dev:TS3310-drv0" (/dev/IBMtape1n)
> btape: btape.c:962 Rewind OK.
> Reposition to file:block 0:4
> btape: dev.c:1477 fsr 4
> Block 5 re-read correctly.
> Reposition to file:block 0:200
> btape: dev.c:1477 fsr 195
> Block 201 re-read correctly.
> Reposition to file:block 0:999
> btape: dev.c:1477 fsr 798
> Block 1000 re-read correctly.
> Reposition to file:block 1:0
> btape: dev.c:2405 dev_get_os_pos
> btape: btape.c:1004 Reposition error.
> *Pool   Maxsize  Maxused  Inuse
> NoPool      256        7      0
> NAME        130        0      0
> FNAME       256        9      0
> MSG       64512        4      0
> EMSG       1024        2      0
> 
> -----------------------------------------
> 
> It looks like there is a positioning problem. But, after quitting btape
> I tried:
> 
> -----------------------------------------
> 
> [EMAIL PROTECTED] sbin]# mt -f /dev/IBMtape1n tell
> At block 1001.
> 
> -----------------------------------------
> 
> And got confused. IHMO blok 1:0 from btape *should* be blok 1001 of
> tape, shouldn't it? So what is the reason for this? Is the information
> returned form system different then expected? Is it because different
> handling of IBM device drivers?
> 
> Any help greately appreciated.
> 
> Mariusz
> 
> ----------------------------------------------------
> Po raz pierwszy w Polsce - Redman - jeden z największych
> raperów świata - 13 maja katowicki Mega Club od 19.00
> - więcej na Www.megaclub.pl
> http://klik.wp.pl/?adr=http%3A%2F%2Fadv.reklama.wp.pl%2Fas%2Fred.html&sid=1130
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users

----------------------------------------------------
Zobacz, jaką walkę stoczy superbohater, by ocalić siebie
i swych bliskich. A największa bitwa rozegra się w jego duszy.
SPIDER-MAN 3 w kinach od 4 maja.
http://klik.wp.pl/?adr=http%3A%2F%2Fadv.reklama.wp.pl%2Fas%2Fspiderman3.html&sid=1122



-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to