00:00:17 Because any time a mount point is made then anything that was in the directory used to mount it will be hidden by the new thing mounted there. 00:00:39 But I wasn't quite sure in my quick reading if that is what was happening to your case or not. Would make sense if that is what is happening. 00:01:04 Normally I make a dataset first and then I unpack the base.txz into it second. Then I make customizations to it third. 00:08:56 at first i did that ya, then the 2nd attempt was to set up the zfs commands then mv the files into the dataset dirs, but that didn't work either 00:09:16 seems it's because during install it's all in /mnt/* so i gotta prepend that 00:09:25 zpool history sounds awesome i'm gonna try that! tyvm 02:32:47 zpool history is really cool 02:34:16 why isn't my jail started automatically? after start up i verify service jail start testjail runs successfully so i know it's not broken. rc.conf has jail_enable="YES" and jail_parallel_start="YES" 02:34:52 and /etc/jail.conf has .include "/etc/jail.conf.d/*.conf"; 02:36:57 alepzi: does dmesg say anything? when my machine starts up.. it has entries stating the jail is operational 02:38:34 not seeing anything 02:39:20 can you star the jails manually at least? 02:39:23 start 02:39:23 ya 02:40:00 that is odd, my /etc/rc.conf has the same two entries you posted 02:40:06 maybe a typo? 02:40:23 jail_enable="YES" 02:40:23 jail_parallel_start="YES" 02:40:47 and i have the same include, which picks up different jails 02:41:11 hm same spelling. and when server starts up i even see it say "starting jails" 02:41:19 "Starting jails:." 02:44:02 i type service jail stop, and it says "Stopping jails: testjail." (i started it manually) but then i type service jail start and it says "Starting jails:." 02:44:09 and jls doesn't show testjail there 02:44:28 but service jail start testjail does start it 02:44:52 is there a flag i need to add to the testjail config to get it to be included in the default startup set? 02:44:52 so when it is running jls does not show it 02:44:58 ya it does 02:46:03 i did not do anything special.. created .conf in /etc/jail.conf.d 02:46:05 and it just works 02:46:12 damn 02:46:14 that does not help you 02:46:35 sad boi hours 03:59:16 can I backup /usr in single user mode with something like dd if=/dev/da0p6 of=/mnt/usr.bak ? 03:59:22 does that copy everything ? 03:59:42 last1: If your /usr is da0p6 then that'd get it. 03:59:57 last1: Verify by mounting it somewhere. 04:00:01 slowly 04:00:25 last1: see mdconfig(8) for mounting it to test 04:00:41 ok 04:01:02 I need to grow /var and I've read that I can only the last slice 04:01:16 which is usr, so I'm backing that up first, deleting it, growing var, then re-adding /usr back 04:01:19 does that sound right ? 04:05:18 last1: ZFS might make life more pleasant for you. 04:05:51 last1: Is it a good procedure? I assume you'd be doing it from rescue media, because no /usr might make life hard for the system. 04:06:07 from single user mode 04:06:43 last1: I don't know - maybe there's enough in /rescue to do it all. But even single user mounts up /usr 04:11:07 last1: I think you might have better luck not using dd for this, thinking about it. 04:11:22 You're effectively skrinking /usr so you won't be able to write out the whole dd'd file anyway. 04:11:51 You might want dump/restore or tar or something instead. 04:12:23 Which is to say, only gather the useful bits, and don't copy all the unused space too. 04:14:38 I'm not shrinking dd 04:14:42 err, shrinking /usr 04:14:57 usr will remain the same size 04:17:42 this is a vm so it's easy to add space, restore from backup, etc 04:25:54 last1: Oh. Oh, I see. You're embiggening the whole disk, then expanding var a bit, then laying usr back down. 04:27:46 yes 04:31:44 growfs failed 04:31:45 yay 04:31:55 make_dev_p() failed 04:31:59 whatever that means 04:33:19 last1: did you expand the partition first? 04:33:29 yes, that worked alright 04:33:38 and you see the new values. hrm 04:33:43 apparently it's not fatal 04:33:54 I'll see if it boots after I'm done copying /usr back 04:33:55 ah, so it worked, just noisily 04:34:02 might still be worth opening a bug for the error 04:34:07 maybe snag a picture or screenshot 04:48:08 yep, worked after all 04:55:01 good good 04:55:11 And with that, past time for me to become a pumpkin. o/ 08:11:52 Anyone here running FreeBSD in a DigitalOcean droplet? I recently upgraded from 14.0-RELEASE-p5 to -p6 and after reboot the ip address config is just gone. (To be frank, I'm not sure if the root problem is the upgrade or the reboot) 08:12:07 I made no big effort in trying to fix it myself and contacted the support instead. This was a week ago, and all they have come up with is "try setting ifconfig_vtnet0 in rc.conf", but the rc.conf is rewritten on boot by some script from DigitalOcean themselves. 08:12:26 Today they apparently gave up and "would recommend that you check any open-source/developer forums such as Stackoverflow".. 08:17:08 During reboot, this message passes by, I suspect it might be part of the issue. 08:17:10 DigitalOcean: adding public IPv4 configuration 08:17:16 ld-elf.so.1: Shared object "libonig.so.5" not found, required by "jq" 08:19:40 why would rc.conf be rewritten? does making it readonly prevent it from being rewritten? 08:21:27 partial update? libonig.so.5 should be provided by devel/oniguruma 08:26:57 this is what rc.confr looks like 08:26:59 https://privatebin.net/?890ae1ecc10ce76b#FN1NUhQFKw7a9tmHqJjEy69drjMeRDqCrVTYJLen6Uy8 08:27:00 Title: PrivateBin 08:29:47 hm, if you disable that digitaloceanpre? and can you share the service file for that? 08:33:50 ah, no you want to disable digitalocean, but why do they even do that like this? 08:35:34 They don't anymore, they dropped support for new FreeBSD droplets during 2022. This is an old droplet. 08:36:00 I had a look at the servicefile, but since i only have console access I cannot copy as text :/ 08:40:51 pb () { curl --form "file=@${1:--}" https://0x0.st/ } 08:44:26 nice tip, but there are lots of characters I cannot type because of weird keyboard settings in console. but I just now got the network running with manual commands :) 08:44:29 https://privatebin.net/?f01f98063d49cf96#DxRGuGFbfy76Q5rVncNNmoq9dFBcrqnxaqaMtJdjgX4m 08:44:30 Title: PrivateBin 08:51:01 with "like this" I meant editing rc.conf, why not config network via normal ways to config networks or if they want to do it via some file they drop into your vm, then how about using that directly instead of rewriting some config file, that is currently loaded, do they even report back propperly that they changed /etc/rc.conf (iirc rc has a way for that) 09:02:40 I got that. And i don't have an answer. If I'd just try setting ifconfig and route add default manually, could I do this in rc.conf? 09:06:10 disable the digitalocean service and set those ifconfig_* lines yourself (how often do they change the network config?) 09:13:52 that's a good point, thank you. It really should work and it sticks in rc.conf, but it doesn't seem to apply to the nic somehow.. let me try some more 09:20:20 I don't understand why, but running it as commands (ifconfig vtnet0 inet 46..) instead of rc.conf-statements (ifconfig_vtnet0="inet 46) does actually work. Which makes me happy :) 09:32:15 thanks nimaje for your help, this feels as solved as it could be. Now, let's take a step back and ask the question, is it time to ditch DigitalOcean? I'm very much inclined to say yes. 09:53:50 <[0x1eef]> IIRC they don't support FreeBSD anymore unless you signed up in the past so I'd personally look somewhere else. 10:27:03 hello, any idea if FreeBSD supports the HPE Gen11 Smart Array Controller? 12:25:41 mage: As a starting point, please check this: https://github.com/bsdhw I also would suggest to run live-system and execute hardware probe for validations. In case you have the hardware available for use/testing. 12:25:42 Title: bsdhw (BSD Hardware Project) ยท GitHub 16:06:02 anyone have tailscale with mullvad running in a jail? i can get tailscale working just fine, but the mullvad exit nodes i've not figured out yet 17:47:14 when my machine starts it says Starting jails:., but the jail in /etc/jail.conf.d/testjail.conf doesn't get started (jls) until i manually type service jail start testjail. what i'm doing wrong pls? 17:56:08 alepzi, do you have jail_list="yourjail" in /etc/rc.conf? 17:56:44 no!!! 17:56:51 that's gotta be it 17:58:17 nice. for details, man rc.conf, and search for jail. 17:58:21 DONE 17:58:59 i'll read all of those tyvm!! 17:59:25 :) no problem 18:09:02 moving per jail config into jail config files and out of rc was good design decision 19:35:26 alepzi: your jail stuff was in rc.conf? i may of assumed in correctly.. i thought you had heah jail in itrs own conf 19:37:36 no 19:37:45 was just reading the man page note 19:37:56 jail_list was what i was missing 19:39:03 ah, i never knew you could do that way, i jsut individual jail.conf per jail and just always did that way 19:39:43 me too 19:39:48 but they weren't auto starting 19:39:54 weird that yours do tho 20:03:57 you running 13.x or what voy4g3r2? 20:14:41 alepzi: 14 20:14:54 wonder if it's changed to no longer need jail_list? 20:22:46 alepzi, If you declare jails in /etc/jail.conf then those are started automatically without being in jail_list. Pretty sure. But putting them in /etc/jail.conf.d/foo.conf (I think) requires them in jail_list. Pretty sure that is one of the odd differences between jail.conf and jail.conf.d/foo.conf files. 20:23:10 Meanwhile... I always use a jail_list because I will hack some jail together for something and I don't want it automatically starting. 20:23:25 So I think always using a jail_list to be explicit about what is started at boot time is the better way to do things. 20:30:06 rwp: No, they have to be in jail_list to start regardless of where they're defined. 20:36:23 mason, man 5 rc.conf jail_list "When left empty, all of the jail(8) instances defined in the configuration file are started." 20:36:51 Is that documentation incorrect? And that's the way I remember it working before using jail_list since then for the reasons I mentioned. 20:37:48 I am running a test now. 20:40:08 I just ran a test and every jail defined in my /etc/jail.conf was started automatically after I removed jail_list from my /etc/rc.conf file. (I commented out my test hacks that I did not want started.) 20:40:15 So... "Works for me." :-) 20:41:29 I should add that this system I just tested on is running 13.2-RELEASE-p11. 20:43:06 rwp: Hrm. Apologies, I was wrong. 20:43:46 lw 20:43:54 The real problem is that there is too much information to know all of it. It's just not possible. 20:44:43 That's really the best part about IRC and the mailing lists is that among then we can cover most of it. The important parts at least. :-) 21:21:06 And yet, every now and then you run into someone who seems like they really *do* know everything, and you wonder how many hours their days consist of.. 21:24:54 I have said it before and will say it again. Experience and treachery will always triumph over youth and enthusiasm. :-) 21:25:07 I really wish I had a few more hours in my day that is for certain. 21:25:49 Continuing the jail_list experiments I moved a jail into /etc/jail.conf.d/test37.conf and it was NOT automatically started. 21:26:54 So that's one of the several quirks between jail.conf and jail.conf.d/foo.conf is that jails defined in the latter are not automatically started. Along with other quirks about jail.conf.d/foo.conf files too. I stopped using them for that reason. Mostly because I haven't figured out what's allowed there and what is not allowed there. 21:29:18 voy4g3r2: think jail_list isn't needed as of 14.x or smth? 21:33:56 i am not sure, i honestly do not recall making a jail list 21:34:07 i just made a configuration in the jail.conf.d directory and it would just work 21:57:23 Again, if jail_list is empty then all configured jails are started. 21:58:36 wait that wasn't happening to me 21:58:43 i didn't have jail_list and it wasn't starting my jail 21:59:06 Did you configure the jail in /etc/jail.conf or in /etc/jail.conf.d/jailname.conf ?? The first is started. The second is not. 21:59:15 the 2nd 21:59:25 Then all is as expected. 22:00:04 is that explained in the man rc.conf on it? i got it to up to read but was making dinner 22:00:20 /etc/jail.conf.d/jailname.conf is only poorly documented and has several quirks that make it different from /etc/jail.conf for reasons I do not understand. Not being able to figure that out and lacking the patience to explore why that's why I haven't myself been using jail.conf.d/foo.conf 22:01:01 In rc.conf it says exactly "When left empty, all of the jail(8) instances defined in the configuration file are started." 22:01:09 aha i bet that's what meena was talking about them fixing those unconventional behaviors as they go 22:01:19 But experimental evidence shows that this does not apply to the jail.conf.d/name.conf file. 22:01:54 Somewhere there is documentation that talks about some of the things that can be in each and some things that must only be in jail.conf only. 22:01:57 ya i saw that, but to me the INCLUDE in jail.conf including my individual config files in jail.conf.d IS the "configuration file" 22:02:21 docs should be updated until the behavior is changed 22:09:51 weird. just hit me that voy4g3r2 said his jail is in jail.conf.d/file.conf and it was being autostarted. so maybe this quirk is fixed in in 14? 22:10:07 rwp have you verified the quirky behavior even in 14.x? 22:12:25 I am running 13.2R here. So hopefully quirks will be fewer in 14. 22:12:29 is it possible to upgrade from 13.1-STABLE to 14.1-RELEASE ? 22:12:51 Yes. 22:13:42 It's even possible to downgrade from 14 to 13. Though that's only needed if problems affect things. 22:14:12 using a boot env? 22:14:16 You will also need to wait for 14.1-RELEASE to become available too. 22:15:19 heheh 22:15:29 14.0-RELEASE should do 22:15:37 You know... I haven't tested freebsd-update -r moving downward but I am pretty sure that it just moves to the specified release. 22:15:41 i jus bricked my 13.1-STABLE after an update 22:15:44 alepzi: https://dpaste.org/ETSqW 22:15:45 Title: dpaste/ETSqW (Plain Text) 22:15:47 this is a pretty standard jail 22:16:28 voy4g3r2: running 14 or 13? 22:16:36 I have tested creating a new boot environment and then booting to it. That definitely works regardless. One can always do the work manually. But pretty sure freebsd-update -r does it too. 22:19:44 14 22:23:18 hernan, You bricked your 13.1-STABLE after an upgrade? Boot Environments FTW! If you are using those then simply boot the previous and be up and running again immediately. Alternatively snapshots FTW! Use a previous snapshot, clone it, boot it, and again you are up and running again immediately. 22:27:14 14 it is 22:27:20 i'll bet that's the diff 22:29:19 rwp: right, i always screw up. i hit enter and remembered, why not take a snapshot 22:29:23 let me try to check the boot env 22:29:42 its an option in the boot menu right 22:30:28 but i only upgraded the packages 22:30:46 i dont see a boot env option... 22:30:54 bah .. nice way to start a weekend 22:31:21 Packages as in binary pkgs or packages as in compiled ports? 22:31:50 If it was only those either way though neither of those should prevent base from booting. That makes me think the problem is actually something different. 22:31:59 What are the symptoms of "bricked"? 22:32:04 compiled ports pkg 22:32:23 right now, bricked = X wont start 22:32:35 im attempting a pkg upgrade -f 22:34:06 hernan, Are you using a ports driver such as radeonkms or other similar? 22:34:23 yes, i915kms 22:34:25 intel video 22:34:39 and i think thats somewhat relate 22:34:50 I have the same problem with the AMD radeonkms driver from ports. It's a known compatibility issue with the recently changed kernel that the ports is compiled to the previous kernel. 22:35:20 oh great =p 22:35:41 So... That's not really the same symptoms that most of us would say is "bricked". That's probably causing a kernel crash upon starting X. But it is running before that point. So not bricked. 22:35:56 :) 22:36:08 yeah, not completely bricked 22:36:34 If you install 13.2-RELEASE then all of the precompiled binary pkgs will be valid with that kernel. That's the kernel they are compiled against in the build farm. 22:37:02 rwp: i dont think its possible to freebsd-upgrade from 13.1-STABLE to RELEASE 22:37:23 there is some way, but not straight forward as with freebsd-update 22:37:32 In my case I upgraded from 13.2R to 13.2R and experienced the kernel crash. Then in my case I just selected the previous boot environment. I am actually still running it. 22:38:09 boot env <3 22:38:12 I don't know why it would not be possible. 22:38:16 i didnt even remembered it 22:39:01 Also if nothing else you can create a new Boot Environment installing upon it whatever release you want to boot. Then boot it. 22:39:24 I am assuming that you are running zfs and if not then that's going to be additional problem. 22:39:34 it says: freebsd-update Cannot upgrade from a version that is not a release (including aplha, beta and release candidates) using freebsd-update. Instead, FreeBSD can be directly upgraded by source or upgraded to a RELEASE/RELENG version prior to running freebsd-update. Currently running? 13.1-STABLE 22:39:50 the command i used is: freebsd-update upgrade -r 13.1-RELEASE 22:40:19 yes, running zfs 22:40:23 What does it say to go to 13.2R? freebsd-update upgrade -r 13.2-RELEASE 22:40:39 same thing 22:42:06 maybe i could try a --currently-running option 22:42:12 and brick it even more 22:42:51 I haven't gone through the versions to and from current, stable, release. So that's missing from my experience. 22:43:20 yea, i dont even know why i used -STABLE :( 22:43:36 If it were me then I would create a new empty boot environment and then install 13.2-RELEASE it and then boot it. Here is an original posting explaining much about Boot Environments. https://forums.freebsd.org/threads/howto-freebsd-zfs-madness.31662/ 22:43:38 Title: HOWTO: FreeBSD ZFS Madness | The FreeBSD Forums 22:44:42 ha! vermaden 22:44:56 Notice the date on that and so it is from when those were originally introduced. But it gives all of the background needed to understand how they work and ideas on how to work with them. Such as for creating a new boot environment and booting to it. Which normally is not as easy but in your case I think this might be the easier way for you to recover. 22:45:26 right! will check it out 22:45:39 And I mean if you had a snapshot or a jail or something that already had all of the bits handy then creating a new BE using those would be pretty easy. 22:46:19 For me I always have multiple machines running so I could always just copy a system from another machine. 22:47:20 Notice in "6.3. Import Boot Environment from Other Machine" where there is an example of pulling the system from one machine to another machine. It's super nifty! 22:47:31 hmmmmmm 22:49:09 is that even possible .. nice 22:49:15 You can see that we would not consider a system that can still do these types of things "bricked". :-) 22:55:26 I should also say that beadm is still supported in ports. But being in ports might be a problem on a base only system or a broken system. Since then bectl has been written to be in base specifically for that reason. Use either that is available. But bectl is in base and will always be available. 22:56:33 right 22:56:40 i installed it 22:56:50 on that 13.1-STABLE 22:56:51 And the Boot Environment naming convention and such that vermaden describes has been improved upon and is different from what the freebsd isntaller installs today. After getting things into a working state then you might want to make naming adjustments such as to get on the new way things are done so that the freebsd-update tool can use it. Otherwise it won't. 22:56:55 how much does destination machine have to match the origin machine the boot env was built on? 22:57:11 They must be the same architecture. 22:57:20 but different hardware? 22:57:32 Sure. But must be the same architecture. 22:57:34 it's based on the kernconf=GENERIC i'm assuming? 22:57:40 uname -m 22:58:00 And both the same as in 32-bits -> 32-bits and 64-bits -> 64-bits. 22:58:36 alepzi, The source machine will be based upon whatever it is based upon. Since hernan is running 13.1-STABLE I assume the other machine is too. 22:58:49 seems like a cool way to control a campus of gui terminals for sales drones. every day they network boot a boot env from the template server 22:59:25 But as long as it is self-consistent on the source then it will be self-consistent on the destination. And the current problem is that the graphics driver in ports is inconsistent with the kernel in base. 23:00:04 And one can't simply (or shouldn't) downgrade the kernel because then base userland will later than the older kernel and probably problems with some syscalls that have changed. 23:00:25 That's why one should boot the kernel and base and ports that are all the same level of version so that they are all self-consistent. 23:01:22 alepzi, Yes on the cool ways to boot a farm of systems from a centrally maintained network server. Lots of cool capabilities. 23:02:24 rwp: nah, its only 1 with 13.1-STABLE. others are -RELEASE 23:02:51 hernan, Isn't that what you want? 23:03:33 Don't you need to get onto 13.2-RELEASE so that the binary pkgs including the Intel i915kms driver from ports all are consistent and X will start for you? 23:03:39 yes 23:04:37 Another alternative if you want is to compile everything on your machine for yourself. Since it will all be freshly built it will also be consistent. But that might take a while on any random hardware, possibly an old laptop without much memory. :-) 23:05:26 I am going to need to drop off afk but I think you have enough leverage to move things around. Or others will happily help too. 23:05:51 Happy Hacking! 23:09:36 thanks rwp 23:10:11 ps -J is best way to see how much cpu and ram a jail is using on the host system as if it was 1 single process listed in top? 23:14:22 well first thing i will do some backups. however, one thing i need to backup is a cbsd(bhyve) vm. and its in zroot/usr/home/ubuntu1/dsk1.vhd -- How can i copy that file over ? the file seems inexistant.. however i can see it in "zfs list" 23:29:22 looks like all a jail runs by default is cron?