Summary: | Using sysutils/arcconf on FreeBSD 11 Current Causes Segmentation Fault | ||||||
---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | Pete Long <pete> | ||||
Component: | Individual Port(s) | Assignee: | freebsd-ports-bugs (Nobody) <ports-bugs> | ||||
Status: | Closed FIXED | ||||||
Severity: | Affects Only Me | CC: | David.Boyd49, ben, girgen, mattamas, michael, pi, robak | ||||
Priority: | --- | ||||||
Version: | Latest | ||||||
Hardware: | amd64 | ||||||
OS: | Any | ||||||
Attachments: |
|
Description
Pete Long
2014-10-09 08:47:35 UTC
Maintainers CC'd This PR "timed out" but there is no attached patch so there's nothing the committers can do. I'm moving this PR out of "triage" to "open" status. same problem here. is there no known fix? Palle This isn"t new with 11-CURRENT ... I have the same problem on 9.3-RELEASE and 10.1-RELEASE. The segmentation fault seems to be adapter specific ... it occurs with 2820SA and 3405 (as reported by Pete), but doesn't occur with 3805. I no longer have the 3405 but can test any fix(es) for 28020SA. Created attachment 153572 [details]
Patch to update to 1.7
Please test 1.7 instead of 1.6
Tried 1.7, same error, unfortunately /usr/local/etc/periodic/daily/410.status-aac-raid Checking status of Adaptec RAID: Segmentation fault (core dumped) Segmentation fault (core dumped) (gdb) bt #0 0x00000000005d04dc in AIF_FibThreadProcessing () #1 0x000000000055a539 in fsaEnumChannelCallback () #2 0x00000000005ae5f8 in ArcSystem::fsaEnumAdapterCallback () #3 0x00000000004a4e50 in std::operator+<char, std::char_traits<char>, std::allocator<char> > () #4 0x0000000000424449 in dllSafeDeleteStorArc () #5 0x000000000040977e in ?? () #6 0x00000008007db000 in ?? () #7 0x0000000000000000 in ?? () Tried 1.7, same error, unfortunately /usr/local/etc/periodic/daily/410.status-aac-raid Checking status of Adaptec RAID: Segmentation fault (core dumped) Segmentation fault (core dumped) (gdb) bt #0 0x00000000005d04dc in AIF_FibThreadProcessing () #1 0x000000000055a539 in fsaEnumChannelCallback () #2 0x00000000005ae5f8 in ArcSystem::fsaEnumAdapterCallback () #3 0x00000000004a4e50 in std::operator+<char, std::char_traits<char>, std::allocator<char> > () #4 0x0000000000424449 in dllSafeDeleteStorArc () #5 0x000000000040977e in ?? () #6 0x00000008007db000 in ?? () #7 0x0000000000000000 in ?? () Of course, it might still help someone else, I'll be happy to commit the patch if someone can prove it works. For me it fails, I don't have access to many adaptec controllers at the moment. Just for grins, I tried the arcconf command line utility on CentOS 7.0 with Adaptec 2820SA ... the results are the same for both 1.6 and 1.7 (segfault). It appears that this utility is released by Adaptec with this error inherent. I found that the arcconf command line utility included with asm v7.30.18837 does work for FreeBSD and CentOS. testing@work A commit references this bug: Author: pi Date: Tue Mar 10 11:31:07 UTC 2015 New revision: 380907 URL: https://svnweb.freebsd.org/changeset/ports/380907 Log: sysutils/arcconf: 1.6 -> 1.7 PR: 194265 Submitted by: michael@fuckner.net (maintainer) Changes: head/sysutils/arcconf/Makefile head/sysutils/arcconf/distinfo The fix has been already committed, so I am closing this PR. |