Package: dump
Version: 0.4b46-3+b1
Severity: normal

Dear Maintainer,

(I have tried also buster package, 0.4b46-5, no differences)

I am using -Q option of "dump/restore" to generate/provide a
QuickFileAccess file for our LTO-4 tape backups.

We regularly archive our qfa files, and we noted that, strating from
June 2018, our qfa reports "0" as tape pos for all inodes.

# head -n 20 dumptest.qfa 
495115637697
1.0
1594885722

ino     tapeno  tapepos
13      1       0
177     1       0
209     1       0
241     1       0
273     1       0
305     1       0
369     1       0
411     1       0
420     1       0
435     1       0
465     1       0
477     1       0
483     1       0
489     1       0
499     1       0

If I try to rebuild the qfa file from the same dump tape, tapepos seems
ok:

# head -n 20 dumptest_restore.qfa
495115637697
1.0
1594885224

ino     tapeno  tapepos
13      1       9
14      1       9
15      1       9
149     1       9
150     1       9
151     1       9
152     1       9
153     1       9
154     1       9
155     1       9
156     1       9
157     1       9
158     1       9
159     1       9
160     1       9

stoptions for the drive are:

# mt-st -f /dev/nst1 stshowoptions 
The options set: buffer-writes async-writes read-ahead can-bsr
can-partitions scsi2logical

I have rebuilt the package from source, adding explicitly the 

--enable-qfa --enable-qfadebug

configure options, and dump in verbose mode reports 0 as tapepos  (extract): 

  DUMP: dumping regular inode 303
  DUMP: dumping regular inode 304
  DUMP: inode 241 at tapepos 0
  DUMP: inode 241 at tapepos 0
  DUMP: dumping regular inode 305
  DUMP: dumping regular inode 306

As a note, enabling tape driver debug with:

# mt-st -f /dev/nst0 stsetoption debug

I see the driver reporting the tape positions request in syslog only
during restore:

Jul 16 09:38:37 lxsrv6 kernel: [12163620.285402] st 2:0:0:2: [st1] Got
tape pos. blk 26 part 0.
Jul 16 09:38:37 lxsrv6 kernel: [12163620.303366] st 2:0:0:2: [st1] Got
tape pos. blk 27 part 0.

but not during dump.

If you need any further information I will try to do my best to provide
it.

Roberto Resoli

-- System Information:
Debian Release: 9.9
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.15.18-13-pve (SMP w/8 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), 
LANGUAGE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dump depends on:
ii  e2fslibs      1.43.4-2+deb9u1
ii  libblkid1     2.29.2-1+deb9u1
ii  libbz2-1.0    1.0.6-8.1
ii  libc6         2.24-11+deb9u4
ii  libcomerr2    1.43.4-2+deb9u1
ii  liblzo2-2     2.08-1.2+b2
ii  libreadline7  7.0-3
ii  libselinux1   2.6-3+b3
ii  tar           1.29b-2+pve.1
ii  zlib1g        1:1.2.8.dfsg-5

dump recommends no packages.

dump suggests no packages.

-- no debconf information

Reply via email to