00:02:42 <mason> meena: There's an easy way to be sure that it does: https://invidious.snopyta.org/watch?v=1S1fISh-pag
00:02:44 <VimDiesel> Title: Write in C - Invidious
00:03:18 * meena points mason at the discussions she had in #freebsd-social this morning re C…
00:03:31 <mason> looking
00:24:38 <doug> i don't know of a good reason why EC2 wouldn't be around with much of today's functionality intact in 20 years.
00:25:45 <doug> i've def. had my own code around and in use after 20 years
00:25:59 <doug> (despite my strong recommendation to replace it)
00:36:17 <bsdbandit> hello everyone
00:38:06 <fireglow> hi
00:42:09 <rtprio> EHLO
00:56:03 <hjf_> vkarlsen: builds with php81 but it doesn't work with it. remember php is an interpreted language. I made 1.36.32 work today thanks to a patch from the maintainer and submitted my patch to him, hopefully .32 will be up soon. he stopped updating because zm had issues and didn't work on bsd
02:03:41 <micttyl> hello
02:23:33 <Al2O3> howdie
02:23:44 <Al2O3> quiet in these dark dank and dangerous times.
02:25:30 <micttyl> Al203: i hope everything goes well for you.
02:42:40 <rtprio> vtbd0p3   ONLINE       0     0     0  block size: 4096B configured, 32768B native
02:42:44 <rtprio> that's a new one
02:42:59 <rtprio> i thought 4k was a sure thing heree
02:53:49 <rtprio> vtbd0p3  ONLINE       0     0     0  block size: 512B configured, 32768B native
02:53:55 <rtprio> reinstalling didn't seem to help
03:26:16 <rtprio> can ne1 tell me why my sectorks are 32k, plz my family is dying
03:46:25 <micttyl> rtprio: what happend to your family?
03:46:37 <concrete_houses> I have 5 rsync running on a fast desktop freebsd 13.1
03:46:39 <concrete_houses> amd64
03:46:45 <concrete_houses> and things were moving fast
03:46:54 <concrete_houses> 1 disk is NFS mounted with ntfs-3g
03:47:02 <concrete_houses> and all of a sudden things slow to crawl
03:47:22 <concrete_houses> sonewconn: pcb 0xfffff801a83bc7c0 (192.168.1.4:51756 (proto 6)): Listen queue overflow: 5 already in queue awaiting acceptance (284 occurrences)
03:47:27 <concrete_houses> from dmesg
03:48:05 <concrete_houses> I also have qbittorrent running
03:48:11 <concrete_houses> whihc is doing fine
03:48:16 <concrete_houses> uploading 2mb/s
03:48:42 <concrete_houses> oh sudenly the rysncs qre working
03:48:49 <concrete_houses> does freebsd pause from time to time/
03:48:56 <concrete_houses> i wonder if the usb system is taxed
03:48:59 <concrete_houses> or somthing
03:49:19 <concrete_houses> chrome is locking up
03:49:49 <concrete_houses> plenty of swap free
03:49:52 <concrete_houses> lad av 0.34
03:50:03 <concrete_houses> i7 cpu rted over 8,000 in cpu benchmark site
03:50:10 <rtprio> sounds like your network card is taxed
03:50:15 <concrete_houses> no idea why chrome locked
03:52:03 <concrete_houses> hmm
03:52:25 <concrete_houses> when chrome unlocks there is soconn max or something I change with sysctl?
03:52:56 <concrete_houses> all my rsyncs are from local attached usb drive to another
03:53:00 <concrete_houses> 3 usb disk total
03:53:16 <concrete_houses> qbittorrent uses network card yeah but never a problem
03:53:34 <concrete_houses> sonds like something to do with ntfs-3g id suspect
03:53:44 <concrete_houses> blame windows :)
03:54:33 <concrete_houses> kern.ipc.somaxconn this is mentioned on a forum
03:54:45 <concrete_houses> sysctl -a | grep doesnt show it
03:54:49 <concrete_houses> heh
03:55:15 <concrete_houses> I do not run dbus or hald
03:55:26 <concrete_houses> are those needed these days?
03:56:23 <rtprio> no i don't think so
03:56:46 <concrete_houses> sonewconn whats this
04:00:48 <concrete_houses> now its working ok
04:00:50 <concrete_houses> hmmm
04:03:26 <concrete_houses> maybe it needed to warm up?
04:03:27 <concrete_houses> lol
04:11:26 <concrete_houses> chrome still chuggin while laod oavg on liek 8 cpu box is 0.3
04:11:38 <concrete_houses> system in top 9%
04:11:46 <concrete_houses> is it out of inodes?
04:11:56 <concrete_houses> or something I remember inode starvation on linux casue funky stuff
04:12:33 <uskerine> https://stackoverflow.com/questions/75104770/how-do-i-center-widgets-in-a-rowcolumn-with-horizontal-orientation-in-x11-motif
04:12:34 <VimDiesel> Title: c - How do I center widgets in a RowColumn with horizontal orientation in X11/Motif? - Stack Overflow
04:16:27 <concrete_houses>  sysctl kern.ipc.somaxconn
04:16:29 <concrete_houses> 512
04:16:32 <concrete_houses> set to 2048
04:16:46 <concrete_houses> I use iceWM
04:16:51 <concrete_houses> not idea motif
04:17:01 <concrete_houses> no idea about motif
04:19:13 <concrete_houses> kern.ipc.somaxconn=2048 I can put this in /boot/loader.conf right?
04:29:02 <concrete_houses> not sure its helping
04:45:55 <rtprio> i belive so, yes
07:05:19 <ASHER> hello people i need please help i will try to install from cpan re2/dfa.cc:1737:12: error: cannot initialize return object of type 'bool' with an rvalue of type 'nullptr_t'
07:05:26 <ASHER> ohh sorry
07:06:04 <ASHER> this error i get after i will try install module 're::engine::RE2'
07:06:21 <ASHER> someone know about it in freebsd 13.1?
07:08:11 <parv> Paste the error log at https://bsd.to, or ask in #perl channel
07:08:12 <VimDiesel> Title: dpaste
07:11:21 <ASHER> ok thanks
07:12:16 <ASHER> this a error https://bsd.to/46jz
07:12:17 <VimDiesel> Title: dpaste/46jz (Plain Text)
07:16:22 <parv> Do you have "re2-20220601" installed?
07:17:00 <parv> Or, does the module bring it along?
07:17:38 <parv> "re2" port is "devel/re2"
07:19:33 <ASHER> this a from perl
07:22:12 <parv> The error message appeared in C++ code while compiling.  (To answer own query, seems like the module brings it along)
07:22:40 <Reinhilde> I wonder why FreeBSD won't boot in under 96MiB of RAM
07:25:47 <parv> ASHER, Sorry I cannot resolve the issue
07:25:55 <ASHER> after i install the re2-20220601 now more error i have https://bsd.to/X5Mv
07:25:56 <VimDiesel> Title: dpaste/X5Mv (Plain Text)
07:26:25 <ASHER> this run freebsd 13.1
09:13:56 <kolcon> Reinhilde: on my zx spectrum it does not work either, and I have 80kB of RAM! :D
09:14:16 <Reinhilde> kolcon: you have an eight bit processor.
09:16:53 <otis> kolcon: too low. 80kB is peanuts. (with divide/divmmc you can get at least 512kB, with MB03+ at least 2MB, with eLeMeNt at least 4MB)
09:26:47 <kolcon> just trying to be funny, ignore me
09:43:45 <otis> kolcon: i'm funny, too! :-)
09:46:02 <parv> Everyone is a joker
09:46:59 <otis> except from those who are a bird.
09:49:12 <parv> No exception accepted. Some birds are jokers too.
09:49:56 <parv> (magpie, pet parrots; apparently geese are just mean)
11:27:59 <dch> kea are parrots, jokers, and can be *really* mean too
12:01:55 <concrete_houses> people still use perl?
12:01:56 <concrete_houses> wow
12:02:17 <concrete_houses> I learned all these cpan tools and I remember this one wasnt popualr but it was best
12:02:20 <concrete_houses> cpanm or something
12:02:34 <concrete_houses> dancer n monjolicious look cool
12:02:50 <concrete_houses> but the bovio online tranaction procesing system looksed sick
12:02:54 <concrete_houses> 500 widgets n stuff
12:02:57 <concrete_houses> was bitchin
12:03:24 <concrete_houses> BOP
12:03:42 <concrete_houses> I noticed some postgres query tool used mojo
12:04:24 <concrete_houses> https://explain.depesz.com/
12:04:26 <VimDiesel> Title: New explain | explain.depesz.com
12:04:40 <dch> mojo is teh awesome, really
12:14:06 <meena> concrete_houses: people still use C
12:27:31 <khronos> Hi, I have an issue with a jail not using the ip addresses set in jail.conf.
12:27:55 <khronos> the jls utility lists the ip address, but when I jexec into the jail the ip is not in the ifconfig listing.
12:28:12 <pertho> OpenBSD's package tools are entirely written in Perl.. so yep, people still use Perl. :)
12:28:22 <khronos> Freebs 13.1 is the version I am running.
12:28:53 <kolcon> concrete_houses: whats wrong with Perl
12:45:10 <meena> khronos: vnet, or no vnet?
12:48:26 <khronos> Wanting to use vnet.
12:48:37 <khronos> Each jail ill receive its own ip address.
12:49:09 <khronos> this way all hosts of the network can interact with each jail as if it were its own vm.
12:55:03 <meena> khronos: this is the setup i use: https://alpha.pkgbase.live/howto/jails.html#jail-config
12:55:04 <VimDiesel> Title: Howto: Setting up Jails
12:58:21 <meena> I have found it difficult to put each jail on its own bridge, but I've seen setups separating them with vxlan
13:01:41 <khronos> Is there something new in 13.1 as the jail config in the handbook doesn't mention anything about networking not working properly.
13:01:45 <meena> or just vlans, not vxlan
13:02:04 <khronos> I can see that the syslog in the jail works as it tells me that the networking part is not up.
13:02:34 <khronos> even htough I have assigned an ip 192.168.12.3 static and on the host 192.168.12.2 static with router of 192.168.12.1
13:02:41 <meena> khronos: how many bridges do you have there?
13:03:10 <khronos> None. The Freebsd documentation never told me I needed any to get things to work.
13:03:19 <khronos> I have re0 configured for 192.168.12.2
13:07:56 <meena> khronos: not sure that makes sense
13:13:45 <khronos> https://docs.freebsd.org/en/books/handbook/jails/#jails-build
13:13:46 <VimDiesel> Title: Chapter 16. Jails | FreeBSD Documentation Portal
13:14:00 <khronos> This doesn't mention anything about requiring special networking setup.
13:14:05 <khronos> requiring
13:14:23 <khronos> Basically it states that you set an ip for each jail and you hsould be good to go.
13:14:27 <khronos> should be
13:15:14 <khronos> If this is not the case then at some point the instructions should be updated to account for other possible requirements.
13:15:17 <meena> khronos: that's not a vnet setup, tho
13:15:33 <khronos> Is this strictly for service jails?
13:16:20 <khronos> Even still having an ip address in this given setup doesn't do anything as the ip address doesn't ping from even the host itself.
13:16:52 <khronos> What does work is if I jexec into the tail and it fuctions like a virtual system with out networking support of any kind.
13:16:58 <khronos> jail
13:19:35 <khronos> It appears that in order to do what I am looking for the documentation in the handbook doesn't give me the knowledge base that I really need.
13:20:36 <khronos> Also on the host system there isn't any log entries to tell me if the jail process has even started.
13:21:50 <meena> jls and ps should tell you
13:24:47 <khronos> meena: Ok, stand corrected on my last statement.
13:25:27 <khronos> I guess what I am saying is with out the link posted a bit ago I wouldn't have nearly enough information to do what I want by relying on the handbook.
13:26:28 <khronos> The handbook doesn't mention anything about networking requirements to use the jail function.
13:33:51 <khronos> Ok, after reading a little seems there are two kinds of networking.
13:33:56 <khronos> vnete and something else.
13:33:58 <khronos> vnet
13:34:15 <khronos> What is the easiest for me to use?
13:34:45 <khronos> I want each jail to have an ip address on my main subnet 192.168.12.0/24 for the home lan.
13:35:27 <khronos> In other vm platforms this would be nown as bridge networking where there is a single subnet for everything.
13:40:31 <meena> khronos: first off: jails aren't vms
13:41:34 <meena> next: it's only with vnet that jails offer proper separation between jails (and host)
13:42:53 <meena> but, yeah, kinda sucks that VNET has been around since FreeBSD 10, and there's no handbook entry on how to get it working
13:43:35 <meka> khronos: you will probably find that vnet jail looks more like a VM in sense that you can have dhcp client, firewall, it's own arp table, ...
13:44:41 <meka> The way to use it is to have bridge interface acting like a switch and two epair interfaces per jail (think of it like ends of a cable, one goes to the bridge, one goes to the jail)
13:44:47 <khronos> Ok, so to get VNET working will I have to do something in /etc/rc.conf or is this just a jails function?
13:45:07 <meka> khronos: that really depends on how you manage your jails
13:45:17 <mage> khronos: do you use epair or netgraph?
13:45:44 <mage> do you use a jail manager?
13:45:44 <meka> You can do everything through rc.conf/jail.conf or you can use jail managers (cbsd, bastille, pot, to name the few)
13:45:59 <khronos> Not right now.
13:46:19 <meena> https://alpha.pkgbase.live/howto/jails.html#jail-config is everything fine thru jail.conf
13:46:20 <VimDiesel> Title: Howto: Setting up Jails
13:46:22 <khronos> I am only using nano to edit my jail.conf manually and bsdinstall to create them.
13:46:38 <khronos> This is my first go around with using jails in general.
13:47:10 <mage> you should also setup VLAN, bridges, etc on the HOST /etc/rc.conf
13:47:35 <jeffpc> when I run 'top -w', I see a SWAP column but when I add all the numbers up they are much less than what the "Swap:" summary line says my swap usage is - what am I missing?
13:47:40 <meena> mage: slow down, let them get it working
13:48:10 <meka> A friend of mine likes jail.conf only solution, so here it is how he manages jails: https://mimar.rs/blog/host-your-own-services-with-freebsd-jails-part-1-prepare-jail-host
13:48:12 <VimDiesel> Title: Host Your Own Services With FreeBSD Jails Part 1: Prepare Jail Host | Mimar
13:48:16 <meka> it's 3 part tutorial
13:49:11 <jeffpc> e.g., it says I have 593MB used but the column adds up to ~99MB
13:49:41 <mage> khronos: if it can help, this is what I have for my $HOME router/firewall/... https://gist.github.com/silenius/9a1ce1a1bd21bdf0e592a4372d0cf6c2
13:49:42 <VimDiesel> Title: gist:9a1ce1a1bd21bdf0e592a4372d0cf6c2 · GitHub
13:49:58 <mage> (fw1 is a VNET jail)
13:55:01 <meka> meena: I didn't know vnet is so poorly covered in the docs. My pick for docs improvement this year is sound and pf
13:57:41 <mage> I suggest reading https://freebsdfoundation.org/wp-content/uploads/2020/03/Jail-vnet-by-Examples.pdf
14:05:45 <debdrup> jeffpc: it's the difference vs anonymous vs private pages, iirc
14:06:31 <debdrup> See https://klarasystems.com/articles/exploring-swap-on-freebsd/
14:06:32 <VimDiesel> Title: Exploring Swap on FreeBSD | Klara Inc
14:07:00 <jeffpc> I'll give that a read
14:07:38 <jeffpc> there are many ways to define what's in the swap column, but it surprised me that it was off by 5x
14:07:42 <jeffpc> thanks
14:07:42 <debdrup> you'll also need https://wiki.freebsd.org/Memory
14:07:43 <VimDiesel> Title: Memory - FreeBSD Wiki
14:09:25 <debdrup> it's not a bad thing to have a bit of swap being used, it just means that freebsd has noticed that some of the memory used by applications hasn't been addressed for long enough that the space taken up by that memory is better used for something else
14:10:07 <jeffpc> the problem is, firefox likes to run my system out of memory :)
14:10:37 <jeffpc> and I mean run it out of memory - 100% swap use, processes failing to allocate more memory, and all the hillarity that ensues
14:11:11 <meena> mage: that could, with some edits, be dropped into the handbook
14:11:11 <debdrup> then you probably need more memory
14:11:26 <mage> meena: feel free :-)
14:11:44 <jeffpc> I have 16GB which should be enough :)
14:12:05 <debdrup> there's no such thing as enough memory
14:12:06 <jeffpc> and firefox is fine for days, and then suddenly spikes in memory usage for no apparent reason
14:12:12 <jeffpc> you know what I mean
14:12:18 <meena> mage: I have different priorities: https://freebsdfoundation.org/project/freebsd-as-a-tier-i-cloud-init-platform/
14:12:21 <VimDiesel> Title: FreeBSD as a Tier I cloud-init Platform | FreeBSD Foundation
14:12:52 <jeffpc> I file a bug a while ago https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263436
14:12:54 <VimDiesel> Title: 263436 – www/firefox uses excessive amount of memory
14:13:32 <mage> meena: didn't know about cloud-init..
14:14:39 <mage> I've to admit that I'm using salstack and my own formula (https://github.com/silenius/jails-formula) to remotely provision my jails
14:14:46 <mage> Saltstack*
14:14:50 <jeffpc> like last night, the system was happy (but with 30% swap use) for days, I stepped away for 2 hours and when I got back I found 65% swap usage; closing firefox brought it down to 29% where it remained after I started up firefox again
14:14:52 <meena> mage: it's the standard way to bootstrap cloud images into a somewhat functioning cloud server. Tho people also use it for hardware, too
14:14:59 <jeffpc> just for context :)
14:15:33 <debdrup> do you have other things using memory?
14:17:06 <jeffpc> right now I'm doing some transcoding, but not really: https://bsd.to/DkTe/raw
14:17:07 <VimDiesel> Title: DkTe
14:17:14 <jeffpc> (that's sorted by rss)
14:17:48 <jeffpc> Mem: 988M Active, 2847M Inact, 376M Laundry, 3508M Wired, 758M Buf, 172M Free
14:17:48 <jeffpc> ARC: 1373M Total, 620M MFU, 245M MRU, 3839K Anon, 13M Header, 488M Other 484M Compressed, 882M Uncompressed, 1.82:1 Ratio
14:18:11 <debdrup> top alone can't be used to diagnose issues
14:18:17 <jeffpc> I know
14:18:37 <jeffpc> but it is a decent overview to answer "do you have other things using memory?"
14:18:39 <debdrup> grab https://people.freebsd.org/~debdrup/zones.pl then run it through sort -nrk2
14:18:43 <mage> meena: what's the added value of cloud-init vs something like terraform?
14:18:56 <debdrup> jeffpc: not necessarily
14:20:04 <dch> mage: terraform creates/modifies infrastructure
14:20:09 <jeffpc> debdrup: I find it a good enough starting point (pointing at userspace anyway)
14:20:14 <debdrup> zones.pl is a script from.. decades ago(?) that uses vmstat -z to figure out what uses the most amount of memory based on uma(9)
14:20:15 <jeffpc> anyway, got zones.pl
14:20:19 <dch> mage: but the actual resulting VM etc will be vanilla
14:20:31 <debdrup> jeffpc: but userspace doesn't know anything about memory allocation
14:20:39 <dch> mage: so cloudinit allows passing commands/requirements from the deploy phase *into* the deployed VM
14:20:51 <dch> mage: like ssh keys, runtime scripting, whatever
14:21:15 <dch> mage: and in most cases, the terraform module you use for this will likely require a cloudinit embedded in the image somehow
14:21:16 <jeffpc> debdrup: sure; zones.pl output: https://bsd.to/ZHnC/raw
14:21:17 <VimDiesel> Title: ZHnC
14:21:20 <mage> dch: ok, that's exactly what I'm doing with Saltstack
14:21:38 <debdrup> jeffpc: i can't use that output now
14:21:47 <dch> mage: probably, yeah. how does salt get the fresh image to "do stuff" ?
14:21:49 <debdrup> i need it when your system is experiencing issues
14:21:53 <debdrup> rather, you
14:22:00 <dch> mage like, it won't even have python, already?
14:22:19 <jeffpc> debdrup: fair, this can serve as a baseline
14:22:31 <dch> mage: btw if you have a blog, please make a short write up of how you do this. I use ansible for provisioning & updates, its cromulent but not delightful
14:22:39 <debdrup> jeffpc: better save it then
14:22:53 <mage> dch: I have a formula which does all of this, basically a minion is installed on the HOST and creates the jail, then a number of scripts could be run into the jail afterwards
14:23:04 <jeffpc> already did
14:23:22 <mage> dch: check https://github.com/silenius/jails-formula
14:23:23 <VimDiesel> Title: GitHub - silenius/jails-formula: SaltStack FreeBSD jails formula
14:23:29 <jeffpc> now I wait anywhere from hours to days :D
14:23:31 <dch> mage: so how does that initial minion install happen then? thats the bit cloudinit provides a generic mechanism to handle
14:23:34 <jeffpc> thanks for the tip about zones.pl
14:23:54 <mage> dch: https://github.com/silenius/jails-formula/blob/master/jails/files/scripts/jail_init.sh is executed
14:23:56 <VimDiesel> Title: jails-formula/jail_init.sh at master · silenius/jails-formula · GitHub
14:24:26 <dch> mage: I sense some confusion here. cloudinit is for h/w, not jails.
14:24:39 <meena> dch, mage: https://cloudinit.readthedocs.io/en/latest/reference/modules.html#salt-minion
14:24:40 <VimDiesel> Title: Module reference - cloud-init 22.4.2 documentationMenuExpandLight modeDark modeAuto light/dark mode
14:24:41 <mage> ah.. ok :)
14:24:41 <dch> cloudinit could be bent to work in jails, but usually its not the right approach.
14:24:56 * dch waves to meena 
14:24:59 <meena> nope. it's not
14:25:16 <dch> meena: I almost have hedgedoc ready to commit now.
14:25:43 <meena> I hope podman + buildah will become a standard <the fifteenth standard>
14:25:50 <dch> I want a new standard
14:25:54 <dch> say no to go
14:26:01 <dch> no kubernetes and docker clones
14:26:13 <angry_vincent> +
14:26:40 <meena> dch: can't wait for you to finish hedgedoc (and then take a look at TheLounge)
14:27:30 <dch> in other news, I threw a tantrum and local_unbound out, switched to knot-resolver, I couldn't be more delighted.
14:27:35 <mage> dch: the is confusing, my formula doesn't run _in_ jail, it runs on the host
14:27:40 <mage> s/the/there
14:27:57 <meena> dch: podman seems much less painful than Docker. and really, i don't wanna fiddle around with Puppet in jails any more. I just wanna rebuild a jail whenever it needs changing
14:28:00 <dch> mage: right. but when you deploy the host the first time, something has to install the minion
14:28:13 <angry_vincent> dch: maybe document the switch :)
14:28:27 <mage> dch: yes
14:29:15 <meena> dch: what knot-resolver? and why did local_unbound have to go?
14:36:34 <dch> https://www.knot-resolver.cz/ config in lua (whats not to like), noticeably faster than local_unbound from a user perspective
14:36:36 <VimDiesel> Title: Knot Resolver
14:37:37 <dch> unbound would just stop resolving, repeatedly. no errors in logs, no explanations, just SERVFAILs and similar. It has 2 jobs, resolve & cache.
14:38:01 <dch> I think when our DSL line gets flakey, or resolvers time out, it decided to go AWOL
14:38:14 <tct> I just wanted to setup log rotation for a service when I noticed that newsyslog seems to be installed on my systems, has config files but the service is not running. Is FreeBSD 13 using newsyslog or just syslog?
14:38:45 <idwer> unbound is OSS, did you adapt it to your needs so it can emit things you want to log?
14:40:42 <meena> tct: syslog is for logging. newsyslog is for rotation.
14:40:53 <dch> idwer: no, its literally the result of `service local_unbound setup`
14:41:18 <tct> meena, I see. so how come that the newsyslog service is not running (by default)?
14:41:50 <meena> tct: because it's not a service. it's run by periodic
14:42:07 <tct> meena, thank you for that information :D
14:42:08 <dch> tct: look in /etc/crontab
14:42:15 <tct> periodic is different from cron, right?
14:42:48 <meena> or cron, i never know
14:45:30 <meena> https://man.freebsd.org/newsyslog(8)#DESCRIPTION
14:45:31 <VimDiesel> Title: newsyslog(8)
14:46:37 <mage> any idea why I have a high load on my NFS server when the share is accessed through a wireguard interface?
14:46:56 <tct> mage, which process consumes "the most" CPU?
14:47:34 <mage>     0 root         96 -16    -     0B  1536K swapin   3  52.2H 190.64% kernel    11 root          4 155 ki31     0B    64K CPU0     0 3304.1 181.88% idle
14:48:07 <mage> sorry, this one: 0 root         96 -16    -     0B  1536K swapin   0  52.2H 371.00% kernel
14:49:34 <mage> any idea how to get more "details" ?
14:49:58 <mage> I guess it could be crypto related ..
14:50:31 <tct> mage, I guess you could do something like    top | nc termbin.com 9999   to provide a proper overview
14:50:45 <tct> (it just pastes the current output of top to a web server (careful!))
14:53:11 <mage> https://termbin.com/ne06r
14:53:17 <mage> this is top -S
15:00:09 <tct> mage, how much traffic is flowing through this in that time?   (eg. check   systat -ifs)
15:00:17 <dch> mage: nfs4 or nfs3 ?
15:02:55 <Reinhilde> on second thought, the inability to run up the system with less than 92MB of RAM makes sense. With 95MB of RAM, I have to add a drum device to get anything done, and the system just seems slow, even over a local network.
15:04:16 <mage> dch: nfs4
15:04:28 <mage> tct: ~20MB/s
15:05:07 <mage> (it's a gigabit link)
15:06:28 <tct> mage, am I corect in assuming that you run wireguard as a kernel module?
15:06:42 <mage> yes
15:06:59 <mage> wireguard-kmod-0.0.20220615_1 on 13.1-RELEASE
15:07:21 <tct> mage, is this a production server?
15:07:24 <mage> is
15:07:26 <mage> yes
15:07:30 <tct> awww
15:07:39 <mage> the issue is more with nfs I think
15:08:02 <mage> not really production, it's used as an external backup (it's a Hetzner box)
15:08:22 <tct> I'm no expert and I haven't used wireguard yet. What I would have done is disabling the nfs service and observing the change in load/behavior. then bring it back up, see if the situation is the same and then disable wireguard etc.
15:08:48 <mage> with zrepl I get ~60MB/s through wireguard
15:09:02 <mage> so I think the issue is on the NFS side
15:09:49 <tct> I'm afraid I won't be of much help then. I only know NFS (v4) from the "setting it up and it just works" point of view :/
15:10:22 <mage> :)
15:48:29 <tct> mage, if I may ask: what is your experience with wireguard so far? I wanted to check it out but didn't so far.
15:48:42 <tct> wireguard-on-freebsd that is
17:20:05 <rtprio> Reinhilde: why are you trying to run on a system with 92mb of ram
17:20:17 <Reinhilde> rtprio: why not :)
17:20:37 <Reinhilde> (the answer, by the way, is that the bootloader doesn't know where to put the kernel with such little RAM)
17:23:40 <rtprio> huh
17:58:37 <rtyler> meena: sorry for dropping off yesterday, had a bunch of stuff to take care of. Here's the rc.conf and routing table for my jails host: https://gist.github.com/rtyler/cd29ae50e9acf235213fc6980c994f3a
17:58:38 <VimDiesel> Title: netstat -nr · GitHub
18:00:50 <tsoome> Reinhilde if you seriously want that small system, then you need to make some adjustments. Even for bootloader (it is using 64MB for heap).
18:01:13 <Reinhilde> tsoome: yeah.
18:01:24 <pertho> did wireguard-kmod squeak into 13.1? :)
18:01:44 <pertho> or was it in 13.0?
18:01:45 <Reinhilde> I assume those huge heaps are for ZFS stuff?
18:02:10 <rtprio> tsoome: for the first time in a long time, i signficantly trimmed town GENERIC and the resulting kernel was _much_ smaller
18:02:13 <tsoome> in loader? not directly, no
18:02:50 <meena> rtyler: can the jails and the host communicate?
18:03:13 <Reinhilde> hmm
18:03:49 <meena> rtyler: I reckon yes, because you said that gitea can talk to the Internet
18:04:19 <tsoome> for zfs support in loader can get away with less, depending on how large recordsize you must support.
18:06:18 <tsoome> but then again, with such an small system, you want to stick with ufs anyhow or maybe even something else. (zfs in kernel needs minimum 64MB for arc)
18:07:04 <Reinhilde> I am using UFS.
18:07:50 <Reinhilde> I had to mount a 48MB drum file to even survive with 95MB of RAM in the first place, and the whole system felt weirdly slow, in that way that a powerful system on hard drives does not feel.
18:08:12 <Reinhilde> and by survive, I mean that simple tasks like installing a package crashed with a failure to reclaim memory.
18:08:22 <tsoome> userland is probably swapping a lot.
18:08:34 <Reinhilde> yes.
18:09:26 <rtyler> meena: you reckon correctly
18:10:38 <Reinhilde> the weird slowness was like... it wasn't even responding to keypresses over ssh, and we're in the same single family (single occupant, in fact) house (albeit via a radio link)
18:10:55 <Reinhilde> not "not even responding," but just, slightly laggy
18:11:19 <Reinhilde> I guess I'm just giving y'all like, trip reports from lomembsd now, this isn't really a support question
18:14:30 <meena> rtyler: I feel like kp would be able to tell you what's up in a second
18:19:50 * rtyler summons kp
18:25:13 <rtyler> what's particularly frustrating is that I had this working on an old build of this machine but my backups don't seem to include the /etc directory =_=
19:40:17 <concrete_houses> sonewconn: pcb 0xfffff801a83bc7c0 (192.168.1.4:51756 (proto 6)): Listen queue overflow: 5 already in queue awaiting acceptance (41 occurrences)
19:40:20 <concrete_houses> how fix?
19:40:49 <concrete_houses> kern.ipc.somaxconn=8096 tried this not sure helping
19:59:13 <rwp> concrete_houses, Pivot to a different question.  Why is your service not accepting those queued connection attempts faster?
19:59:41 <rwp> If your service accepted them faster they would not be overflowing the queue limit of 5.
20:01:43 <rwp> But specifically AFAIK kern.ipc.somaxconn only sets the maximum allowed queue depth.  Your program calls listen(2) with the "backlog" parameter for the dynamic depth.
20:01:59 <rwp> The limit of 5 is the traditional limit for this queue though.
20:03:35 <rwp> Also IIRC the client trying to connect upon receiving a ECONNREFUSED will likely retry.  If the queue has drained sufficiently to make space then the retry will succeed.
21:50:07 <concrete_houses> service? its rysnc from ons usb3 drive to another
21:50:12 <concrete_houses> one is ntfs-3g
21:50:26 <concrete_houses> while qbittorrent is running 2mbit / s upload
21:56:55 <wwt> has wireguard now been recoded from scratch after that stupid first attempt was reverted?
22:32:17 <concrete_houses> hmmm
23:47:26 <rtprio> wwt: its in ports, not src for one thing