00:39:00 okay i'll be doing some configuration today for a very basic httpd server, ideally i'd like better network hardware than what i have but for this it should be sufficient 02:15:45 hi all.. can somebody look at this https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=287754 there is no progress on it and its been a month and six days ? just would like a status update to see if anytihng is going on in the background i can't see 02:17:01 and how has freebsd been for the past month? should i look at the freebsd website for updates or any new devices added so i can update ? 02:20:08 oxbar: i am not sure if it would get tackled.. in bugzilla but it may be of interest to follow this wiki page: https://wiki.freebsd.org/LaptopDesktopWorkingGroup 02:20:22 there is an on-going effort, with funding, to tackle the laptop "problem" 02:21:00 i know this does not give you an answer to your internal speaker problem, defined in the bugzilla.. but this starting point may give you some guidance on how to investigate further.. or if anything see if the soundcard "stuff" has been put on the docket somewhere. 02:22:30 Thanks.. i will be afk again i don't know how long but will keep checking.. Thanks for the link i will bookmark it 02:56:17 Anyone have some guidance on wireguard and speed issues? I have a VPS where when I connect from home (500/500 fiber), I hit a max of 1Mb/s down, but then 250Mb/s or so up. 02:57:21 pf rules are minimal and pf is doing the NAT (I send all traffic over the VPN). CPU is not anywhere near maxed out. Vultr promises they don't throttle (I mean, the more I use, the more they bill). 02:58:17 A wireguard tunnel on a pfsense box at another location on Verizon fios lets me do about 200/200, but I'm not sure what odd tweaks they might be doing there. 02:59:09 spork_css_: A direct, non-encrypted download from the same Vultr VPS provides different numbers? 03:23:44 using iperf on the same port number and using either TCP or UDP gets me around 150Mb/s in either direction 03:49:25 if the vps is freebsd, my experience is tso/lro/csum murder wireguard performance on VPSes somehow 03:49:53 and if you flip them off with the appropriate sysctls things improve a lot 04:07:30 @mewt - thanks, I just set that up and rebooted and now I'm in a network maintenance window at that colo, so gotta wait to see if it does anything. 04:07:55 This sounds very familiar, I think I saw that when researching some other issue I was having when setting things up on pfsense. 04:26:55 i hope it helps. it helped me but i am only saying it for that reason, it's not super reasoned 04:32:55 @mewt - that totally did it - wireguard speeds now match raw speeds. 04:33:02 thanks so much! 04:40:08 found (a) bug about this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277718 05:53:02 V_PauAmma_V: thanks a lot 05:54:48 /j #¤mpd 12:43:09 witness_lock_list_get: witness exhausted 12:43:13 aren't we all 13:53:01 i have a bin that i always need running. it runs in userspace (for now) and i need some custom behavior so using daemon to supervise isn't an option, so i'm making my own supervisor bin. anything i should know? i basically plan to start supervisor with path to bin, it starts bin then monitors it and restarts it if it detects it's not running 13:53:01 anymore 13:57:09 sorry i got d/c 13:58:09 kerneldove, maybe read lockf(1)? You could set a crontab to run every X minutes. . . something like: lockf -t 2 /var/run/your_program.lock your_program --program-options 13:59:03 why not run the supervisor permanently? jc 14:00:52 My first use lockf was when I had a script that ran as a background process via crontab every 10 minutes, but sometimes the runtime was longer than 10 minutes - lockf made sure I didn't end up with multiple copies of it running. . . but it has other uses too. 14:01:49 i'm curious what this 'custom behavior' is that daemon(8) doesn't implement, in case it's something that could make sense 14:02:19 The program's PID (amongst other things) gets stored in the lock file. . . if the specified lockfile's PID doesn't match or isn't running, then the program gets (re-)launched, overwriting the lockfile. 14:03:45 i want the supervisor to 'pass through' the output of the bin as well as adding its own, so i can redirect it to a file then tail that and get full output, both the bin's output as well as the supervisor's output such as "bin not running, restarting..." 14:03:53 maybe daemon can do that? 14:12:19 kevans do you know? 14:21:12 kerneldove: no, but today's daemon(8) doesn't seem to actually have any output anyways. I don't see a reason we couldn't add a -v --verbose option or something 14:21:52 like, just thumbing through daemon.c again, everything's more or less an error 14:21:57 do you know how daemon monitors the status of whatever it's supervising? like does it just search pgrep for the bin name or something better? 14:23:07 I would expect it to use wait(2) or whatever it is now. 14:23:08 fork + exec, then kqueue(2) to watch for SIGCHLD 14:24:27 * V_PauAmma_V stands corrected. 14:25:10 -v --verbose would be cool so i can keep track of crash&restart events 14:25:52 but i also need the bin's output to be passed through, dunno if that's an option for additions too 14:26:14 -o or -S 14:26:16 because i want to then redirect this combined output to a file 14:26:28 kerneldove: that's what --output-mask and --output-file already do 14:26:45 it would put both the bin and daemon's output into the file? 14:26:47 you would just want -v and that -v to either go to the file by default or add an --output-mask bit to adopt it to the file 14:26:58 there is no daemon output to go into the file today, so I guess technically yes since that's an empty set 14:27:20 how fast could the -v feature be added? 14:27:28 does anyone know what's required to make a bhyve guest detect the cpu configuration from bhyve? for example, booting with '-c 2,sockets=2,cores=1,threads=1' turns into 'FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 hardware threads' in the guest 14:27:46 it's an easy feature to add, my question would be how fast would it take to propagate to whatever version you're using or planning to use 14:27:52 shit ivy 14:28:19 i'm flexible 14:28:21 kevans: i probably am, but what did i do this time? 14:28:51 i'm on 14.3 fwiw 14:30:30 ivy: no it's me not you 14:31:16 kevans could you add -v and add a daemonng pkg for me to install later today? 14:34:08 kerneldove: no, sorry, certainly not today. my backlog is the size of a walrus 14:34:31 tomorrow? 14:35:40 * kevans shakes magic 8-ball 14:36:00 probably not, walrii are pretty large creatures compared to units of work 14:36:08 ok i'll make my own supervisor in rust but watch out for -v to be added to daemon and maybe switch 14:36:12 ivy: re: https://reviews.freebsd.org/D51243, is that commit message updated? 14:36:36 oh wait, there's a (show details) button 14:36:52 kevans: it is 14:42:42 I had just misunderstood after missing the word 'type' 14:45:04 ivy: also, I worded my response too strongly. it was just a suggestion, you're not my mentee anymore and you're more free to just disregard =D 14:45:22 ? :o 14:45:53 kevans: you're too late, des taught me to squash everything into a single commit! 14:46:16 but perhaps i'll do that 14:48:22 "No no. . . every change has to be it's own commit." 14:48:23 right, in some sense it's a preference; otoh, they're independently useful and a separate commit gives you a chance to advertise it as functionality for folks interested in hacking on ifconfig 14:48:58 SarahMalik: it's not the drama that you might picture from what I wrote here, but https://reviews.freebsd.org/D51243 14:49:02 (for context) 14:49:25 Ah, hm. 14:49:47 if I were to write it again, I would s/please split/please consider splitting/ 14:50:08 i've long since learned that phab sends e-mails quickly and a lot of people don't go to the review to view edits, so I bother less and less 15:09:53 kevans: part of the issue is i've learnt (from experience) that if you try to split things into multiple commits, it significantly reduces the chance of getting enough reviews to commit 15:18:52 this bhyve problem is annoying me, i shall ask virtualization@ about it 15:20:15 also, is anyone else having problems building multimedia/jellyfin recently? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=288572 15:33:02 ivy: sure, but now it's been reviewed and you can just split + push with reviewed-by :-) 15:37:09 ugh the github review interface feels awful after using phab 15:37:20 need to open 3 tabs just to view the commit message and the diff while writing a comment 15:55:09 I'm learning to build pkgs with poudriere, would anyone like a build of x11/kde 'latest" ports branch ? 15:56:12 basically I just need to know the platform/version of FreeBSD, and the ports branch you want, I default to the latest and fbsd current but can do anything that doesn't error out ;) 16:15:34 * ivy wonders if mfc.freebsd.org recognises 'MFC: never' 16:15:46 having to manually add a bunch of stuff to the never mfc list is a bit tedious 16:19:25 ivy: I'm building jellyfin soon, so I will tell you what happens if I remember 16:20:24 ivy: krb5 between kdenetworking and jellyfin has had a file conflict, so I might have to do something to config on one of them 16:21:05 ivy: are you on the 'latest' ports branch, and what fbsd version? 16:21:53 ivy: oh, never mind -- I see you listed that in the details already, my bad ;) 16:21:53 sponix2ipfw: ports 7a3f3e7020294fb03a1c1c06b72740524281e0b8 (that is latest from a few hours ago), src 29af6d2e2ec9fe8df7cf1e1a0bf3597028831b18 (main from a few weeks ago) 16:22:26 + some local ports/src patches that almost certainly wouldn't affect this 16:22:27 glad to see someone else on current 16:23:05 I was going to switch from Plex to Jellyfin, but it turned out the feature that they started requiring payment for, was one I don't really use, so. . . the migration got delayed. 16:23:49 i evaluated both and Plex appeared to require an online account even for "free" functionality, which made jellyfin the much better choice 16:24:26 i have x11/kde all going right now. if I wasn't already using about half my ram with tmpfs on that, i would spin up another jail and try the jellyfin build right now 16:24:49 Well, Plex's client always required purchase, but. . . I think I paid $5 for the Android client and $10 for the FireStick client, which seemed reasonable enough. 16:25:22 it's more the online stuff than the cost, i pay for Infuse anyway to use jellyfin on ios/ipad 16:25:29 But Plex now wants a membership with a recurring, monthly fee for "remote streaming," but I only do monthly streaming. 16:25:41 I broke down and did the life time Plex pass right before the prices moved UP 16:25:48 I will not be giving them any more money. 16:26:11 I was doing monthly prior, just to keep supporting Plex, but didn't want to do that at the higher price structure 16:26:36 Jellyfin has better hardware support anyway, even being coded in C# 16:26:52 Though honestly, Plex does keep getting enshitified. . . they're continually buring the menu options for playing your own media. . . trying to push you toward their own content. 16:27:18 Yeah, they are on a downhill slide, and it is pretty sad 16:27:34 death, taxes, enshitification 16:27:40 Is Plex publically traded? 16:27:57 bdrewery: I thought that was just a Microsoft thing ;) 16:28:08 Far from it. 16:28:11 Um, Google? 16:28:17 CrtxReavr: if so, that would explain the behavior 16:28:33 Any Zuckerberg project. 16:28:53 ivy: re: mfctracker, doesn't really look like it, but I don't think it'd be too hard to add 16:29:00 I'm a terrible person, I went all in on Google way back in the " don't be evil " days. and now question that, but would be hard to pull back 16:29:16 what does 'mfc' stand for? 16:29:51 Merge From Current 16:30:01 ie. back-porting new OS features to older versions. 16:30:04 SponiX: merge from current, which is when a commit is backported from main (freebsd -CURRENT) into a stable branch 16:30:52 oh, you all are talking real FreeBSD coding 16:30:57 no wonder I got lost ;) 16:31:10 kevans: did you find the source code somewhere? 16:31:39 The only time I tracked -CURRENT was during the 5.x SMP instability woes and the early 6.x dueling scheduler drama. 16:31:47 I got a book on C (21st Century C), but it is still too advanced for me. I need something basic 16:31:49 oh, https://github.com/freebsd/mfctracker 16:32:04 So, I have roblox "scripting school" teaching me lua right now LOL 16:32:18 whatever works 16:32:20 speaking of jellyfin has anyone been able to get it to use, in a jail, a gpu :) for transcoding 16:32:44 i keep eyeing the subproject.. they optimized ffmpeg for their use.. it is a great project.. especially with plex doing a money grab... 16:32:48 voy4g3r2: I run jellyfin naked on my host OS install 16:33:05 (As God intended!) 16:33:07 I have yet to learn to use jails 16:33:39 ivy: it's on github, freebsd/mfctracker 16:33:45 oh, yeah 16:33:47 CrtxReavr: for me, if I have an app that doesn't misbehave and color outside the lines, I don't really even consider putting it into a container 16:33:50 (I've now read to the end :-)) 16:35:20 I have one python app running in podman on my Linux box, just because it acts as a Microsoft Volume License server for my oldest Microsoft Windows 11 Pro for Workstations box 16:35:52 Windows. . . and some Linux distros are what really needs jails. 16:36:44 i just converted a bunch of jails into VMs but i'm pretty unhappy with bhyve cpu scheduling so i may rethink this 16:37:29 It's really too bad Broadcomm shat all over vSphere. 16:37:42 It was an amazing and mature software suite. 16:42:38 ivy: Can you be a tad more specific about your unhappiness with bhyve's CPU scheduling? I'm just curious what you're seeing. I migrated to bhyve a while back and am certainly interested in any shortcomings you're experiencing. I'd like to be on the lookout if I should. 16:43:36 ek: so, i have 8 host CPUs, i created a VM with priority 10 (i.e., lower than default) with 7 CPUs and run make -j12 buildworld inside that VM. all my other VMs, which have 2 CPUs each, become starved for CPU time, so badly that e.g. communication between grafana and prometheus times out 16:44:50 ivy: Ah, okay. That's unfortunate. 16:45:24 I definitely haven't beat my VM's up much so haven't had that happen (yet). Thanks for the info. 16:47:02 also, there's a weird bug where booting GENERIC on bhyve hangs for several minutes at startup: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278535 - i noticed this the last time i used bhyve and apparently it's still present 16:47:23 since no one else seems to run into this it might be something i'm doing, but i can't think what, it's a fairly standard vm-bhyve setup 16:50:29 ivy: I was doing virtmanager bhyve and it seemed to let my FreeBSD build vm use more CPU that I was giving it, allowing it to starve my Host OS, leaving my Media Services in shambles 16:51:03 this might be fixed by better poudriere configuration inside the vm, but that too me defeats the point of having the vm in the 1st place 16:51:34 might be "user error" on my part though, as I am very new to byhve and am use to virtmanager with qemu/kvm on Linux 16:57:40 Interesting. I haven't run into either of those scenarios (again, "yet"). Thanks for the heads up. 16:58:15 ivy: I have a bunch of FBSD VM's and haven't seen that boot hang before. Which version(s) are you seeing this with? Any/All? 16:59:14 ek: 15.0 17:01:17 ivy: Huh. I see you're on AMD while I'm using Intel. I wonder if that may be part of it? 17:01:37 ek: i wondered, but no, i'm now seeing the problem on Intel as well 17:01:41 Or, perhaps that suggestion of lock waiting is the culprit. I wouldn't think it would be MINUTES, though. That's wild. 17:01:54 ivy: Ah. No bueno. 17:02:10 (CPU: Intel(R) Xeon(R) E E-2468 (2611.20-MHz K8-class CPU)) 17:03:02 I'm: Intel(R) Xeon(R) CPU E5-2690 v4 @ 2.60GHz 17:03:25 Plenty of 15.0 VM's I use for testing builds and such since clang/llvm jumped and broke some of my ports. 17:03:51 ivy: Which exact snapshot of 15.0 do you see this with? I wanna try to duplicate. 17:03:57 Intel Xeon E5-2698 v4 17:04:14 sponix2ipfw: Thanks. 17:04:38 ek: 29af6d2e2ec9fe8df7cf1e1a0bf3597028831b18, but note the original bug report is over a year old, so it's not a new problem 17:05:13 ivy: Yeah. I saw it was a while back. I figured you've tried multiple different snapshots since then. 17:09:28 one odd thing is it only affects my VMs with a GENERIC kernel, not the cut-down bhyve kernel, but that might just be because those VMs also have more CPUs 17:10:14 also, i need to verify this, but it may have only started happening once i turned WITNESS off on the host 17:12:30 How many CPU's are you assinging? 17:12:45 the "big" VMs have 7 or 8, the small ones have 2 17:13:05 in total 3 VMs with 7 or 8 and 8 VMs with 2 17:13:28 Thanks. 17:15:09 https://www.le-fay.org/tmp/7d/sgDJSaxc77 - mostly idle, should be a very light load for this host (and indeed in normal operation load avg is ~0.2) 17:16:32 i thought switching from 8 to 7 guest CPUs might help the problem by leaving an idle host core, but it did not seem to make a difference 17:24:47 sponix2ipfw: haha, yeah well i was doing a plex / jellyfin and for the longest time i could not get the ports package to "work".. which lead me down setting up poudriere and this whole "setup" 17:25:10 now i have a jail.. that anyone can get to and i am like.. dang it.. how can i use my gpu to do the transcoding.. because gpu/jail/bhyve blargh 17:27:31 gpu passthru to a jail is a new one 17:28:23 i do not think it is possible.. some how i could "pass through" the /dev tree but failed 17:28:49 i got real frustrated with.. a bhyve.. and it SHOULD work.. debian COULD see it.. but be damned if it would work.. so i just have llama.cpp running on host and it is operational 18:08:58 hmm, isn't pf rdr-to supposed to change the *destination* address? it's changing the source address for me 18:10:32 * ivy goes to file a bug 18:50:10 rtprio: I thought a jail was more like a container than a vm and passing through the gpu would be easy -- I have no experience with FreeBSD jails though 18:51:08 a) i don't think so and b) none of my systems have video cards so 19:28:32 I have syslog-ng for my remote logging server. But its documentation is terrible and it doesn't have a proper manual or even a straight administration guide. Which syslog service do you use? built-in syslog? rsyslog? 19:30:31 https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/9/html/security_hardening/assembly_configuring-a-remote-logging-solution_security-hardening 19:32:47 ty for the link. So you prefer rsyslog. 23:37:23 Not sure if anyone else has one however I am happy to report the Orion-O6 runs FreeBSD-15 quite well... 23:37:55 (Radxa Orion-O6)