https://bugzilla.kernel.org/show_bug.cgi?id=20072 --- Comment #2 from lkolbe@xxxxxxxxxxxxxxxxxxxxxxxx 2010-10-11 11:25:15 --- This is what dmesg has to say about the earlier tries to write to the device with higher than 2MiB blocksizes: [92315.076956] st0: Block limits 1 - 16777215 bytes. [92445.438048] st0: Can't allocate 15728640 byte tape buffer. [92457.973733] st0: Can't allocate 16777215 byte tape buffer. [92460.990589] st0: Can't allocate 16777214 byte tape buffer. --- Comment #3 from lkolbe@xxxxxxxxxxxxxxxxxxxxxxxx 2010-10-13 09:50:22 --- When instructing bacula to use the advertised tape blocksize of 16M, we get the following errors everytime it tries to access the tape: 13-Oct 11:48 sd1.techfak JobId 2692: Error: block.c:1002 Read error on fd=5 at file:blk 0:0 on device "drv2" (/dev/nst0). ERR=Cannot allocate memory. Is there some limit/sysctl we might have to adapt to the native tape drive blocksize of 16M? regards, Lukas -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
