01:02:20 would someone be able to update https://docs.freebsd.org/en/books/handbook/book/#building-on-non-freebsd-hosts replacing 'brew install llvm' with 'brew install llvm lld'? 01:42:31 Actually, it seems that when using the default version of llvm, compiling breaks. 01:50:22 It's lasting longer with llvm@19 02:22:43 i remember getting advice that after i run freebsd-update fetch \n freebsd-update install \n reboot, when i log back in i run freebsd-update install again. it never seems to do anything so is it actually needed/best practice? 02:27:05 https://docs.freebsd.org/en/books/handbook/cutting-edge/#updating-upgrading-freebsdupdate 02:29:33 update/upgrade steps change over time, so always referr to the documentation 02:30:48 mjp that doc seems to state that we should still run freebsd-update install after rebooting 02:31:02 "Once the system has come back online, restart freebsd-update using the following command. Since the state of the process has been saved, freebsd-update will not start from the beginning, but will instead move on to the next phase and remove all old shared libraries and object files. freebsd-update install" 02:31:20 yes 02:31:47 ok i'll keep doing it. fwiw i'd update the message that it outputs. it's deceptive imho as it implies that it was redundant to run it 02:32:10 'no updates need to be applied'. doesn't say anything about having deleted old shared libs and obj files 02:32:37 freebsd-update is going away in freebsd 15.0 anyway (moving to pkgbase), so will need to learn new steps soon enough 02:32:37 ivy ^ 02:32:43 oh 02:32:56 will we use the pkg command for both apps and OS updates? 02:35:24 yeah presumably, i have not looked into it much yet - just the piece in the quarterly report: https://www.freebsd.org/status/report-2025-04-2025-06/#_support_for_pkgbase_in_the_freebsd_installer 02:35:37 pkgngng :) 02:35:59 speaking of which... what happened to the July 2025 report? 02:53:20 hmm 02:53:35 encounting an issue when upgrading from 14-STABLE to 15-STABLE 02:54:26 it tries to install the first tz zoneino file 02:57:16 (but fails) 02:58:37 install: /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Africa/Abidjan: No such file or directory 02:59:42 looks like it wasn't built for some reason 06:13:46 my servers pass lots of udp packets, and they all have non-stop /var/log/messages saying Limiting icmp unreach response from # to # packets/sec. what exactly is causing that and how do i fix it pls? 06:17:08 fixed it! i set sysctl net.inet.udp.blackhole=1 and now they stopped 06:59:16 kerneldove_: gj man 06:59:40 ty 07:26:18 yknow I have a similar issue, I have messages like Limiting closed port RST response from # to # packets/sec 07:26:23 I have no idea what this means :D 08:09:45 im getting regular OS crashes on 14.3. fatal error mutex xxx own xxx is on list xxx xxx at line 151 in file freebsd-src/lib/libthr/thraed/thr_mutex.c errno 35 08:14:53 it's p5. haven't seen the problem on p3 or earlier 14.3 versions 13:13:08 can one install 15.0 betas from an image or is it more of a game of installing 14.3 and upgrading? 13:33:43 zip, the former. See for instance https://www.freebsd.org/news/newsflash/#2025-11-07:1 . 13:52:04 hi. I'm trying to debug an issue with nginx. I have a jail with PHP-FPM, with Wordpress blog. the problem is that all requests are always pretty slow. whenever i click on a link, it takes at least 1 second until it loads (connecting locally). This also happened to me with Zoneminder which also runs in PHP. clicking anywhere would take around 1-2 seconds, and then it will load. both apps work fine on Linux, 13:52:11 everything loads instantly. I thought there may be some issue with reverse DNS lookups but nothing of such is configured. I have no idea where to start 13:53:04 I would indeed check if it hangs waiting for a dns request 13:54:34 Check either direction, it could be your client trying to do a lookup, or the server 13:55:08 yeah but isn't DNS timeout usually well over 1 second? 13:55:17 in this case it's pretty much always 1-2 secs 13:56:55 Check for that first, before you dig deeper 13:57:06 it also seems to be exclusive to PHP scripts. static files load quickly 13:57:46 are you bridging or using veth? 13:57:52 *vnet 13:57:58 bridging 13:59:04 hm. i think the jails do host or vnet right? 13:59:52 i haven't used fbsd for jails + (in my case) nextcloud which is pretty php heavy but i don't remember there being any hangups with it 14:01:51 No, there shouldn't be any hangups. Can you test with a small php script to see if it's the stack itself or something that Wordpress does? 14:06:35 I smell a DNS request too, but not timing out - just the round-trip time. 14:07:07 i tried and while i'm getting a blank screen because it's a production php.ini, it loads pretty quick 14:07:13 i wonder if it's a mysql problem 14:24:36 guyss guess what 14:24:39 it was a dns problem 14:25:09 # cat > 50-server.cnf 14:25:09 skip-name-resolve 14:25:10 ^C 14:25:17 and now it loads in 100ms 14:25:21 :) 14:25:31 it was mysql though 14:27:20 i'm using php-fpm over a tcp socket in localhost 14:27:31 will i get any significant benefits from using a local unix socket? 15:00:56 No 15:10:09 does freebsd have a thing which allows me to see the actual data going in/out of a unix domain socket? 15:10:15 like tcpdump but for unix sockets 15:10:19 I bet we do 15:12:31 <[tj]> truss? 15:13:08 truss is the wrong end of the stick I think 15:13:24 I have a bunch of $THINGs that stuff data into a unix socket 15:13:43 and I need to watch only that socket, not all the other stuff that is happening 15:14:31 sockstat(1) lists domain sockets. . . 15:15:02 <[tj]> https://bulimov.me/post/2021/12/02/unix-socket-snoop/ 15:15:47 <[tj]> all of those options aren't great 15:15:49 Look at the SOCKETS heading under fstat(1). 15:16:12 CrtxReavr: I need to see the data tho 15:16:25 [tj]: yup socat is the best option I think 15:16:33 or I could do this with haproxy 15:16:37 <[tj]> heh 15:16:43 I get that. . . I'm following the breadcrumbs. 15:16:48 * dch hauls out haproxy 15:16:59 kinda sick 15:17:05 I'll use a network socket 15:17:18 then `ngrep -W byline` because its so pretty 15:17:26 and haproxy into the unix socket 15:18:01 you'd think this is something that can be done with dtrace 15:20:10 <[tj]> sure easily 15:21:00 I will leave this problem for tomorrow's dch 15:21:28 <[tj]> tomorrow tj is already pretty committed 15:21:53 me too but I'm going to let dch++ worry about dch-- poor life choices 15:22:33 <[tj]> same 15:22:45 <[tj]> maybe tj++ will get all the packaging off the office floor 15:22:51 <[tj]> tj-- didn't and I'm certainly not going to 15:26:53 is there a wiki or something that explains how to bump zfs 2.2.x to 2.3.x on 14.x? 15:27:05 or would it just be better to just wait on 15.0 and 2.4? 15:33:30 Macer: my advice would be not to fiddle with zfs separately, and just wait for 15.0 15:34:08 for the truly foolhardy there is a filesystems/openzfs-kmod and filesystems/openzfs in ports 15:34:26 nothing wrong with the ports, but IMO its a lot less stress to use bundled zfs 15:34:48 you can ofc install / update to 15.0-BETA5 already for testing if you have a spare box 15:34:56 FWIW I have been using the beta for a while with almost no issues. 15:35:15 me too, in fact I am using it right now :D 15:35:19 =] 15:48:51 dch: yeah i figured as much. i'm a little iffy about messing with a functional zfs 2.2 on fbsd 14 15:49:12 considering you'd have to install from pkg/ports .. that just seems like a problem begging to happen 15:49:52 i do have a spare fbsd server but now that i have sol working with the ipmi i'd just rather stick with my isilon since it's for a nas 15:50:20 i'm just running short on pool space with one so i wanted to use the raidz expansion to add some drives to it 15:59:56 Macer: upgrade to 15 and run command zpool-attach(8) 17:01:00 im getting regular OS crashes on 14.3. fatal error mutex xxx own xxx is on list xxx xxx at line 151 in file freebsd-src/lib/libthr/thraed/thr_mutex.c errno 35 17:01:01 it's p5. haven't seen the problem on p3 or earlier 14.3 versions 17:07:09 V_PauAmma_V: thanks :) 18:55:10 hello everyone, i have been working on getting NFS exports to work on a freebsd server to some linux clients and hitting a huge wall.. i can get the mount to work but can not write to it. I know the uid/guid ARE different between machines, would anyone know a good tutorial that talks about "id" mapping for nfs v4 18:57:00 the NFS exports are setup to use the /etc/exports file format as the sharenfs option on my zfs dataset seems to work "less" not sure why, but i am getting a permission denied issue unless i am root on the share 18:57:57 maybe make the uid/gids the same 18:58:33 yeah.. i saw that and was honestly like.. i could hose my machine.. fun fun 18:58:49 but that is a valid option and i saw this "mapping" utility available on v4.. figure one last ditch effort 18:58:51 changing a uid is not difficult nor complex 19:03:18 voy4g3r2: this is something I heard from another admin, but the usermapping between freebsd and linux is incompatible. there might be some trickery involved to get it working 19:05:45 what I can tell you, v3 works fine between the two assuming uid:gid is the same between the systems. getting v4 to work would be wonderful though. I have been meaning to experiment and get it working, if possible 19:06:43 voy4g3r2, I never use id mapping but instead always use a unified account database so that all ids are the same everywhere. That's the easy way. Otherwise the confusion leads to insanity. 19:06:52 thanks, i will go down this rabbit hole to just get the uid:gid to match the freebsd box, seems to be least painful. 19:07:20 Get it to work for /one/ id as a proof of concept. Then everything else will flow from there. 19:07:25 rwp: i was cheating and using samba and was like why are my shares take 80% of a i3 for just "moving" data.. switch to NFS and it dropped to .4% it was great 19:08:16 plus never ran into this uid/gid delta before and for the 2 machines i want to connect to it.. seems like a NIS approach is a sledgehammer to put in a finishing nail 19:08:21 I also always use the sharenfs property and let zfs handle the exports. Again because everything Just Works then. With /etc/exports don't forget that after any change to it that you must re-export the file to have it take effect. And also that it is a mount time check not a run time check. 19:09:02 yup.. doing a good ole service mountd restart.. umount on client, mount on client, check logs.. over and over again :) 19:09:39 voy4g3r2, Another very important thing is that the time be in sync for all participating systems. Make sure all of the systems are running some version of the NTP protocol daemons such as ntpd or chrony or whatever. Don't "jump" the time with ntpdate. 19:10:35 Let's say my desktop has an NFS mounted $HOME directory, because it does, and the time is off, and then I run a "make" on something. If the time is skewed between systems then one can get into an logical infinite loop where files are never up-to-date. 19:13:32 well darn nab it.. its fixed after a simple usermod -u <#> 19:13:51 oh, good point, let me check that .. but got one machine working 19:14:10 and what did i learn with this: Stop overengineering a problem that does not exist... 19:16:44 rwp: i take it, if a "jump" happens when the connection is alive.. chaos ensues? 19:16:58 voy4g3r2: you got all worked up about not much there eh 19:17:43 rtprio: yes.. yes i did.. for hours.. i was happy i did the switch but NEVER thought about writing a file and then i worked on my embedding model project.. it kept saying, i can not create files with a permission denied 19:18:23 my infrastructure is reading files, converting json to literal and semantic phrases.. all great.. loading the results in postgresql.. logging.. the whole nine yards... 19:18:42 but my d**** forgot i do it all in RAM to remove hard drives from the process.. as it is millions of files 19:18:50 load chunks, process, move on 19:20:36 heads down and kicking butt 19:20:49 thank you for assistance.. it was just a simple usermod command and all good.. err 19:20:51 nfsuserd_enable="YES" 19:20:59 supposedly this is equivalent of linux idmapd 19:22:59 if you go back to testing nfsv4 one day 19:24:42 well, as mentioned, I was told that the usermapping doesnt work properly between freebsd and linux. I hope that isnt completely true. 19:25:28 maybe I should just try it LOL 19:34:08 voy4g3r2, (sorry, phone call) Jumps forward in time are not a problem but jumps back in time really mess with some software that expect monotonically increasing time. One time shots where we set the time are not really a problem. But I have seen people run ntpdate by cron hourly and then over the next month the clock jitter repeatedly tickles the problem of not having a monotonically increasing clock. 19:42:23 I used to do chip design in a VLSI design lab and we had 328 people working there so you can imagine the infrastructure for it was appropriately sized. It was NFS everywhere. With that much activity happening if there was some way for someone to tickle a problem in any way then you can be assured that they would tickle it repeatedly! 19:47:24 rwp: oh yeah that sounds like a "band aid" i got ntpd running on my machines.. so i honestly do not think about it, good nugget for consideration 19:47:45 oh yeah.. people doing people things 19:48:11 i just went through that with a portable environmental particle counter.. we design how it will be used, qualified it for a use.. then i got a user doing somethign totally different. 19:48:30 it is like dude, what are you doing.. why are you doing that.. oh well it sounded interesting.. so i did it 19:48:50 it is just crazy.. and only becomes apparent when you increase the use case from 10 people to over 30 people 19:49:20 they did not like.. there tests for the last 3 days (89 tests) had to be redone and he had to write a lot of documentation explaining his deviation 19:49:51 Right! Things always work in one consistently used set of circumstances. Then many people are turned loose on it and that's when you really find all of the corner cases. 19:50:02 yup 19:50:25 like this whole problem, you just helped me with, i am liking it has to be complex and something real hard.. nope.. simple 19:50:28 KISS for the win! 19:50:34 Pro Tip: If your manager visibly cringes every time you say the phrase "Test in production", try easing them into it by substituting some synonyms. Like "experiment" or "validate". Let's validate the release in prod and experiment on our users." There now! Wasn't so bad that way, right? :-) 19:51:23 hahahah 19:52:06 well i am the "manager" and my team knows better.. i hope 19:52:24 this was a rogue person at a site.. who was not trained.. who deviated from their own processes 19:53:13 but i have no clue how that relates to your ntp thing.. it just popped in my ehad with your rogue person and ntpdate you 19:54:02 this scenario happened on friday 19:55:32 One of my responsibilities was making things as safe as possible for people to make mistakes while doing work that they were not quite knowledgeable enough to do. They must do it. They will make mistakes. They need to be able to make mistakes and learn from them and get better for next time. 19:55:47 yes 19:55:48 That's what I thought of when you mentioned a rogue person doing things. 19:56:53 it was a mess.. he updated the firmware on the device (have no idea how) then went to a different menu (that only exists in that firmware version) and used it in production. it was a lot of patience to impale on the sword for him.. figuratively 19:57:43 it was a fun little project.. i got to dust off my serial communication skills baud rates/parity and capturing communication packages 20:09:46 mzar: if i upgrade would i even have to attach it? 20:10:00 oh i read that as import 20:13:29 it's not super important ... i was just going to add some 8TB drives to the pool to expand some space because it's at like 78% .. it can wait a couple more weeks for RELEASE 20:57:36 there's no point in waiting if you're going to do it 20:58:18 rtprio: right now the point is down time... i took it down yesterday to swap ram. it's a pain to bring it down since it feeds a lot of things 20:58:45 well... swap ram and work on getting the ipmi sol working 21:05:51 hey has anyone here managed to compile dxvk (Vulkan for WINE) in FreeBSD? If so, how do you do it? I tried 'winetricks dxvk' but that fails to compile. 22:35:11 uhm 22:52:11 pertho: `winetricks dxvk' isn't going to compile dxvk. It's going to install the pre-built binaries into your WINEPREFIX. 23:46:37 FreeBSD is the BEST OS for the thinkpad-X20 23:46:51 thinkpad-X220 23:49:43 no OS is good, shred it all 23:49:49 :)