00:14:12 did you export that var? all of my preamble uses, for instance, look like `export ZFSBOOT_POOL_NAME="tank"` 01:13:03 Hi all anyone knows if exists a topic for SEO? 01:13:55 not necessarily on this server 01:30:39 jschmidt ya literally it has: export SCRIPTEDPART="mfid0" 01:36:01 i might have that wrong. maybe it should be PARTITION="mfid0" i have trouble understanding man bsdinstall a bit 01:38:24 how to enable internet on Realtek Gaming 2.5GbE Family Controller and Intel(R) Wi-Fi 6 AX201 160MHz drivers to enable the net in freebsd 14.2 ? 01:38:28 recompile? 01:38:36 i don't have net i can't use ports pkg 01:38:43 on another machine 01:39:09 they are just not found 01:44:21 who knows 01:44:27 l00py: you? 01:54:53 Hello! I'm only asking this here because it's crickets in #bhyve and #openindiana...has anyone successfully installed openindiana in bhyve on a FreeBSD 14 host that gotten X to work? vesa looks to be blocked since i'm using uefi mode 01:55:32 ya i just needed partitions="mfid0" looks like. going to try that. then add partitions="mfid0 gpt" if mbr is used which it probably will be 01:56:13 brutex i have an asus crossfire viii mb with rt 2.5g and intel 1gig ether ports. i dont think i could get rt working so i just used intel with no probs 01:56:23 but its' been a few years so don't remember details sorry bud 01:57:00 xanthor i never used openindiana sorry maybe someone else has. also try mailing lists? 01:57:12 i know that's not really helpful but if you're desperate enough.. hehe 01:58:18 i'm going to keep poking at it. Pretty sure I need the xorg framebuffer driver based on how Debian is working in bhyve. 01:58:57 but...there isn't one in the OI repos! 02:00:52 it's funny though...looking at all the things that openindiana brings to the table, i'm just like "Yeah so FreeBSD does all that" 02:01:03 it is the superior unix 02:03:15 i don't think i've seen one false advertisement about FreeBSD from anyone official 02:03:38 pretty remarkable 02:13:35 whoa 14.2 now brings OCI to freebsd that's so huge ty dch and core! 02:27:50 wtf scripted install with export PARTITIONS="mfid0 gpt" doesn't boot, but if i do manual installer and select mfid0 disk and gpt partition table it boots? 02:28:30 scripted install with export PARTITIONS="mfid0" works too (uses mbr) 09:27:20 is it supported to send a ZFS snapshot of a FreeBSD system MAJOR.SOMEMINOR to a FreeBSD system MAJOR+1.SOMEMINOR? 09:27:59 for example can I safely send snapshots from a 13.x RELEASE to a 14.x RELEASE and the recover from that 14.X RELEASE to a 13.X RELEASE afterwards, 09:28:10 s/the/then 09:39:30 mage: yes, this should work fine, but if you import the sent snapshot to a newer version zpool, that pool will not import on the older system and sending the filesystem back might not work either 09:49:00 there are no "versions" any longer, it's all about the features you have enabled 12:57:16 dell poweredge r720 in uefi installing 14.2 w/ ufs. manual install to mfid0 using defaults works fine. scripted bsdinstall with: export PARTITIONS="mfid0" and system can't boot. i'm stuck, anyone know what i'm doing wrong pls? 13:05:49 l00py: I had trouble installing 14.1 on dell poweredge r620 onto mfid0 too, when doing full manual partitioning. The only fix was using guided partitioning, deletion all auto-partitions, and then re-creating new partitions (UFS) 13:13:52 ukky ok prepared to be weirded out? i go back to the room the server's in and it had booted. so i rebooted and watched it and after it said all of the boot options failed, including FreeBSD and windows boot manager and pxe and stuff, it sits there for 30 seconds then boots into freebsd (WTF!?) 13:14:38 i got all the info so what it said is... 13:15:15 start pxe over ipv4, server response timeout, boot failed efi network 3, pxe no media detected, boot failed efi network 4, then next screen... 13:17:16 consoles: efi console, reading loader env vars from /efi/freebsd/loader.env then freebsd efi loader block of text/info, then ignoring boot0006: only one DP found, trying esp... setting currdev to disk0p1, trying pcieroot ... setting currdev to disk0p2 13:17:41 then loading /boot/defaults/loader.conf etc and it boots 13:17:49 so wtf? 13:20:33 hey any ideas on how to get my Intel AX201 wifi somewhere past the year 2003? I see an ax210 kmod but I don't think it works for AX201.. and the only media listed is 802.11a/b/g :/ 13:27:25 this is on 14.2 13:29:46 afternoons 13:32:57 ivy: thanks 14:39:31 hmm.. FreeBSD 14.2.. is drm-61-kmod broken? Tried both pkg and ports make install but the console just hangs when I kldload i915kms.. console is still responsive, but I have to then ctrl-alt-F2 to get into a console I can work in .. and startx still doesn't load. (Alder Lake 12th gen Intel Iris xE) 14:40:14 worked on 14.1.. once I was able to compile drm-61-kmod.. but 14.2 it doesn't work any more 14:50:31 did you install it from ports? 14:53:05 yeah did a git pull and everything 14:53:45 is there a particular branch I need to be on? 14:56:11 No, it just has to be built with the kernel you are running. Do you have the OS sources in /usr/src? 14:56:36 I ran freebsd-update -r 14.2-RELEASE 14:56:46 I still get a message about the boot loader being too old 14:57:11 freebsd-update -r 14.2-RELEASE upgrade that is 14:59:34 hmm does freebsd-update not update /usr/src? 15:00:01 /usr/src/UPDATING shows 14.2 in it 15:01:36 and my /usr/ports is on 'main' branch 15:02:23 drm-61-kmod in ports shows port revision 2.. 15:03:53 /usr/src may need to be on the 14.2 branch 15:06:35 no .git in /usr/src 15:07:05 do I need to git clone /usr/src? 15:12:02 Hmmm....over the past week lots of people have been reporting problems with i915 and the drm kmod with 14.2. Wonder what's going on there. 15:13:31 drm-61-kmod worked just fine on 14.1 15:14:10 Yeah that's what everybody else who's reporting the problem is saying too. 15:17:38 pertho: That's what I do. You can also copy in the src tree from 14.2-RELEASE 15:17:59 pertho: Point is, if it's building against kernel sources, you need the right kernel sources, not some old version 15:18:11 freebsd-update doesn't update the kernel sources? 15:18:25 seems like an oversight :( 15:18:54 It should do that by default if they're there 15:21:47 Here i915kms 14.2 worked on 12th gen but not on 11th gen (intel gpus) 15:22:15 14.1 worked fine 15:23:31 HER: yeah i915kms in drm-61-kmod worked perfectly on 14.1.. 14.2? It loads the drm firmware and just hangs there.. no system freeze (like with drm-515-kmod.. because that was far too old for my chipset) 15:23:38 and I'm on 12th gen 15:24:50 pertho: strange.. works fine in my 12th gen 15:24:56 so i wonder what is the probl 15:25:41 drm-kmod issues going from 14.1 -> 14.2 https://www.freebsd.org/releases/14.2R/errata/ 15:26:48 yeah but I recompiled it with 14.2 sources 15:27:07 is there a definitive way to check my source is 14.2? Is there a version.h or something? 15:27:20 what about the message flashing right before the system boot/menu (when bsd logo show up) 15:27:35 HER: Your Boot loader is too old? :D 15:27:39 I getthat too 15:28:03 also my iwlwifi(4) device is on 802.11a (Intel AX201) :( 15:28:03 i dont know, it appeared after 14.2 upgrade 15:28:46 pertho: try wifibox for wifi ? 15:29:45 I see AX210 kmod package.. but.. nothing for AX201? 15:29:46 pertho: why would the bootloader be too old ? 15:29:57 HER: no idea.. I updated with freebsd-update 15:30:17 pertho: but why do you think its related to bootloader being too old ? 15:30:33 (i have no idea what the messsage says) 15:30:59 no.. drm kmod is a separate issue from 'bootloader is too old' (after upgrading to 14.2) 15:31:45 how do I check drm-61-kmod is compiled against 14.2 sources properly? 15:31:56 any versioning inside the files? 15:33:00 postsnap fetch update ? 15:33:39 I'm on 'main' branch in ports (git) 15:34:25 pkg info drm-61-kmod just says: Architecture : FreeBSD:14:amd64 15:46:32 pertho: git checkout tags/release/14.2.0 ? 16:26:13 Say, what's the short story of why we don't have gcc*-libs-only-packages on FreeBSD? Why do I need the full compiler suite just because some software has runtime deps on the libraries? 16:26:37 I'm sure this is a discussion as old as GCC itself (and now llvm/clang), so I'll take the TL;DR. :) 16:29:52 Ltning: Separate packages for shared objects, binaries, "development files", etc. is rarely done on FreeBSD (I can't think of any immediate examples). 16:30:40 Yes, but I'm trying to understand "why", since especially these compiler packages are absolutely humongous 16:33:02 At the end of the day, simplicity. 16:33:34 I suspect because it would make more sense to do in a subpackage world 16:33:41 have you met the GCC build process? 16:33:51 I have not had the pleasure, no. 16:33:56 Simplicity is a perfectly valid reason. 16:34:02 It's only a pleasure if you're a masochist. 16:34:37 just building a subset of what the GCC project builds seems to be a complete PITA 16:34:51 I had kinda hoped that the job of splitting it up, having been done already for all the other kids (linuxes), was already done - but .. clearly not. 16:34:56 I think you'd see no objection to splitting out gcclibs if we could just segment the existing build 16:36:25 We just happen to be so lucky that we have to adhere to the PCI DSS, which says not to install any unnecessary software etc. etc., and even actively *reamove* dangerous stuff like compilers and such. 16:36:30 I don't know about .deb, but rpm .spec files have separate sections (for -devel, -utils, etc.) so their build system already separates the packages after building without much intervention from the builder. 16:36:42 On the other hand, Slackware Linux, like FreeBSD rarely separates packages. 16:37:01 yeah, I think in other nixen it's largely a matter of it being nearly-trivial to do 16:37:20 Which is of course complete utter bollocks, compilers are no more or less dangerous than (a) cat, and our reasoning for not doing any of that is "then we won't have a supported system". Which has flown for 15+ years, I expect it'll fly for a while longer - but this question keeps coming up. 16:37:44 Of course that compilers are also in base kinda muddies things, makes it pointless to "fix" the packages if base still has those bits. But hey, pkgbase? :D 16:38:00 Yeah but you can also make the same argument for say, python or perl. 16:38:18 Those can be equally as dangerous as a compiler and they're necessary to run whatever python/perl program you want to run anyways. 16:38:21 Obviously. Trust me, we have. 16:38:50 So when I'm asking this, it's mostly because I hate staring at pkg downloading three different gcc versions when I do pkg upgrade in prod. 16:38:58 If we could find someone willing to sponsor some subpackage work, that might be good 16:39:11 * Ltning looks around *whistle* 16:39:14 :-) 16:39:45 It's not at the top of my list, I'm afraid. And my budgets for this kind of stuff have shrunk dramatically recently :( 16:40:13 (Right now I'm struggling to educate new brass that it's a Good Idea(TM) to support projects we care about) 16:40:26 woof =\ 16:40:32 I mean, one could probably script it. 16:41:01 cp -a /package/root/bin/* /somewhere/else ; and then make a package out of /somewhere/else using it as the package root directory. 16:42:34 Ltning: if there's any way I/we can help, shoot me an e-mail 16:43:13 we can probably conjure up some evidence that it's a Good Idea(TM) 16:43:26 With the brass? Eh, this is my fight, mostly. But I sure will if I feel they don't budge. 16:43:44 "Enough with this open source already!" -new brass 16:44:12 Yeah- fair enough 16:44:16 lmao wat 16:44:37 it's just a few packages, what's the big deal 16:44:38 (Says brass who are just in luuuuv with aws) 16:44:56 You can't really help people like that. 16:45:24 TommyC: you can, you just need idiot speak 16:45:33 "line go up" or something 16:45:37 Well, some of the lower-level brass are kinda ok, and seem to understand (much like a toddler understands how a car works), so I'm trying to work through them. 16:46:18 (And I was allowed to throw money at eurobsdcon, and I need to tell the foundation to send their annual invoice too, now that I remember) 16:46:24 Someone hired MBAs? 16:47:49 "Accel-AKKR". Don't ddg it. 16:52:16 Warning: Facter: Unable to getenv for pid 1, 'uninitialized constant Facter::Util::Linux' 16:52:25 The fun of living in a linux world 17:07:44 hah 17:08:04 Ltning: ah yes, i have that too 17:13:36 Argh, I'm using squid in an attempt to cache freebsd-update, but every time I get TCP_MISS on the interesting parts. The metadata gives me a TCP_HIT, but all the actual patches are misses. 17:14:33 But when I look at the squid log, I see the exact same requests being processed for each freebsd-update run, yet they are not cached. I'm going crazy here. 17:15:41 I think there's a 'top size' setting for the cache. It won't cache anything over that size. Is it tuned correctly? 17:15:52 Yea it's massive, 16GB in memory, 10GB on disk 17:16:06 Okay, well, that's not it. XD 17:16:09 But I see squid is RELEASE-ing objects all the time. Is update*.freebsd.org giving really short cache times? 17:17:13 anyone know how to get an Intel AX201 WiFi working in something beyond 802.11g in FreeBSD-14.2? I see an AX210 package for a kmod.. and some other series' (200, 7000, 8000).. but what specifically supposed the AX201? Or is there no support? 17:17:14 You should be able to tune the cache time on squid. It could also be throwing out larger items if other things are also being cached and maybe accessed more. 17:17:35 It's been a long time since I ran squid, so I'm kind of just throwing a few things out there. :/ 17:19:10 Hrmf, opnsense squid doesn't let me override lifetime 17:22:08 pertho: what driver is that? 19:03:50 i'm stuck and really need help pls. dell poweredge r720 in uefi with hardware raid putting on ufs. stock 14.2 install boots fine. my scripted bsdinstall with NOTHING but: export PARTITIONS="mfid0" gets a hanged boot until pxe times out, then it boots. why isn't it just like the stock install? 19:20:29 l00py: Can't help, sorry .. bsdinstall is not something I often touch :D 19:20:46 l00py: If the Dell R720 has SAS dirves then use ZFS instead of UFS. 19:21:03 ya sas drives but it's hardware raid so no zfs 19:21:11 l00py: switch to mrsas(4), use JBOD, use UFS 19:21:14 l00py: switch to mrsas(4), use JBOD, use ZFS 19:21:32 but the stock install works fine 19:21:56 i don't really want to just 'avoid' the issue i want to figure out why my scripted bsdinstall with ONE setting doesn't work the same as the stock installer 19:21:59 if you are fine with this, then why asking for advice ? 19:22:01 l00py: Have oyu tried using ZFS? There are only to options....You tried one option and it didn't work :) 19:22:36 l00py: what is export PARTITIONS="mfid0" mean? I boot off mfid no problem on a 710 iirc 19:22:49 Filesystem 1K-blocks Used Avail Capacity Mounted on 19:22:49 /dev/mfid0a 90384476 43018616 40135104 52% / 19:23:53 rtprio well that's supposed to tell bsdinstall to use mfid0 to put ufs on. same as when in the stock installer i manually select mfid0 19:25:38 are you saying when you script it, it doesn't work at all? when you inspect the installed disk what's on it? 19:26:26 it ends up booting fine, just after the initial delay 19:27:20 i rebooted and watched it and after it said all of the boot options failed, including FreeBSD and windows boot manager and pxe and stuff, it sits there for 30 seconds then boots into freebsd. it says: start pxe over ipv4, server response timeout, boot failed efi network 3, pxe no media detected, boot failed efi network 4, then next screen... 19:27:32 consoles: efi console, reading loader env vars from /efi/freebsd/loader.env then freebsd efi loader block of text/info, then ignoring boot0006: only one DP found, trying esp... setting currdev to disk0p1, trying pcieroot ... setting currdev to disk0p2. then loading /boot/defaults/loader.conf etc and it boots 19:27:51 but when i run the stock installer, still ufs to mfid0, it boots right into it 19:28:04 no boot options failed stuff, no pxe attempt 19:28:12 what's the bios boot order if it goes from disk to pxe back to disk? 19:28:54 when i run the stock installer it detects my scripted install in uefi and asks if i want to remove it and put its in, i say yes. so maybe my scripted install doesn't do the same, and the freebsd boot option that's failing is the old stale uefi entry from the stock install? 19:29:04 lemme get that for ya 19:38:59 rtprio sorry it's taking a while i already had the ePSA running and it's almost done 19:43:48 no worries, mine also takes forever to boot up 19:54:29 ok back.. 19:55:27 uefi boot sequence: unavailable: freebsd, embedded sata port optical drive, unavailable: windows boot manager (not sure why that's there at all), integrated nic1 port 1, port 2, port 3, port 4, integrated raid controller 19:55:49 rtprio ^ 19:56:04 u`u`u`u`u`u`u`******* 20:01:28 and 'freebsd' and 'windows' are uefi ? 20:01:48 where is that coming from, since 'raid controller' works, just put it at the top 20:12:56 no idea where windows is coming from. know how i get into uefi to see what OSs are set up in it? maybe poking around in that will help me discover root cause while cleaning out windows trash 20:13:15 i think server had windows on it when i bought it 20:15:25 ah i found where i could delete the windows boot option so that's gone 20:16:18 i left the freebsd boot option because what i'm gonna try is run stock installer again just like i was doing, then NOT let it remove the other freebsd uefi entry, then after it installs and reboots see if it has same boot glitch as scripted install. that will tell me a lot 20:41:16 rtprio ok got more info... 20:43:40 reinstalled stock, had it leave the other "FreeBSD" uefi entries, named this uefi entry FreeBSDstock, still rebooted fine. i noticed that in the boot options there was a "FreeBSD" on its own line, and there was a line "integrated raid controller 1: FreeBSDstock" that the stock install obviously made. it was on the top line 20:44:38 so then i thought maybe the magic would show when i left the uefi name FreeBSD instead of using a different name, to get the conflict, so i reinstalled stock, left the existing ones, named new uefi option FreeBSD. still boots fine, and the boot options are now: 20:45:04 integrated raid controller 1: FreeBSD, then on its own line FreeBSDstock (grayed out) and on its own line FreeBSD (grayed out) 20:45:29 so what i'm gonna try now is delete all freebsd boot options to get uefi clean, then reinstall my scripted installer, and see how it sets up the boot options 20:45:30 brb 20:47:57 go into your uefi console and remove some things eh 20:53:29 ok got it half way figured out. just as i thought when my scripted install ran, it didn't create that integrated raid controller 1: freebsd, boot option line for it. if i select the lower line integrated raid controller 1 efi fixed disk boot device 1 it boots right into my scripted installer 20:53:59 so the stock installer is creating a uefi entry for raid controller + freebsd that works by default, but my scripted installer isn't 20:54:06 not sure how to make it do that but that's what i need to do 20:59:25 i think https://vermaden.wordpress.com/2024/02/27/important-efibootmgr-command/ and https://forums.freebsd.org/threads/how-to-force-creation-of-gpt-and-bios-uefi-in-modified-bsdinstall-script.85335/ will answer that for me 20:59:47 seems i need my bsdinstall installerconfig script to set up a efibootmgr command 20:59:56 rtprio what you think? 21:31:24 did you do the install with efi or mbr? 21:45:09 rtprio how do i know? 21:49:02 l00py kenv | grep efi-version 21:49:41 maybe you want to check how was it booted ? sysctl machdep.bootmethod 21:54:15 do you have an /efi directory that's mounted msdos? 21:54:58 mzar: that's a new one to me. nice 21:57:23 rtprio: I am providing only useful tips, like: switch to mrsas(4), use JBOD, use ZFS 21:57:29 ;-) 21:59:06 I would absolutely suggest the same. Although, I would suggest an HBA (or "IT" flash of the RAID controller,) if possible. 21:59:38 but my shift is over, Good Night 21:59:45 mzar: See ya'! 22:00:55 l00py: Didn't we speak recently about the flashing of the H710p Mini or something? Maybe I'm mistaking you for someone else? 22:01:12 mzar: Early on in this dudes diatribe, I suggested to reinstall and use ZFS and this dude totally dismissed me as being utterly illeraite in anything technical !! :) 22:01:35 how safe is reflashing the card to jbod? 22:02:14 rtprio: Incredibly. Many people have been doing it for years. I do it every single time I buy anything that will be utilizing ZFS. 22:02:58 i have a perc h700 / megaraid but have only been using it in raid mode 22:02:59 rtprio: It's quite easy and very well documented. Especially for supported Dell Perc's. 22:03:57 Well, even JBOD is still hardware RAID. That's why I always flash to "IT Mode" (basically just goes from RAID to HBA.) 22:04:56 ok just confirmed from within the stock install and scripted install that efibootmgr -v output is different. so bingo. ok now for rtprio's question lemme check 22:06:45 rtprio: Are you saying you have an H700 series PERC or is it literally an H700 (and not an H710 or something?) 22:07:04 cparman " Early on in this dudes diatribe, I suggested to reinstall and use ZFS and this dude totally dismissed me as being utterly illeraite in anything technical !!" stop lying. i said i wanted to figure out the problem first 22:07:08 which i now have 22:07:55 ek ya that was me 22:08:18 remember my boss didn't approve any firmware modding, just pure software (OS) change from linux to freebsd 22:08:29 l00py: Okay, cool. Just want to make sure I'm not regurgitating a bunch of swill to you. :) 22:08:37 yep np and ty 22:08:42 l00py: That's unfortunate. 22:08:45 ya 22:08:50 obviously zfs > * 22:09:04 l00py: You are spinng your "Wheels" on something that can be easliy resolved by using ZFS, Dude 22:09:15 so now i need to figure out how to make the scripted install's efibootmgr -v output match that of stock install 22:09:18 You'd get much better performance out of an HBA with hardware RAID (ZFS) than you will with JBOD. But, it is what it is. I get it. 22:09:33 cparman cool so just ignore me and stop whining from the sidelines buster 22:09:53 imagine obsessing over another man's hardware 22:10:04 I am, F-tard 22:10:15 and yet here you are still whining 22:10:19 this is not productive discourse 22:10:25 and I will continue 22:10:27 Okay, people. Let's not get into any nastiness, please. 22:12:21 rtprio: Do you always need to flash Perc cards? 22:12:48 well, my system was second hand and was running hardware raid, 22:13:00 i didn't feel comfortable at the time flashing it 22:13:16 and i knew enough to not make 7 volumes of one drive each and run zfs on it 22:13:21 so i left it the way it was 22:15:11 rtprio: I have a Perc on a small dell server that I have set up as jbod and has been working fine for years. However I only see the that the drives allow just 150MB/s ? (da0: ) 22:22:32 the drives don't really show in dmesg 22:22:43 rtprio ok confirmed that both stock and scripted install return UEFI for machdep.bootmethod 22:23:30 now to get efibootmgr -v of scripted install to match stock 22:24:29 s2r: mfi0: 57267 (boot + 73s/0x0002/info) - Inserted: PD 02(e0x20/s2) Info: enclPd=20, scsiType=0, portMap=06, sasAddr=5000c50042793249,0000000000000000 22:27:08 JBOD will certainly work, but it'll still require hardware RAID on top of software RAID (with ZFS.) Which, in turn, degrades performance and adds extra steps for drive replacement. 22:27:49 because you have to single drive raid a new drive before the zpool replace? 22:28:00 rtprio: Exactly. 22:29:00 rtprio: I force the use of the mrsas driver to detect Perc710 (I think that's the one I've got) via hw.mfi.mrsas_enable="1" in device.hints. I did it because at least when I installed the server the drives where shown as mfiX or something like that. 22:29:12 And nearly any RAID controller can be flashed to an HBA since most firmware is based on (or using) MegaRAID/LSI or something popular like PERC. 22:29:27 at some point i'll slap a dual nvme card in it, retire the very old ssd, flash the card and zfs it 22:29:42 s2r: so you say try the mrsas driver rather than mfi ? 22:29:49 Sounds like a good plan to me! 22:30:32 You don't get the perks of the RAID controller reporting on drives and telling you which one died and whatnot, but there are easy ways around that. 22:31:12 it sounds like mfi -> mrsas is something i should do at the console rather than 1500km away 22:31:20 Well, not usually. Sometimes some of those things work (drive activity/failure.) 22:32:36 rtprio: I wouldn't do it since I don't want to cause any issues to anybody's server. I found that mrsas performed better than mfi in my case. 22:33:39 the efibootmgr -v line that stock has that i need to get scripted install to have is: Boot0007* FreeBSD HD(1,GPT,...guid...,0x28,0x82000)/File(\efi\freebsd\loader.efi) mfid0p1:/efi/freebsd/loader.efi /boot/efi//efi/freebsd/loader.efi 22:34:16 when i get that working i should have it all done. THEN i can show boss working freebsd replacement for linux and petition for flashing to IT mode and convert to zfs 22:35:46 contrats 22:38:28 l00py: Very nice! What, exactly, are the stipulations for an approved migration to FBSD? Just proving that it will work on that system? Or, is there there some kind of performance or software compatibility testing that needs to happen? 22:41:32 just proving it works. i could already get there by cheesing it in the 'bios' and moving the integrated raid controller 1 entry to the top, but i want to provide perfect match in ux with the stock installer in the scripted installer. so then i can show that freebsd is both a seamless replacement AND automated/unattended install using scripted 22:41:33 bsdinstall 22:41:54 if i can do that he'll let me flash card and put zfs on because you said i can flash back if needed 22:42:13 i already have raid card (perc h710p mini) driver on flash drive if needed for that 22:43:50 so what i gotta do is use the scripted install as it is to find the right efibootmgr line to make it match stock, then put it in scripted install, then done 22:45:03 l00py: Gotcha'. That's pretty nice, then! At least they'll let you replace with FBSD if it can be automated and such. I wish my ${JOB} allowed that. Although, I did sneak in some FBSD installs where I could. 22:49:22 yep ty ty. looks like efibootmgr --activate --create --label FreeBSD might do it going to try 22:56:31 no. efibootmgr --activate --create --label FreeBSD --loader mfid0p1:/efi/freebsd/loader.efi was accepted tho. rebooting to test 23:01:03 booted right! now to add to scripted installer and try a fresh automated go 23:01:21 l00py: Great to hear! 23:21:27 IT WORKS!! ty so much ek, rtprio, mason, mzar, s2r, and tsoome! that's 1 less linux box and 1 more freebsd box in the world now thanks to your help 23:21:58 and now i can try to flash the card into IT mode and switch to zfs. ek since you've done 50 of them mind giving a quick rundown from your experience? 23:23:32 FlexibleRick: \o/ 23:23:43 um 23:23:47 l00py: \o/ 23:23:52 weird mistab, there 23:24:15 l00py: Sure. I just follow the directions at https://fohdeesha.com/docs/perc.html and I've never had any problems at all. 23:24:18 l00py: How did the many one-disk raid-0 attempt go? 23:24:40 Especially with the H710p and H710p Mini. Don't tons of them. It's really simple. 23:25:09 mason i didn't try that 1 i just went from getting ufs on hardware raid to now flashing raid card to IT mode for hba so i can put zfs on it. boss said if i could get step 1 working i could go right to endgame 23:25:19 ek ok ty 23:25:40 Alright, good enough. That's the best answer anyway. 23:26:37 and this is compatible with sas HDs right? we got 1.2TB 10k rpm 23:26:38 l00py: Just pay attention to which drive(s) you want to use for booting and you should be fine. If they're all on the same controller, it shouldn't really matter. 23:26:58 ya 8 of them, want just 1 large pool 23:27:02 l00py: If the RAID controller supports it, the "IT Mode" flash will support it. 23:27:16 ok great 23:27:17 You're going to boot from the same large pool? 23:27:25 i was planning to. that bad idea? 23:27:48 most zfs i ever done so far is a mirror on 2 nvme. tips for handling 8 drives very welcome 23:29:06 I wouldn't say it's bad. Just different. Generally, most people would create a ZFS mirror on two (or more) smaller drives and then setup the storage pool on the larger drives. Just to keep things "simple." 23:29:21 Booting from one giant pool will certainly work, though. 23:29:48 hm ok. think i should run the idea by #zfs too for mixed opinions? 23:29:59 If you have 8x 1.2TB disks, I would recommend a RAIDz2 configuration. 23:30:24 l00py: Sure. You can run any ideas through many places. More information never hurts! 23:30:37 i'll read on raidz2 tyvm 23:30:58 Welcome. Have fun and good luck! 23:32:24 :D 23:33:25 (I don't think you'll necessarily need luck. :) )