From nobody Tue Mar 28 19:42:41 2023 X-Original-To: freebsd-questions@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PmKpl6hvDz42Lfg for ; Tue, 28 Mar 2023 19:42:55 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-yb1-xb34.google.com (mail-yb1-xb34.google.com [IPv6:2607:f8b0:4864:20::b34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PmKpl3hJ3z47SH for ; Tue, 28 Mar 2023 19:42:55 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb34.google.com with SMTP id p204so16573155ybc.12 for ; Tue, 28 Mar 2023 12:42:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; t=1680032575; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=fww3xO4VqRazUxDa4G+qTZOOJfAsK18NYQlIi1LGkyQ=; b=gb/OF5Pu4S58xpdKaNyMx8VfAwj3eLo/OBAKGJLWnpqTUGkwk1OViHe7Z4z8vS/Clk d1nXDTnZClnL1YVDfm6j60nvK1BumrjYl1mZNJdMILEwAeOHcz2hx7sLgnewXwQKj3Eg J1BE3v6PkbRtGqdFfYzNQHpktMTou5tmvDum/MJmqCP09Ycuzxwmo4DCobJOOa8W+q5+ 0WdLf6QkF1zI1cb4wlE+BMjbrtEzkWZ18FQFmdfW4c1E+JqpyPdmtb5Emq4aNR0sdHyV 24la0wojCK/SMsOEl8qZtHGqWWOukawkT7armBiIvT7VBohSJ08KL309c00DYcNdpRSM YQuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680032575; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=fww3xO4VqRazUxDa4G+qTZOOJfAsK18NYQlIi1LGkyQ=; b=4ptA3JuybKTGH+zrS546tUwd0xJttMC45OrDt2N4Og1A3HuvFIMo+DPXMnHju1wjVj i7UPzD90E83JNZXaw8D1BpE+4qjknou75zjEWf1FRW6ky0wqFCfKHCCCTXHlABIS9hbH i+dB+hQJlECQHZtZBZ720jQt01io1u/L4TWL9CllJ6RkIoUiYqJUnzV51sm9Lexgw8zx mRIwgnAS3BXiQoiTAokxAbat60HFYIi9GXBFEuDdmDeydL86uKXyopYN6645sXbf6xou u/W3ntnmRQA32OAicE+vlUaZTmogRuHcKrExIS3KvD9r7kFkUy9tXD4zgxQ+dGDozYPt 4gbA== X-Gm-Message-State: AAQBX9d1A+vNloZmYL23aunK5um0w8OgoOgp+MEnFEcPmhNfNXTdWBns lebiDV42oSy2/iOHwZe3Hj9oGSJ1itKAAVvRniY= X-Google-Smtp-Source: AKy350YkC582l7CEQ8/xWnq2P9HBbOjBccqsNKasYWEdoF5CUm86g4oMHtZh2Zd1mUqiADzseSM3Lg== X-Received: by 2002:a25:b55:0:b0:b46:54f6:2408 with SMTP id 82-20020a250b55000000b00b4654f62408mr15993691ybl.1.1680032574768; Tue, 28 Mar 2023 12:42:54 -0700 (PDT) Received: from mail-yw1-f169.google.com (mail-yw1-f169.google.com. [209.85.128.169]) by smtp.gmail.com with ESMTPSA id p8-20020a254208000000b00b7767ca7476sm3084899yba.19.2023.03.28.12.42.54 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 28 Mar 2023 12:42:54 -0700 (PDT) Received: by mail-yw1-f169.google.com with SMTP id 00721157ae682-545e907790fso134729387b3.3 for ; Tue, 28 Mar 2023 12:42:54 -0700 (PDT) X-Received: by 2002:a81:b718:0:b0:52e:ee55:a81e with SMTP id v24-20020a81b718000000b0052eee55a81emr7866621ywh.7.1680032573863; Tue, 28 Mar 2023 12:42:53 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 References: <86532220-d7df-0462-498b-3cb66c6a39bc@webtent.org> In-Reply-To: <86532220-d7df-0462-498b-3cb66c6a39bc@webtent.org> From: Tomek CEDRO Date: Tue, 28 Mar 2023 21:42:41 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Adaptec RAID 2020SA raid status To: Robert Fitzpatrick Cc: FreeBSD , michael@fuckner.net Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4PmKpl3hJ3z47SH X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Tue, Mar 28, 2023 at 8:53=E2=80=AFPM Robert Fitzpatrick wrote: > > I installed FreeBSD 13.1 on an old Supermicro server that uses Adaptec > STAT RAID 2020SA hardware raid and want to do health checks: > (..) > Can someone advise on how to get arcconf working or another way to > monitor the RAID status? I have ASR-2405 Adaptec RAID controller as SATA ports onboard are full.. but I keep optical drives on it. There is a dedicated BIOS menu for this card that you can trigger on boot to see the card status settingc etc. It only works in BIOS mode (prompt is not visible when UEFI boot is selected). Also you may want to enable "cards prompt to firmware settings" or something like that if the card firmware prompt does not show up. The prompt should show before POST screen or after POST screen and right before the OS loader prompt (I do not remember exactly and that also may depend on your machine). Regarding the RAID status I am using ZFS ZRAID2 and its status can be verified with zpool. Regarding the arcconf it core dumps for me too on `arcconf getconfig 1`. Building port with debug symbols allows seeing the backtrace: root@octagon:/usr/ports/sysutils/arcconf # make clean; make reinstall WITH_DEBUG=3Dyes then root@octagon:/usr/ports/sysutils/arcconf # lldb arcconf getconfig 1 (lldb) target create "arcconf" Current executable set to 'arcconf' (x86_64). (lldb) settings set -- target.run-args "getconfig" "1" (lldb) run Process 31060 launched: '/usr/local/sbin/arcconf' (x86_64) Controllers found: 1 Process 31060 stopped * thread #1, name =3D 'arcconf', stop reason =3D signal SIGSEGV: invalid address (fault address: 0x0) frame #0: 0x0000000000000000 error: memory read failed for 0x0 (lldb) bt * thread #1, name =3D 'arcconf', stop reason =3D signal SIGSEGV: invalid address (fault address: 0x0) * frame #0: 0x0000000000000000 frame #1: 0x00000000005c6a64 arcconf`ArcPhysicalDeviceAttach::setFsaInfo(FSA_STORAGE_DEVICE_INFO const*, FSA_SMART_DATA const*) + 3124 frame #2: 0x00000000005c782d arcconf`ArcPhysicalDeviceAttach::ArcPhysicalDeviceAttach(Channel*, PhysicalDevice*, FSA_STORAGE_DEVICE_INFO const*, FSA_SMART_DATA const*) + 797 frame #3: 0x00000000005a0c79 arcconf`ArcAdapter::buildChildren(Ret&) + = 4457 frame #4: 0x00000000005d000c arcconf`ArcSystem::buildChildrenForSingleAdapter(StorLib*, unsigned long, Ret&, EnumGetSystemConfigType) + 892 frame #5: 0x00000000004f1d70 arcconf`StorLib::getSystemConfigForSingleAdapter(unsigned long, EnumGetSystemConfigType) + 112 frame #6: 0x00000000004072fe arcconf`main + 2190 frame #7: 0x00000000004094df arcconf`_start + 383 The same for rescan: root@octagon:/usr/ports/sysutils/arcconf # arcconf rescan 1 Controllers found: 1 Segmentation fault (core dumped) root@octagon:/usr/ports/sysutils/arcconf # root@octagon:/usr/ports/sysutils/arcconf # root@octagon:/usr/ports/sysutils/arcconf # lldb arcconf rescan 1 (lldb) target create "arcconf" Current executable set to 'arcconf' (x86_64). (lldb) settings set -- target.run-args "rescan" "1" (lldb) run Process 36179 launched: '/usr/local/sbin/arcconf' (x86_64) Controllers found: 1 Process 36179 stopped * thread #1, name =3D 'arcconf', stop reason =3D signal SIGSEGV: invalid address (fault address: 0x0) frame #0: 0x0000000000000000 error: memory read failed for 0x0 (lldb) bt * thread #1, name =3D 'arcconf', stop reason =3D signal SIGSEGV: invalid address (fault address: 0x0) * frame #0: 0x0000000000000000 frame #1: 0x00000000005c6a64 arcconf`ArcPhysicalDeviceAttach::setFsaInfo(FSA_STORAGE_DEVICE_INFO const*, FSA_SMART_DATA const*) + 3124 frame #2: 0x00000000005c782d arcconf`ArcPhysicalDeviceAttach::ArcPhysicalDeviceAttach(Channel*, PhysicalDevice*, FSA_STORAGE_DEVICE_INFO const*, FSA_SMART_DATA const*) + 797 frame #3: 0x00000000005a0c79 arcconf`ArcAdapter::buildChildren(Ret&) + = 4457 frame #4: 0x00000000005d000c arcconf`ArcSystem::buildChildrenForSingleAdapter(StorLib*, unsigned long, Ret&, EnumGetSystemConfigType) + 892 frame #5: 0x00000000004f1d70 arcconf`StorLib::getSystemConfigForSingleAdapter(unsigned long, EnumGetSystemConfigType) + 112 frame #6: 0x00000000004072fe arcconf`main + 2190 frame #7: 0x00000000004094df arcconf`_start + 383 The same for getstatus: root@octagon:/usr/ports/sysutils/arcconf # lldb arcconf getstatus 1 (lldb) target create "arcconf" Current executable set to 'arcconf' (x86_64). (lldb) settings set -- target.run-args "getstatus" "1" (lldb) run Process 39367 launched: '/usr/local/sbin/arcconf' (x86_64) Controllers found: 1 Process 39367 stopped * thread #1, name =3D 'arcconf', stop reason =3D signal SIGSEGV: invalid address (fault address: 0x0) frame #0: 0x0000000000000000 error: memory read failed for 0x0 (lldb) bt * thread #1, name =3D 'arcconf', stop reason =3D signal SIGSEGV: invalid address (fault address: 0x0) * frame #0: 0x0000000000000000 frame #1: 0x00000000005c6a64 arcconf`ArcPhysicalDeviceAttach::setFsaInfo(FSA_STORAGE_DEVICE_INFO const*, FSA_SMART_DATA const*) + 3124 frame #2: 0x00000000005c782d arcconf`ArcPhysicalDeviceAttach::ArcPhysicalDeviceAttach(Channel*, PhysicalDevice*, FSA_STORAGE_DEVICE_INFO const*, FSA_SMART_DATA const*) + 797 frame #3: 0x00000000005a0c79 arcconf`ArcAdapter::buildChildren(Ret&) + = 4457 frame #4: 0x00000000005d000c arcconf`ArcSystem::buildChildrenForSingleAdapter(StorLib*, unsigned long, Ret&, EnumGetSystemConfigType) + 892 frame #5: 0x00000000004f1d70 arcconf`StorLib::getSystemConfigForSingleAdapter(unsigned long, EnumGetSystemConfigType) + 112 frame #6: 0x00000000004072fe arcconf`main + 2190 frame #7: 0x00000000004094df arcconf`_start + 383 The same for getlogs: root@octagon:/usr/ports/sysutils/arcconf # lldb arcconf getlogs 1 (lldb) target create "arcconf" Current executable set to 'arcconf' (x86_64). (lldb) settings set -- target.run-args "getlogs" "1" (lldb) run Process 45845 launched: '/usr/local/sbin/arcconf' (x86_64) Controllers found: 1 Process 45845 stopped * thread #1, name =3D 'arcconf', stop reason =3D signal SIGSEGV: invalid address (fault address: 0x0) frame #0: 0x0000000000000000 error: memory read failed for 0x0 (lldb) bt * thread #1, name =3D 'arcconf', stop reason =3D signal SIGSEGV: invalid address (fault address: 0x0) * frame #0: 0x0000000000000000 frame #1: 0x00000000005c6a64 arcconf`ArcPhysicalDeviceAttach::setFsaInfo(FSA_STORAGE_DEVICE_INFO const*, FSA_SMART_DATA const*) + 3124 frame #2: 0x00000000005c782d arcconf`ArcPhysicalDeviceAttach::ArcPhysicalDeviceAttach(Channel*, PhysicalDevice*, FSA_STORAGE_DEVICE_INFO const*, FSA_SMART_DATA const*) + 797 frame #3: 0x00000000005a0c79 arcconf`ArcAdapter::buildChildren(Ret&) + = 4457 frame #4: 0x00000000005d000c arcconf`ArcSystem::buildChildrenForSingleAdapter(StorLib*, unsigned long, Ret&, EnumGetSystemConfigType) + 892 frame #5: 0x00000000004f1d70 arcconf`StorLib::getSystemConfigForSingleAdapter(unsigned long, EnumGetSystemConfigType) + 112 frame #6: 0x00000000004072fe arcconf`main + 2190 frame #7: 0x00000000004094df arcconf`_start + 383 No matter what command trace looks always the same. Seems like a bug in the application that prevents the initial read of the device info..? There is no man page for arcconf: root@octagon:/usr/ports/sysutils/arcconf # man arcconf No manual entry for arcconf There seems to be no source code to analyze, just a binary builds provided by MicroSemi / Microchip. I am attaching port maintainer, maybe Michael will be able to help? :-) --=20 CeDeROM, SQ7MHZ, http://www.tomek.cedro.info