From nobody Tue Aug 16 00:02:19 2022 X-Original-To: freebsd-current@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 4M6BD562LGz4ZN8J for ; Tue, 16 Aug 2022 00:02:29 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail2.ambrisko.com (mail2.ambrisko.com [70.91.206.91]) by mx1.freebsd.org (Postfix) with ESMTP id 4M6BD44wMTz3tpk; Tue, 16 Aug 2022 00:02:28 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) IronPort-SDR: 3onHuv6eUry9zBNV3hd1Lkp5OqwhMosgtijUlaQXQsuZNooOIR6pFOY7DOWFOgSfP6/bCJrnuG 1GKP6JrLXHaL0s7/yqZhRiLZlvKfdYfbc= X-Ambrisko-Me: Yes IronPort-Data: A9a23:ThZtyKmnt+uuWuQPaclbLoXo5gyaJkRdPkR7XQ2eYbSJt1+Wr1Gzt xJLWWvQOqncZGCnfdxyady+9RkA7ZCBx981T1NtrS00QX8b8sCt6fZ1jqvT04J+CuWZESqL1 yiSAzX5BJhcokX0/39BD5C6xZVC/fDRLlbDIL6cUsxBbVcMpBYJ0XqPqcZg6mJbqYTR7ze2h D/Hi5a31GlJe9JDGjl8B6qr8HuDtRlp0d8SlgRWiftj5Dcym5SJZX62yHzYEpf2fmVUNrbSq +frzbel83nf9hNrA9aviLfgcUpMSbnXVeSMoiMHAe773EgE/2pouko4HKJ0hUN/gjCDhdFqy 9JlvJm6UwYyPaqKk+MYO/VdO3wibPIWoNcrJlD666R/1XbufWHhzv91AGk5IJYY+6BwG24m3 eYdAD4XYx2JnO7wx6i0IsF3j8EtKMDtP44Fkn5lxDDdS/0hRPjrTb/H6NVD0HI7m9pUEPDCT 8QDZDdldxiGZAdAUmr7orpWcPyAnXTlbTBC8hScoKAt4nPQy0p6172FDTYcQfTSLe09o6pSj juuE73RDk5IOdqB5yCC937w1ObDkTmhAdAbEbei9+Vph3Waw2YJCQYVUh2wpvzg0hyyXNdWK ko1/CsyrPhvrBX6EoGlBxDo8mSZuhM8WsZLF7Fo4g+61aeJsR2SAXIJT2AdZYV+5tM2XzEjy nSAg8jtWW50qLSQRH/EruWUoDq+NDI7N2gHYSNYHwIJ78O5+dM6ixjVT81gF4a8i9fvGCrzx HaBqy1n3+cfissC1qOa+1HbgmLx/sGYElZtvgiOBzCr9AJ0YoKhdreE01mD4KYSNpudQ3mAo GMAx5qU4tcRAMzfjyeKWugMQu2kvq7XLD3GjFdzNJA97DDxqWW7dIVd7TwidkdkNsEIJW3gb EPJ41oD5ZlPMWGsZKsxaoe7EcUxzq+mHtPgD6iGYt1La5l3VQmG4CA+OBbJjjy1yBAhwfMlJ JOWUcewFnJLW61owQ2/S/oZzbJ2lDs1wnneRMyjwhn7g6CSYmWZFeUMPFeUNLhr966evgjPq ZBWMsGQyg5cV6v1ZSyOqdwfKlUDLH4aA5HqqpwKLrfSflI+QGxxWeXMxb4BepB+m/UHn+jFy XixR0tExQetnnbAMwiLNihuZb6HsUyTdp7n0fjA5WqV5kU= IronPort-HdrOrdr: A9a23:wM5jP65u8l+ynnjueAPXwMjXdLJyesId70hD6qm+c31om+ij5q eTdZUgpHvJYVkqNE3I9eruBEDEewK7yXcX2/h1AV7BZniEhILAFugLhubfKn/bak/DH4VmtZ uIHZIRNDXBZ2IRsfrH Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport2.ambrisko.com with ESMTP; 15 Aug 2022 15:52:22 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.17.1/8.17.1) with ESMTPS id 27G02Jc1023580 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 15 Aug 2022 17:02:20 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) X-Authentication-Warning: internal.ambrisko.com: Host localhost [127.0.0.1] claimed to be ambrisko.com Received: (from ambrisko@localhost) by ambrisko.com (8.17.1/8.17.1/Submit) id 27G02JJt023579; Mon, 15 Aug 2022 17:02:19 -0700 (PDT) (envelope-from ambrisko) Date: Mon, 15 Aug 2022 17:02:19 -0700 From: Doug Ambrisko To: Dan Mahoney Cc: Ruslan Makhmatkhanov , "samflanker@gmail.com" , freebsd-current@freebsd.org Subject: Re: MegaCLI port is ports-only -- how would you deploy it? Message-ID: References: <1615CF76-EE45-4D11-8102-EA441E845E65@gushi.org> <635211659622624@mail.yandex.ru> <493ED6A6-A38F-47B1-B534-9F5CB14DB087@gushi.org> <1578B277-8FB1-4EAB-ACDB-8ACE6E999857@gushi.org> <9EC7D5D4-0DD2-4946-9C5F-ADB2B39B73F1@gushi.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4M6BD44wMTz3tpk X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ambrisko@ambrisko.com has no SPF policy when checking 70.91.206.91) smtp.mailfrom=ambrisko@ambrisko.com X-Spamd-Result: default: False [-1.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; AUTH_NA(1.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+]; R_SPF_NA(0.00)[no SPF record]; ASN(0.00)[asn:7922, ipnet:70.88.0.0/14, country:US]; R_DKIM_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[ambrisko]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; HAS_XAW(0.00)[]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[ambrisko.com]; FREEMAIL_CC(0.00)[freebsd.org,gmail.com] X-ThisMailContainsUnwantedMimeParts: N On Sat, Aug 13, 2022 at 10:41:33PM -0400, Dan Mahoney wrote: | | | > On Aug 12, 2022, at 12:35, Doug Ambrisko wrote: | > | > On Fri, Aug 12, 2022 at 12:32:56PM -0400, Dan Mahoney wrote: | > | | > | | > | > On Aug 12, 2022, at 12:31, Doug Ambrisko wrote: | > | > | > | > On Fri, Aug 12, 2022 at 12:21:36PM -0400, Dan Mahoney wrote: | > | > | | > | > | > On Aug 8, 2022, at 16:45, Doug Ambrisko wrote: | > | > | > | > | > | > On Mon, Aug 08, 2022 at 04:10:10PM -0400, Dan Mahoney wrote: | > | > | > | | > | > | > | | > | > | > | > On Aug 8, 2022, at 15:57, Doug Ambrisko wrote: | > | > | > | > | > | > | > | > On Thu, Aug 04, 2022 at 05:22:29PM +0300, Ruslan Makhmatkhanov wrote: | > | > | > | > | 03.08.2022, 02:07, "Dan Mahoney" : | > | > | > | > | Hey there all, | > | > | > | > | At the dayjob we have a fleet of Dell Poweredge servers that can use | > | > | > | > | either mptsas or mrsas -- if you use mptsas, you use mptutil (in | > | > | > | > | base) to check the state of the card. | > | > | > | > | If you use mrsas, you need megacli, which is only in ports, and the | > | > | > | > | port hasn't translated to pkg probably because of license | > | > | > | > | restrictions. ( _LICENSE_RESTRICTED = delete-package | > | > | > | > | delete-distfiles), but the license listed is just "megacli". | > | > | > | > | * We want to deploy a cron job to periodically check the raid status | > | > | > | > | (we're writing a wrapper, also having it check mfiutil, zpool, etc). | > | > | > | > | * We do not want to install and manage a whole ports tree on every | > | > | > | > | machine in our fleet, just to install a raid utlity. | > | > | > | > | Option A: | > | > | > | > | Make a local package somehow. | > | > | > | > | The port just downloads a static binary, there's nothing to build | > | > | > | > | here, but we want to do this the "right" way. Is there some way to | > | > | > | > | have pkg deploy a single local package for this that will, for | > | > | > | > | example, report the right package ownership, without moving every | > | > | > | > | other package to our poudriere install (we're just using base | > | > | > | > | packages, we keep poudriere around for testing in case we need to | > | > | > | > | hot-patch something). | > | > | > | > | For what it's worth, we use puppet for config management, so pushing | > | > | > | > | out the static binary is not the worst answer, but it also feels | > | > | > | > | "dirty". | > | > | > | > | Option B: | > | > | > | > | Figure out how to fix the license. I have no idea what this would | > | > | > | > | involve. | > | > | > | > | Option C: | > | > | > | > | Also, apparently MegaCLI is no longer maintained (replaced by | > | > | > | > | StorCLI), but there's no port for StorCLI, and...there are multiple | > | > | > | > | raid-card specific versions? Jeez. | > | > | > | > | Feels even more dirty. | > | > | > | > | [1]https://support.siliconmechanics.com/portal/en/kb/articles/storcl | > | > | > | > | i-for-freebsd-and-other-operating-systems | > | > | > | > | Ideas welcome? | > | > | > | > | -Dan Mahoney | > | > | > | > | > | > | > | > Although the path to get to StorCli goes through various cards the | > | > | > | > latest greatest seem to work on all earlier cards. It works on | > | > | > | > HBAs and not just RAID cards. At work I did a Linux/FreeBSD | > | > | > | > POC for FW management and found the FreeBSD version could flash the HBA | > | > | > | > and drive FW. I've moved to StorCli from MegaCli. I would suggest | > | > | > | > we drop the MegaCli port and move to StorCli. | > | > | > | > | > | > | > | > I have code to make mfiutil into mrsasutil and added the MFI ioctl | > | > | > | > handler to mrsas. I'm not sure how much value that has. I don't | > | > | > | > deal with supporting FreeBSD and RAID much anymore. If interested | > | > | > | > I could send patches. | > | > | > | | > | > | > | This feels like it should be in base, regardless. Just *something* to | > | > | > | query the raid status and health, even if it doesn't ring all the bells | > | > | > | of StorCLI. | > | > | > | | > | > | > | Right now, you can do this with the older mfi, but not the newer mrsas, | > | > | > | which performs better in some cases, which leaves an admin with a | > | > | > | dilemma: better reliability, or better manageability. | > | > | > | | > | > | > | I also feel like this could be added to a minor release (i.e. a | > | > | > | 12.3 --> 12.4 or a 13.0 --> 13.1), but obviously that decision is above me. | > | > | > | > | > | > This is based of -current. I haven't tested it recently: | > | > | > https://people.freebsd.org/~ambrisko/git.mrsas_support_in_mfiutil.patch | > | > | > | > | > | > Please give it a try. You will need a new kernel built and booted to | > | > | > provide the needed ioctl support. It should be close to committable. | > | > | | > | > | Doug, | > | > | | > | > | I'm trying this out on 12.x and 13.x just for funsies, but given the | > | > | release schedule, it's unlikely that there'll be a 12.4 or a 13.2 that | > | > | this would make it into. Regardless, I've opened a bug report to get | > | > | this added *somewhere* which may cause other people to try it out and test. | > | > | > | > I'd have to put in -current first then look at MFC later on. If looks | > | > good for you then I'll put it up for review. I just don't use this | > | > stuff day to day anymore. | > | | > | Yeah, most of our dayjob work is running critical DNS infrastructure, so | > | there's not a lot of -current there, but I can get permission to play | > | with it on a spare system. | > | > It should apply to earlier releases, since there hasn't been a lot of | > changes in this area. So you can try that if that is easier. I did | > this code a long time ago probably in 10.X and have been moving it | > forward. | | I've confirmed that it shows drive status and array status on my R430 | running FreeBSD 14.0-CURRENT #0 main-n257330-88951aaaee7-dirty in mrsas mode. Along the way, I dropped: diff --git a/usr.sbin/mfiutil/Makefile b/usr.sbin/mfiutil/Makefile index dc6f3e48159..139e31d6c41 100644 --- a/usr.sbin/mfiutil/Makefile +++ b/usr.sbin/mfiutil/Makefile @@ -1,10 +1,12 @@ # $FreeBSD$ PROG= mfiutil +LINKS= ${BINDIR}/mfiutil ${BINDIR}/mrsasutil SRCS= mfiutil.c mfi_bbu.c mfi_cmd.c mfi_config.c mfi_drive.c mfi_evt.c \ mfi_flash.c mfi_patrol.c mfi_show.c mfi_volume.c mfi_foreign.c \ mfi_properties.c MAN8= mfiutil.8 +MLINKS= mfiutil.8 mrsasutil.8 CFLAGS.gcc+= -fno-builtin-strftime That should make the links for mrsasutil. | As currently built, the kernel makefiles do not install it as mrsasutil, | and this is a manual copy. I think that would need to be fixed to make it | mergeable, but I think it should happen. | | I've opened this PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265794 | | At this point, the ports- list is probably off-topic for this, but this | conversation should definitely continue. Switched to -current. Doug A.