From nobody Mon Aug 8 20:45:38 2022 X-Original-To: ports@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 4M1pBF17Jhz4Y5xg for ; Mon, 8 Aug 2022 20:45:41 +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 4M1pBD1KM3z3rFR; Mon, 8 Aug 2022 20:45:40 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) IronPort-SDR: gEwg0+d0U5Lpt5jBr1cWH84od8Wfk85Si92eubxFLqTpAGvKjbYGYl2mGO9DisyGg0RBN6P1DG NTqPVcHCWtVuix4KCc3txEgG7P3ffGMac= X-Ambrisko-Me: Yes IronPort-Data: A9a23:5jnB6a5t8razeVI7QSTDeAxRtCnHchMFZxGqfqrLsTDasY5as4F+v mFODTjTafjbZjH0KdwnYN/n805X7MeEm9A3SlFuqiEzQiMRo6IpJzg5wmQcns+2BpeeJK5fA kl3huDodKjYdFeFzvuQGuOJQUdUhPjgqoXUWLas1hBZHWeIeQ954f5Rs7dRbr1A3bBVNziwV eba+KUzDrMFNwlcaQr444rbwP9mUW+bVDkw5jTSbtgT1LPSeuV84Dvy+MiMw3XErol8RoZWR s7Cyq205GXQ+1EkD9m/k634dQsBRbu60Qqm0ysMHfH80l4b4HZaPqUTbJLwbW9ejj+Tnstyz /1EsJaqSBwqOevHn+F1vxxwTn0hYfAakFPACT3l2SCJ9GXIaXbhye5iJE4rJo0ZvOFtDglm7 /kwJioAYxqYi6Sx2r3TYvFrnNg4BMfxMY4VoX0myivWZd49SJXNR6zM5tJC9Dg1j8FKW/3ZY qIkhZBHBPjbSwZCIEkaEsh4leKinHjkcDoeo1WQzZfbKlP7lGRZuIUB+vKMEjBTbckKzEueu Ezc+GH1XkMTONCFk2PX+3emnO7UniTTUYcYDryj9fksi1qWnzRBBBoTXFq9gP+4lk/uBooGe hBMonIj/foo6UimbtjhRBnk8nSKiQERBohLGOog5QDTlqeNu1SFBnIJRyJqYcA9sJNkXiQj0 1KExou7BTFmvLCPZ2ia87OY8WG7NSQPdzZQbCoOVwoe4N7LqYQ5lBPUTdElG6mw14WnFTb1y jGMjS4/m7RD0JZShvnjpQjK2mv+qILIQwg54hTscliktg4pNpS4Y4GI6ETA6aoSJoiuUVTc7 mMPnNKT7b5SAMjVxjCNWugEAJqg++2BbG/HmVdqEpQsq2at9nqkcdwC6T1yPh0wYMcCZTLzZ kbX/wpU7oVSJ3itK6RwZtvpWcgtyKHhE/XjV+zVPocWO8ktLFff8XE8f1OU0kDsjFMowPM2N pqseMqxCWoXVPZ8xz2sSuZBibImmnIkyWXIScypxhiry+DGNmWYU6kIKgHIZ+Uz9qKfowKT+ NFabpPYxxJaWez4Qy/W7Y9DcAhTfCRjXcj7+55Na+qOAgt6A2VwWfbezIQod5Fhg6kIxPzD+ WuwWxMAxVfy7ZEdxd5mtpy3hGvTYKtC IronPort-HdrOrdr: A9a23:ZSLQ86AwS1GworDlHems55DYdb4zR+YMi2TDGXoRdfVwSL3+qy nOpoV+6faaslossR0b9uxofZPwJ080lqQFhLX5X43SPzUO0VHAROoO0WKh+UyDJ8SUzI5gPM lbHZSXOLfLZ2RHsQ== Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport2.ambrisko.com with ESMTP; 08 Aug 2022 12:36:05 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.17.1/8.17.1) with ESMTPS id 278KjcvP082476 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 8 Aug 2022 13:45:39 -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 278KjcxI082475; Mon, 8 Aug 2022 13:45:38 -0700 (PDT) (envelope-from ambrisko) Date: Mon, 8 Aug 2022 13:45:38 -0700 From: Doug Ambrisko To: Dan Mahoney Cc: Ruslan Makhmatkhanov , "ports@freebsd.org" , "samflanker@gmail.com" 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> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <493ED6A6-A38F-47B1-B534-9F5CB14DB087@gushi.org> X-Rspamd-Queue-Id: 4M1pBD1KM3z3rFR 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]; SUBJECT_ENDS_QUESTION(1.00)[]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7922, ipnet:70.88.0.0/14, country:US]; MLMMJ_DEST(0.00)[ports@freebsd.org]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[ambrisko.com]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[ambrisko]; TO_DN_EQ_ADDR_SOME(0.00)[]; FREEMAIL_CC(0.00)[freebsd.org,gmail.com]; RCPT_COUNT_THREE(0.00)[4]; HAS_XAW(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 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. Thanks, Doug A.