TAPE connection

[vaschthestampede]

I have a PBS server 2.4-1 that I'm trying to connect to a TAPE.

This is why I purchased a SAS card, specifically the SAS Adaptor ASA-70165H.
The TAPE is a TS4300

The TAPE is already connected to another server running Veeam.
The TAPE works normally with the Veeam system, the cables work, the SAS card is recognized by the PBS server.

The problem is that if I try to connect the PBS server to the TAPE it does not recognize the connection.

Is there any initial command to make PBS recognize TAPE?
Is there any step I missed?

 

[dcsapak]

are you sure the hba is working with tape libraries? in the compatibility pdf https://download.adaptec.com/pdfs/compatibility_report/sas_hba_cr_01-27-15_series6h_7h.pdf
i can only find tape *drives* not tape libraries

EDIT: what is the output of the 'dmesg' command on the pbs ?

 

[vaschthestampede]

So the most likely thing is that the SAS card is not compatible with the driver (in the particular case ULT3580-HH8).

root@pbsPROVA:~# lspci | grep SAS
07:00.0 Serial Attached SCSI controller: PMC-Sierra Inc. PM8018 Adaptec SAS Adaptor ASA-70165H PCIe Gen3 x8 6 Gbps 16-lane 4x SFF-8644 (rev 06)
root@pbsPROVA:~# dmesg | grep :07:
[    0.660254] pci 0000:07:00.0: [11f8:8018] type 00 class 0x010700
[    0.660266] pci 0000:07:00.0: reg 0x10: [mem 0xf7ff0000-0xf7ffffff 64bit]
[    0.660275] pci 0000:07:00.0: reg 0x18: [mem 0xf7fe0000-0xf7feffff 64bit]
[    0.660288] pci 0000:07:00.0: reg 0x30: [mem 0x00000000-0x000fffff pref]
[    0.660294] pci 0000:07:00.0: enabling Extended Tags
[    0.660335] pci 0000:07:00.0: supports D1
[    0.660336] pci 0000:07:00.0: PME# supported from D0 D1 D3hot
[    0.731262] pci 0000:07:00.0: BAR 6: no space for [mem size 0x00100000 pref]
[    0.731264] pci 0000:07:00.0: BAR 6: failed to assign [mem size 0x00100000 pref]
[    0.731381] pci_bus 0000:07: resource 1 [mem 0xf7f00000-0xf7ffffff]
[    2.114547] pm80xx 0000:07:00.0: pm80xx: driver version 0.1.40
[    7.265263] pm80xx: probe of 0000:07:00.0 failed with error -16

It seems there is a problem.
The question is how to solve it.

EDIT:
Also following the commands:

echo 1 > /sys/bus/pci/devices/0000\:07\:00.0/remove
echo 1 > /sys/bus/pci/rescan

I have these new messages:

root@pbsPROVA:~# dmesg | grep :07:
[71954.461136] pci 0000:07:00.0: [11f8:8018] type 00 class 0x010700
[71954.461154] pci 0000:07:00.0: reg 0x10: [mem 0xf7ff0000-0xf7ffffff 64bit]
[71954.461164] pci 0000:07:00.0: reg 0x18: [mem 0xf7fe0000-0xf7feffff 64bit]
[71954.461179] pci 0000:07:00.0: reg 0x30: [mem 0x00000000-0x000fffff pref]
[71954.461230] pci 0000:07:00.0: supports D1
[71954.461232] pci 0000:07:00.0: PME# supported from D0 D1 D3hot
[71954.752873] pci 0000:07:00.0: BAR 6: assigned [mem 0xf7f00000-0xf7ffffff pref]
[71954.752880] pci 0000:07:00.0: BAR 0: no space for [mem size 0x00010000 64bit]
[71954.752883] pci 0000:07:00.0: BAR 0: failed to assign [mem size 0x00010000 64bit]
[71954.752885] pci 0000:07:00.0: BAR 2: no space for [mem size 0x00010000 64bit]
[71954.752887] pci 0000:07:00.0: BAR 2: failed to assign [mem size 0x00010000 64bit]
[71954.752951] pm80xx 0000:07:00.0: pm80xx: driver version 0.1.40
[71954.772913] pm80xx: probe of 0000:07:00.0 failed with error -12

 

[dcsapak]

[ 0.731262] pci 0000:07:00.0: BAR 6: no space for [mem size 0x00100000 pref] [ 0.731264] pci 0000:07:00.0: BAR 6: failed to assign [mem size 0x00100000 pref]

there seems to be a problem with the BARS, maybe you must enable e.g. above 4g decoding or similar in the bios?

can you post the whole 'dmesg' output ?

 

[vaschthestampede]

I'm afraid the server (a ProLiant DL360p Gen8) doesn't have this option.

 

[dcsapak]

ok, if you have an hp g8, you might need the kernel parameter 'intremap=off' to work properly (see https://bugzilla.proxmox.com/show_bug.cgi?id=3507 for more details)

also did you check if there are firmware upgrades (for the card and the mainboard/server)

also can you post the whole 'dmesg' output ?

 

[vaschthestampede]

Here the dmesg output.

 

[dcsapak]

please also try the kernel parameter i wrote in my post, and check for firmware upgrades

 

[vaschthestampede]

If you intend modify the file /etc/default/grub like this:

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet, intremap=off"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

And then run:

update-grub

It didn't bring any change.

 

[Neobin]

GRUB_CMDLINE_LINUX_DEFAULT="quiet, intremap=off"

Not sure, if this is actually a problem, but try with removing the: , after: quiet (followed by: update-grub again and a reboot afterwards).
Then check the currently/actual used kernel command line with: cat /proc/cmdline

 

[vaschthestampede]

Removed the comma, no improvement.

cat /proc/cmdline:

BOOT_IMAGE=/boot/vmlinuz-5.15.102-1-pve root=/dev/mapper/pbs-root ro quiet intremap=off

 

[vaschthestampede]

The problem was the SAS card.
I tried with another, more recent, SAS card and managed to connect the Drivers and the Changer.