Bug#1027921: linux-image-5.10.0-20-amd64: aacraid's expose_physicals=-1 is not functional
Try revert https://github.com/torvalds/linux/commit/948e922fc44611ee2de0c89583ca958cb5307d36 ("scsi: core: map PQ=1, PDT=other values to SCSI_SCAN_TARGET_PRESENT")
Bug#1027921: linux-image-5.10.0-20-amd64: aacraid's expose_physicals=-1 is not functional
On Wednesday, 4 January 2023 15:38:32 CET Tim Düsterhus wrote: > Unfortunately the setting `1` allows direct write access to the devices, > whereas the previous and to my understanding the default setting of `-1` > only allows read access, making this a safer option. > > It appears that aacraid's `expose_physicals=-1` option got broken > somewhere between Linux 4.19 and 5.10. https://git.kernel.org/linus/e3cc268fe4a0ad1cbefbc53cee35c80281e609b8 seems relevant, although I do not fully understand it. One thing that stood out for me is the check `expose_physicals > 0` instead of `expose_physicals != 0`. But that commit exists since 2.6.35 ... This very much looks like an upstream kernel issue and therefor it's better to bring it to the attention of those maintainers. Those are: $ scripts/get_maintainer.pl drivers/scsi/aacraid/aachba.c Adaptec OEM Raid Solutions (supporter:AACRAID SCSI RAID DRIVER) "James E.J. Bottomley" (maintainer:SCSI SUBSYSTEM) "Martin K. Petersen" (maintainer:SCSI SUBSYSTEM) linux-s...@vger.kernel.org (open list:AACRAID SCSI RAID DRIVER) linux-ker...@vger.kernel.org (open list) When you do forward your question, please inform this bug report of the URL. HTH signature.asc Description: This is a digitally signed message part.
Bug#1027921: linux-image-5.10.0-20-amd64: aacraid's expose_physicals=-1 is not functional
Hi Renato On 1/4/23 16:39, Renato Gallo wrote: 5.10 should be EOL by now According to https://www.kernel.org/category/releases.html, Linux 5.10 is supported until 2026. Whether a fix for this bug qualifies as an "important bugfix" acceptable for a LTS kernel I can't tell. In any case, 5.10 is the stock kernel for Debian Bullseye and thus I wanted to report the issue, if only to ensure it is tracked, even if the/a fix doesn't make the cut for Bullseye. Best regards Tim Düsterhus Developer WoltLab GmbH -- WoltLab GmbH Nedlitzer Str. 27B 14469 Potsdam Tel.: +49 331 96784338 duester...@woltlab.com www.woltlab.com Managing director: Marcel Werk AG Potsdam HRB 26795 P
Bug#1027921: linux-image-5.10.0-20-amd64: aacraid's expose_physicals=-1 is not functional
On Wednesday, 4 January 2023 16:39:33 CET Renato Gallo wrote: > 5.10 should be EOL by now Please refrain from comments like that. It doesn't help at all and is also plain false. signature.asc Description: This is a digitally signed message part.
Bug#1027921: linux-image-5.10.0-20-amd64: aacraid's expose_physicals=-1 is not functional
5.10 should be EOL by now On Wed, Jan 4, 2023 at 3:51 PM Tim Düsterhus wrote: > Package: src:linux > Version: 5.10.158-2 > Severity: normal > X-Debbugs-Cc: duester...@woltlab.com > > Dear Maintainer, > > after upgrading my server from Debian Buster to Debian Bullseye, I > noticed that the underlying devices attached to the Adaptec 6405E raid > controller were no longer exposed via the /dev/sgX devices and thus > reading the SMART values was no longer possible: > > $ lsscsi > [0:0:0:0]diskAdaptec *redacted* V1.0 /dev/sda > [0:3:0:0]enclosu ADAPTEC Virtual SGPIO - > > Booting into the Linux 4.19 kernel from Debian Buster correctly exposed > the devices with the new userland, indicating a Kernel issue. > > I was able to work around the issue by adding the following > configuration to /etc/modprobe.d/: > > options aacraid expose_physicals=1 > > After setting this configuration and rebooting the server the devices > are properly visible as they were before: > > $ lsscsi > [0:0:0:0]diskAdaptec *redacted* V1.0 /dev/sda > [0:1:0:0]diskATA *redacted* /dev/sdb > [0:1:1:0]diskATA *redacted* /dev/sdc > [0:3:0:0]enclosu ADAPTEC Virtual SGPIO - > > Unfortunately the setting `1` allows direct write access to the devices, > whereas the previous and to my understanding the default setting of `-1` > only allows read access, making this a safer option. > > It appears that aacraid's `expose_physicals=-1` option got broken > somewhere between Linux 4.19 and 5.10. > > Best regards > > > -- Package-specific info: > ** Version: > Linux version 5.10.0-20-amd64 (debian-ker...@lists.debian.org) (gcc-10 > (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2) > #1 SMP Debian 5.10.158-2 (2022-12-13) > > ** Command line: > BOOT_IMAGE=/vmlinuz-5.10.0-20-amd64 root=ZFS=rpool/ROOT/debian ro boot=zfs > swapaccount=1 quiet > > ** Tainted: POE (12289) > * proprietary module was loaded > * externally-built ("out-of-tree") module was loaded > * unsigned module was loaded > > ** Kernel log: > Unable to read kernel log; any relevant messages should be attached > > ** Model information > sys_vendor: Supermicro > product_name: X10SLH-F/X10SLM+-F > product_version: 0123456789 > chassis_vendor: Supermicro > chassis_version: 0123456789 > bios_vendor: American Megatrends Inc. > bios_version: 3.2a > board_vendor: Supermicro > board_name: X10SLH-F/X10SLM+-F > board_version: 1.02 > > ** Loaded modules: > nft_reject_inet > nf_reject_ipv4 > nf_reject_ipv6 > nft_reject > nft_counter > intel_rapl_msr > intel_rapl_common > ipmi_ssif > nft_ct > nf_conntrack > nf_defrag_ipv6 > nf_defrag_ipv4 > x86_pkg_temp_thermal > intel_powerclamp > coretemp > kvm_intel > kvm > ext4 > irqbypass > ghash_clmulni_intel > crc16 > mbcache > jbd2 > aesni_intel > libaes > crypto_simd > cryptd > ast > glue_helper > drm_vram_helper > drm_ttm_helper > rapl > ttm > intel_cstate > intel_uncore > drm_kms_helper > pcspkr > joydev > at24 > intel_pch_thermal > evdev > mei_me > cec > iTCO_wdt > mei > intel_pmc_bxt > sg > iTCO_vendor_support > watchdog > ie31200_edac > acpi_ipmi > ipmi_si > ipmi_devintf > ipmi_msghandler > acpi_pad > button > nf_tables > libcrc32c > crc32c_generic > nfnetlink > drm > fuse > configfs > ip_tables > x_tables > autofs4 > hid_generic > usbhid > hid > zfs(POE) > zunicode(POE) > zzstd(OE) > zlua(OE) > zavl(POE) > icp(POE) > zcommon(POE) > znvpair(POE) > spl(OE) > ses > enclosure > sd_mod > scsi_transport_sas > t10_pi > crc_t10dif > crct10dif_generic > ahci > libahci > xhci_pci > libata > xhci_hcd > ehci_pci > crct10dif_pclmul > crct10dif_common > ehci_hcd > aacraid > crc32_pclmul > lpc_ich > igb > i2c_i801 > usbcore > i2c_smbus > scsi_mod > crc32c_intel > i2c_algo_bit > dca > ptp > pps_core > usb_common > fan > video > > ** PCI devices: > 00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v3 Processor > DRAM Controller [8086:0c08] (rev 06) > Subsystem: Super Micro Computer Inc Xeon E3-1200 v3 Processor DRAM > Controller [15d9:0803] > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- > ParErr- Stepping- SERR- FastB2B- DisINTx- > Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- > SERR- Latency: 0 > IOMMU group: 0 > Capabilities: [e0] Vendor Specific Information: Len=0c > Kernel driver in use: ie31200_edac > Kernel modules: ie31200_edac > > 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v3/4th Gen Core > Processor PCI Express x16 Controller [8086:0c01] (rev 06) (prog-if 00 > [Normal decode]) > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- > ParErr- Stepping- SERR- FastB2B- DisINTx+ > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- > SERR- Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 25 > IOMMU
Bug#1027921: linux-image-5.10.0-20-amd64: aacraid's expose_physicals=-1 is not functional
Dear Maintainer, Forgot to include in my initial report that I found the workaround using this (German) thread in the Proxmox Support Forum: https://forum.proxmox.com/threads/adaptec-aacraid-expose_physicals-kernelbug.63256/ The thread is fairly light on details, but it appears to indicate the the issue already existed with Linux 5.3. Best regards Tim Düsterhus Developer WoltLab GmbH -- WoltLab GmbH Nedlitzer Str. 27B 14469 Potsdam Tel.: +49 331 96784338 duester...@woltlab.com www.woltlab.com Managing director: Marcel Werk AG Potsdam HRB 26795 P
Bug#1027921: linux-image-5.10.0-20-amd64: aacraid's expose_physicals=-1 is not functional
Package: src:linux Version: 5.10.158-2 Severity: normal X-Debbugs-Cc: duester...@woltlab.com Dear Maintainer, after upgrading my server from Debian Buster to Debian Bullseye, I noticed that the underlying devices attached to the Adaptec 6405E raid controller were no longer exposed via the /dev/sgX devices and thus reading the SMART values was no longer possible: $ lsscsi [0:0:0:0]diskAdaptec *redacted* V1.0 /dev/sda [0:3:0:0]enclosu ADAPTEC Virtual SGPIO - Booting into the Linux 4.19 kernel from Debian Buster correctly exposed the devices with the new userland, indicating a Kernel issue. I was able to work around the issue by adding the following configuration to /etc/modprobe.d/: options aacraid expose_physicals=1 After setting this configuration and rebooting the server the devices are properly visible as they were before: $ lsscsi [0:0:0:0]diskAdaptec *redacted* V1.0 /dev/sda [0:1:0:0]diskATA *redacted* /dev/sdb [0:1:1:0]diskATA *redacted* /dev/sdc [0:3:0:0]enclosu ADAPTEC Virtual SGPIO - Unfortunately the setting `1` allows direct write access to the devices, whereas the previous and to my understanding the default setting of `-1` only allows read access, making this a safer option. It appears that aacraid's `expose_physicals=-1` option got broken somewhere between Linux 4.19 and 5.10. Best regards -- Package-specific info: ** Version: Linux version 5.10.0-20-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP Debian 5.10.158-2 (2022-12-13) ** Command line: BOOT_IMAGE=/vmlinuz-5.10.0-20-amd64 root=ZFS=rpool/ROOT/debian ro boot=zfs swapaccount=1 quiet ** Tainted: POE (12289) * proprietary module was loaded * externally-built ("out-of-tree") module was loaded * unsigned module was loaded ** Kernel log: Unable to read kernel log; any relevant messages should be attached ** Model information sys_vendor: Supermicro product_name: X10SLH-F/X10SLM+-F product_version: 0123456789 chassis_vendor: Supermicro chassis_version: 0123456789 bios_vendor: American Megatrends Inc. bios_version: 3.2a board_vendor: Supermicro board_name: X10SLH-F/X10SLM+-F board_version: 1.02 ** Loaded modules: nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_counter intel_rapl_msr intel_rapl_common ipmi_ssif nft_ct nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm ext4 irqbypass ghash_clmulni_intel crc16 mbcache jbd2 aesni_intel libaes crypto_simd cryptd ast glue_helper drm_vram_helper drm_ttm_helper rapl ttm intel_cstate intel_uncore drm_kms_helper pcspkr joydev at24 intel_pch_thermal evdev mei_me cec iTCO_wdt mei intel_pmc_bxt sg iTCO_vendor_support watchdog ie31200_edac acpi_ipmi ipmi_si ipmi_devintf ipmi_msghandler acpi_pad button nf_tables libcrc32c crc32c_generic nfnetlink drm fuse configfs ip_tables x_tables autofs4 hid_generic usbhid hid zfs(POE) zunicode(POE) zzstd(OE) zlua(OE) zavl(POE) icp(POE) zcommon(POE) znvpair(POE) spl(OE) ses enclosure sd_mod scsi_transport_sas t10_pi crc_t10dif crct10dif_generic ahci libahci xhci_pci libata xhci_hcd ehci_pci crct10dif_pclmul crct10dif_common ehci_hcd aacraid crc32_pclmul lpc_ich igb i2c_i801 usbcore i2c_smbus scsi_mod crc32c_intel i2c_algo_bit dca ptp pps_core usb_common fan video ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v3 Processor DRAM Controller [8086:0c08] (rev 06) Subsystem: Super Micro Computer Inc Xeon E3-1200 v3 Processor DRAM Controller [15d9:0803] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: ie31200_edac Kernel modules: ie31200_edac 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller [8086:0c01] (rev 06) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [88] Subsystem: Super Micro Computer Inc Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller [15d9:0803] Capabilities: [80] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Address: fee00218 Data: Capabilities: [a0] Express (v2) Root Port (Slot+), MSI 00 DevCap: MaxPayload 256