Архивация на Ultrium 448 LTO-2

Сразу говорю: я стримеров ни разу в жизни не видел, так что могу ошибаться. Возможно затык здесь:

на ленту 200GB

vs.

Density code 0x40 (DLT1 40 GB, or Ultrium).

Стример неправильно определил тип ленты? В man mt есть команда setdensity, может она поможет:

setdensity
    (SCSI tapes) Set the tape density code to count. The proper codes to use with each drive should be looked up from the drive documentation.

Спасибо за ответ. Я читал man. непонятно какой код я должен выстовлять, и нет ли шанса «убить» устройства.

1. Техподдержка HP ничего не говорит

2. mt densities выдает следующие варианты: Some SCSI tape density codes: code explanation 0x00 default 0x01 NRZI (800 bpi) 0x02 PE (1600 bpi) 0x03 GCR (6250 bpi) 0x04 QIC-11 0x05 QIC-45/60 (GCR, 8000 bpi) 0x06 PE (3200 bpi) 0x07 IMFM (6400 bpi) 0x08 GCR (8000 bpi) 0x09 GCR /37871 bpi) 0x0a MFM (6667 bpi) 0x0b PE (1600 bpi) 0x0c GCR (12960 bpi) 0x0d GCR (25380 bpi) 0x0f QIC-120 (GCR 10000 bpi) 0x10 QIC-150/250 (GCR 10000 bpi) 0x11 QIC-320/525 (GCR 16000 bpi) 0x12 QIC-1350 (RLL 51667 bpi) 0x13 DDS (61000 bpi) 0x14 EXB-8200 (RLL 43245 bpi) 0x15 EXB-8500 (RLL 45434 bpi) 0x16 MFM 10000 bpi 0x17 MFM 42500 bpi 0x18 TZ86 0x19 DLT 10GB 0x1a DLT 20GB 0x1b DLT 35GB 0x1c QIC-385M 0x1d QIC-410M 0x1e QIC-1000C 0x1f QIC-2100C 0x20 QIC-6GB 0x21 QIC-20GB 0x22 QIC-2GB 0x23 QIC-875 0x24 DDS-2 0x25 DDS-3 0x26 DDS-4 or QIC-4GB 0x27 Exabyte Mammoth 0x28 Exabyte Mammoth-2 0x29 QIC-3080MC 0x30 AIT-1 or MLR3 0x31 AIT-2 0x32 AIT-3 0x33 SLR6 0x34 SLR100 0x40 DLT1 40 GB, or Ultrium 0x41 DLT 40GB, or Ultrium2 0x42 LTO-2 0x45 QIC-3095-MC (TR-4) 0x47 TR-5 0x48 DAT160 0x80 DLT 15GB uncomp. or Ecrix 0x81 DLT 15GB compressed 0x82 DLT 20GB uncompressed 0x83 DLT 20GB compressed 0x84 DLT 35GB uncompressed 0x85 DLT 35GB compressed 0x86 DLT1 40 GB uncompressed 0x87 DLT1 40 GB compressed 0x88 DLT 40GB uncompressed 0x89 DLT 40GB compressed 0x8c EXB-8505 compressed 0x90 SDLT110 uncompr/EXB-8205 compr 0x91 SDLT110 compressed 0x92 SDLT160 uncompressed 0x93 SDLT160 comprssed

нет ли шанса «убить» устройства.

Если устройства сделаны нормально, то программно ты их не убьёшь. ИМХО =).

непонятно какой код я должен выстовлять

По идее вот этот:

0x42 LTO-2

Выполнил следующее: SERVER:/mnt/hpstore/backup # mt -f /dev/nst0 setdensity 0x42

После смотрю статус: SERVER:/mnt/hpstore/backup # mt -f /dev/nst0 status drive type = Generic SCSI-2 tape drive status = 1073741824 sense key error = 0 residue count = 0 file number = 0 block number = 0 Tape block size 0 bytes. Density code 0x40 (DLT1 40 GB, or Ultrium). Soft error count since last status=0 General status bits on (41010000): BOT ONLINE IM_REP_EN

Density code не изменился, хотя ошибку он не выдал

Но в dmesg я нашел следующее (вероятно при загрузке) [ 1958.897966] st0: Block limits 1 - 16777215 bytes. [ 2065.074337] program mt is using a deprecated SCSI ioctl, please convert it to SG_IO [ 2065.077156] program mt is using a deprecated SCSI ioctl, please convert it to SG_IO [ 2065.081340] program mt is using a deprecated SCSI ioctl, please convert it to SG_IO [11775.879083] program mt is using a deprecated SCSI ioctl, please convert it to SG_IO [11775.881902] program mt is using a deprecated SCSI ioctl, please convert it to SG_IO [11775.886100] program mt is using a deprecated SCSI ioctl, please convert it to SG_IO

????

Density code не изменился, хотя ошибку он не выдал

Хм... Попробуй defdensity.

Но в dmesg я нашел следующее (вероятно при загрузке) [ 1958.897966] st0: Block limits 1 - 16777215 bytes. [ 2065.074337] program mt is using a deprecated SCSI ioctl, please convert it to SG_IO [ 2065.077156] program mt is using a deprecated SCSI ioctl, please convert it to SG_IO [ 2065.081340] program mt is using a deprecated SCSI ioctl, please convert it to SG_IO [11775.879083] program mt is using a deprecated SCSI ioctl, please convert it to SG_IO [11775.881902] program mt is using a deprecated SCSI ioctl, please convert it to SG_IO [11775.886100] program mt is using a deprecated SCSI ioctl, please convert it to SG_IO

Это варнинги. По идее всё должно работать, просто mt использует устаревшие вызовы ioctl, который когда-нибудь будут убраны из ядра. Думаю если обновить mt-st до последней версии, то эти варнинги исчезнут.

defdensity ту поддерживается :(

Через stinit -f /etc/stinit.def проинициализировал устройство. Листинг файла stinit.def:

manufacturer=«HP» model=«Ultrium 2-SCSI» revision=«S65D» { scsi2logical=1 mode1 blocksize=1024 density=0x42 compression=1 mode2 blocksize=1024 density=0x42 compression=1 mode3 blocksize=1024 density=0x42 compression=1 mode4 blocksize=1024 density=0x42 compression=1 }

Но при архивировании: tar -cvf /dev/nst0 ./Pdc-server.bkf && tar -cvf /dev/nst0 ./Db-server.bkf

Где Pdc-server.bkf ~ 85GB Db-server.bkf ~ 75GB

всё равно выдает: tar: /dev/nst0: Cannot write: No space left on device tar: Error is not recoverable: exiting now

Судя по выводу команды mt -f /dev/nst0 tell: Архивация прерывается примерно на 135-ом гиге

Есть идеи?