Your message dated Sat, 27 May 2023 23:35:54 +0000 with message-id <[email protected]> and subject line Bug#1036842: Removed package(s) from unstable has caused the Debian Bug report #784971, regarding dpt-i2o-raidutils: raideng segv causing raidutil hang to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 784971: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784971 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: dpt-i2o-raidutils Version: 0.0.6-20 Severity: important Control: clone 332229 -1 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** (Apologies for the preceding standard blob. There appears to be a bug in reportbug itself!) This bug seems to have first been mentioned in 2007. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=332229 (Message #38) however it was closed prematurely and never cloned. It has been suggested that this may be related to a BIOS bug, and indeed this system has some trouble running SMOR, albeit probably unrelated graphics/EFI issues (requires Alt-A, not Ctl-A on boot - http://ask.adaptec.com/app/answers/detail/a_id/3297/~/the-display-has-garbled-characters-when-pressing-ctrl%2Ba-to-get-into-smor) Note that the raid board currently has v1.3R firmware installed, NOT the latest (v1.62). Updating seems to require a floppy interface that newer systems don't have anymore. I'm working on it but creating a 'legacy' USB device that SMOR can recognize is proving troublesome. surge@animal:~$ lsmod | grep i2o i2o_proc 34843 0 i2o_config 16931 0 i2o_block 12952 0 i2o_core 35819 3 i2o_proc,i2o_config,i2o_block ---SESSION 1--- root@animal:~# ps -A | grep raideng root@animal:~# /usr/sbin/raideng /VERBOSE BuildNodeNameList : 05/11/115-15:04:58 Found Linux I2O Controler, using /dev/i2octl device file for utility-relative controller number 0. osdOpenEngine : 05/11/115-15:04:58 Return = 0 - 1 hbas found osdCreateSemaphore : Rtn = bfc4b0 dpteng Is Ready. ---SESSION 2--- root@animal:~# /usr/sbin/raidutil -L <hangs> ---SESSION 1 (cont.)--- Engine Calls : 05/11/115-15:05:05 Engine Echo Message Engine Calls : 05/11/115-15:05:05 DPT_OpenEngine Engine Calls : 05/11/115-15:05:05 DPT_CallEngine EngTag = 0, Event = 10, Target = 0 Offset = 421 fromEng_P = 7f5382fd5421 toEng_P = 7f5382fd5000 osdRequestSemaphore : Rtn = 0 osdReleaseSemaphore : Rtn = 0 osdIOrequest : Return = 0 osdRequestSemaphore : Rtn = 0 osdReleaseSemaphore : Rtn = 0 osdConnected : 05/11/115-15:05:05 ioMethod = 1 Engine Calls : 05/11/115-15:05:05 DPT_CallEngine EngTag = 1, Event = 14, Target = 0 Offset = 421 fromEng_P = 7f5382fd5421 toEng_P = 7f5382fd5000 osdRequestSemaphore : Rtn = 0 osdReleaseSemaphore : Rtn = 0 osdGetCtlrs : 05/11/115-15:05:05 Enter, Return = 2147483648 osdGetCtlrs : 05/11/115-15:05:05 Return = 0 osdSendCCB : 05/11/115-15:05:05 (0,0,7,0) OpCode = c1 ProcessEataToI2o:05/11/115-15:05:05 Enter _osdStartCp : 05/11/115-15:05:05 Enter, callback = 411740 osdSendMessage : 05/11/115-15:05:05 Enter, Function = ff osdSendMessage : IoAddress is zero for HbaNum=0 osdSendMessage : 05/11/115-15:05:05 Return = 80000000 _osdStartCp : 05/11/115-15:05:05 Return = ffffffff _osdStartCp : 05/11/115-15:05:05 Enter, callback = 411740 osdSendMessage : 05/11/115-15:05:05 Enter, Function = ff osdSendMessage : IoAddress is zero for HbaNum=0 osdSendMessage : 05/11/115-15:05:05 Return = 80000000 _osdStartCp : 05/11/115-15:05:05 Return = ffffffff _osdStartCp : 05/11/115-15:05:05 Enter, callback = 411740 osdSendMessage : 05/11/115-15:05:05 Enter, Function = ff osdSendMessage : IoAddress is zero for HbaNum=0 osdSendMessage : 05/11/115-15:05:05 Return = 80000000 _osdStartCp : 05/11/115-15:05:05 Return = ffffffff _osdStartCp : 05/11/115-15:05:05 Enter, callback = 411740 osdSendMessage : 05/11/115-15:05:05 Enter, Function = ff osdSendMessage : IoAddress is zero for HbaNum=0 osdSendMessage : 05/11/115-15:05:05 Return = 80000000 _osdStartCp : 05/11/115-15:05:05 Return = ffffffffSegmentation fault root@animal:~# tail -1 /var/log/syslog May 11 15:05:05 animal kernel: [31397.204468] traps: raideng[20530] general protection ip:7f538207769c sp:7fffbb56fc88 error:0 in libc-2.19.so[7f5381ff2000+19f000] root@animal:~# cat /proc/i2o/iop0/status Organization ID : 0x001b IOP ID : 0xfff Host Unit ID : 0x0000 Segment Number : 0x000 I2O version : 1.5 IOP State : OPERATIONAL Messenger Type : Memory mapped Inbound Frame Size : 512 bytes Max Inbound Frames : 256 Current Inbound Frames : 256 Max Outbound Frames : 256 Product ID : ADAPTEC 2100S Expected LCT Size : 3702 bytes IOP Capabilities Context Field Size Support : Supports only 32-bit context fields Current Context Field Size : not configured Inbound Peer Support : Not supported Outbound Peer Support : Not supported Peer to Peer Support : Not supported Desired private memory size : 0 kB Allocated private memory size : 0 kB Private memory base address : 0x00000000 Desired private I/O size : 0 kB Allocated private I/O size : 0 kB Private I/O base address : 0x00000000 Relevant entries from `lspci -vvv`: 05:01.0 PCI bridge: Adaptec (formerly DPT) PCI Bridge (rev 02) (prog-if 00 [Nor mal decode]) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 32, Cache Line Size: 64 bytes Bus: primary=05, secondary=06, subordinate=06, sec-latency=32 I/O behind bridge: 0000f000-00000fff Memory behind bridge: 00100000-000fffff Prefetchable memory behind bridge: 00100000-000fffff Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- <SERR- <PERR- BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [68] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- 05:01.1 I2O: Adaptec (formerly DPT) SmartRAID V Controller (rev 02) (prog-if 01) Subsystem: Adaptec (formerly DPT) 2000S Ultra3 Single Channel Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 32 (250ns min, 250ns max), Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 16 BIST result: 00 Region 0: Memory at ec000000 (32-bit, prefetchable) [size=32M] [virtual] Expansion ROM at f7900000 [disabled] [size=32K] Capabilities: [80] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: PCI_I2O -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dpt-i2o-raidutils depends on: ii libc6 2.19-18 ii libgcc1 1:4.9.2-10 ii libstdc++6 4.9.2-10 ii multiarch-support 2.19-18 dpt-i2o-raidutils recommends no packages. dpt-i2o-raidutils suggests no packages.
--- End Message ---
--- Begin Message ---Version: 0.0.6-23+rm Dear submitter, as the package raidutils has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/1036842 The version of this package that was in Debian prior to this removal can still be found using https://snapshot.debian.org/. Please note that the changes have been done on the master archive and will not propagate to any mirrors until the next dinstall run at the earliest. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [email protected]. Debian distribution maintenance software pp. Scott Kitterman (the ftpmaster behind the curtain)
--- End Message ---
