From nobody Mon Aug 8 19:57:53 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 4M1n7G0zlLz4XyW3 for ; Mon, 8 Aug 2022 19:58:02 +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 4M1n7D3hg5z3kfj; Mon, 8 Aug 2022 19:58:00 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) IronPort-SDR: shN6urVTbmPVIOgbYNUOUkncvelK4ptHp4lbQb5F5UcKr39Gr0acReXtPb+ITuR5LN11MG3PWR qv7/Vy3uXi7VwMSh1CiagXANlPZSoA9Yo= X-Ambrisko-Me: Yes IronPort-Data: A9a23:UuD1ya3hF6OPC/PjxfbD5cJxkn2cJEfYwER7XKvMYLTBsI5bpzIOx zRLXGiHbPvfamr0ftglaoi/8k9V6MDUz4I3G1dt+CA2RRqmiyZl6fd1j6vUF3nPRiH7oc4OA /w2MrEsFuhtJpPhjkzF3obJ/CAUOZ6gFuKU5N7sYkiddCc8IMsToUsLd90R3uaEteOE7zal4 rselSF/1GiNgFaYOkpMg06KRYgGUP7a4Fv0tXRmDRxHUcO3e9D40fsiya+Nw3vQGuG4H8a7Q frO1rew+iXQ+h03C8imlfDwdUhirrz6ZFnUzCMIC+77xEIqSi8ais7XMNIVbE1Nii6KmPh4z d9XtIezTkEiOaikdOE1DkUHT3ojVUFB0PqdSZSliuSJymXIaXbhye5iSkYsMuUw9Px6DGtV+ dQXNSsNb1aEne3e6Kq8UPV3rso5IcThJ49ZvWtvpRnCBPMoRZnFQKjQzdBd1TY0wMtJGJ7ji 2AxAdZ0RA/NeQNCIA1RAZc0huazhX65eDpdwG95bJEfuwD7pDGdGpC0WDYMUtDVF8hTgGiCo WfKozbwDh0AboXNwD+P6HO3hejnlCbxQoMJF7r+/flv2QXBymsWARwQdF26vfjp1xbnCo4Hc xQZqng0sKw/1E23Vd2hDRe2l2GJ40wHUN1KHuxktAzUkvjI4xyUD3QvRyJabIB0r9c/QDEnj wfbn97gCTF1nqeSTHaRquWdoT+oY3FHJGoIfy4fTgwt6tzpuoAojRWJRdFmSfbngtrwEDD24 jaLsClu2u1K3JJTj/22pAmVjSitq57FSh8Oyj/WBm/1vBlkYIOFZpCz7QSJ5/h3M4vEHEKKu 2IJmpbC4blWX42NjiGEXM4EAKqtu6SeKDTZjFNiQ8sh+jCq9yLxdIxc+msndkZvLssefzbtJ kbWsxlQ/5xUenCtaPYvMY62Ds0ry4nmFMjkBq2MN4sSOsApeV/V5jxqaG6Rw3vpwRolnqwIM JuGddqhUCQBAqN9wTvqH+oQje0xyiYlyT+BTJz31U7/g6GTfmCYU+1DOV6EdOEi76TCqwLQq o4NO8yPwhRZcev/fiiHrNZKfAxSdSA2VcLstshaVu+fOQ43SmguBsjYza4lZ4E4zb9ekf3F/ y3lV0JVoLYlaaYr9elehqhfVY7S IronPort-HdrOrdr: A9a23:0JosUKBxEK4rmDTlHems55DYdb4zR+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 11:48:20 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.17.1/8.17.1) with ESMTPS id 278JvrOq079041 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 8 Aug 2022 12:57:53 -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 278Jvrip079040; Mon, 8 Aug 2022 12:57:53 -0700 (PDT) (envelope-from ambrisko) Date: Mon, 8 Aug 2022 12:57:53 -0700 From: Doug Ambrisko To: Ruslan Makhmatkhanov Cc: Dan Mahoney , "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> 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: <635211659622624@mail.yandex.ru> X-Rspamd-Queue-Id: 4M1n7D3hg5z3kfj 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)[ports@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)[gushi.org,freebsd.org,gmail.com] X-ThisMailContainsUnwantedMimeParts: N 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. | Since sysutils/megacli: | - has no dependencies | - has nothing to build | - only carries single binary | - updates are not supposed to happen in future | | it may worth to just do `make package` once (manually or with puppet | recipe) on some dedicated system and then deploy it with puppet | directly. poudriere is overkill for this task imho. Doug A.