00:00:00 <aquamo4k> does top show anything busy?
00:00:21 <Beladona> no not much
00:00:27 <Beladona> nothign about that drive
00:00:29 <aquamo4k> zpool status -v
00:00:33 <RhodiumToad> what exact command did you do?
00:00:54 <Beladona> fuser /bd
00:01:11 <Beladona> before tthat, zpool export bd
00:01:49 <RhodiumToad> do a control-T in the session that you did the export in
00:02:29 <Beladona> interesting
00:02:34 <Beladona> load: 2.18  cmd: zpool 97210 [tx->tx_sync_done_cv] 289.08r 0.00u 0.05s 0% 7456k
00:02:35 <Beladona> mi_switch+0xc2 _cv_wait+0x113 txg_wait_synced_impl+0xb9 txg_wait_synced+0xb zil_close+0xdf zfsvfs_teardown+0xb4 zfs_umount+0x119 dounmount+0x482 kern_unmount+0x332 amd64_syscall+0x10c fast_syscall_common+0xf8
00:03:23 <RhodiumToad> is the disk still running?
00:03:40 <Beladona> yes
00:03:43 <Beladona> constantly
00:03:52 <RhodiumToad> was there a lot of recent write activity on it?
00:03:57 <Beladona> yes
00:04:07 <RhodiumToad> what type of disk?
00:04:08 <Beladona> well i deleted few GBs
00:04:11 <Beladona> hdd
00:05:08 <RhodiumToad> it's apparently waiting to finish synchronizing all write operations to disk, but I have no idea why that should take so long
00:05:25 <Beladona> bad /slow disk maybe
00:05:30 <Beladona> but its new
00:06:26 <RhodiumToad> do  top -SH  to see system threads - is the geli thread for the volume busy?
00:07:29 <Beladona> no
00:08:02 <RhodiumToad> what about g_down or g_up threads?
00:08:23 <Beladona> none
00:09:01 <RhodiumToad> zfskern* or kernel{z_* threads?
00:09:59 <Beladona> none
00:11:03 <cpet> Zpool status is it scrubbing ?
00:11:11 <RhodiumToad> gstat -p  shows activity on the device?
00:12:16 <Beladona> by the way I found super fast loging of xorg logs saying [802036.674] (EE) Wacom One by Wacom M Pen eraser: Error reading wacom device : Invalid argument
00:12:16 <Beladona> wacom is unplugged right now
00:12:49 <Beladona> RhodiumToad heavy activity with da0 in gstate
00:13:05 <Beladona> 100 busy
00:14:34 <RhodiumToad> busy with read or write ops or both?
00:15:07 <Beladona> r/s , ops/s  ms/r is up
00:15:59 <RhodiumToad> did you try zpool status  on the pool?
00:17:47 <Beladona> normal
00:17:59 <RhodiumToad> no scrub in progress?
00:18:02 <Beladona> no
00:18:09 <Beladona> last on 27th mar
00:19:22 <cpet> Are you using that caching crap on kde ?
00:20:15 <cpet> Kde uses a caching thing that requires MySQL and it's io intensive
00:20:57 <cpet> Think it's supposed to mimic index service from windows
00:21:44 <Beladona> I do not have kde
00:21:45 <RhodiumToad> there should be nothing in userland accessing the filesystem at this point as far as i can see
00:22:05 <Beladona> by the way, I have this issue and xorg is goign crazy https://forums.freebsd.org/threads/fighting-to-get-wacom-intuos-s-ctl-4100-working.77785/
00:22:06 <VimDiesel> Title: Fighting to get Wacom Intuos S (CTL-4100) working | The FreeBSD Forums
00:22:19 <cpet> Think there's some magic in ports that allows you see what zfs is doing
00:22:30 <cpet> Oh that would do it as well
00:22:35 <Beladona> not sure how to stop xorg logging millions of lines to disk in /var/log/Xorg..
00:23:02 <Beladona> cpet but that drive is not OS drive.
00:23:04 <cpet> Really doubt it's millions but ok
00:23:08 <Beladona> so writes won't be there
00:23:15 <Beladona> cpet willl millions in a day.
00:23:20 <cpet> It still scans all the things
00:23:23 <Beladona> few dozen a second
00:23:35 <Beladona> how do I stop xorrg loging
00:23:49 <cpet> I set pretty much everything to not log and turn it on when something bitches
00:24:43 <RhodiumToad> Beladona: what's the full output from zpool status?
00:25:19 <cpet> Actually what does ps auxwww let's see what's running and hogging
00:25:29 <Beladona> all normal
00:25:35 <Beladona> how do i stop xorg log
00:25:38 <cpet> Probably get better results from one of the other tops such as htop
00:25:49 <cpet> You read the man pages and restart
00:28:55 <Beladona> ya ok but how do I stop xorg log?
00:29:16 <RhodiumToad> it's really not a good idea to get sidetracked into another problem while trying to solve something
00:30:03 <cpet> damn HHW :/
00:30:41 <RhodiumToad> paste the actual output from zpool status on termbin
00:32:16 <cpet> I honestly think it's that xorg logging but I'm sure he can figure out how to stop logging by reading the man pages
00:32:30 <Beladona> RhodiumToadhttps://pastebin.mozilla.org/4DWaPC0K/raw
00:32:34 <Beladona> https://pastebin.mozilla.org/4DWaPC0K/raw
00:33:45 <cpet> Setup makes no sense but ok
00:33:59 <cpet> Paste in what ps auxwww outputs
00:37:56 <RhodiumToad> also paste the second block of output from   top -zSH -b -s10 -d2 40    (this will take 10 seconds to run)
00:38:06 <Beladona> cannot find https://man.freebsd.org/cgi/man.cgi?query=Xorg&sektion=1&format=html
00:38:07 <VimDiesel> Title: Xorg(1)
00:38:17 <RhodiumToad> or the whole output if that's more convenient
00:39:09 <Beladona> found it. its gelli
00:39:28 <Beladona> https://pastebin.mozilla.org/9hcp8N9O/raw
00:42:05 <RhodiumToad> found what?
00:43:39 <wcarson> i wonder who runs bsd.to? i saw a few people have noticed already the ssl certificate is expired
00:44:49 <cpet> Oh nos you can still use it
00:45:19 <cpet> Not sure why you need all your pools encrypted but ok
00:46:21 <cpet> Topic should be changed to reflect though cloudfare shows a cached version.
00:46:38 <RhodiumToad> might be koobs? not sure
00:48:58 <wcarson> can you still use it? it seems cloudflare won't let you
00:49:58 <natewrench> no
00:52:07 <Erhard> One reason to encrypt your pools is so you can simply throw a failed drive away without having to try to wipe it or physically destroy it.
00:52:46 <Erhard> I have about 60 drives I need to destroy... They are failed drive with data on them. Don't have to do that anymore.
00:54:54 <wcarson> yeah, definitely great for a failed drive scenario
00:55:02 <wcarson> since i seem to keep mine until they do fail
00:55:21 <wcarson> i think the most obvious thing is theft, though
00:56:01 <Erhard> For a laptop... But even for a server I suppose
01:44:17 <Beladona> RhodiumToad system crashed.
01:44:32 <Beladona> I am back and good. drive umounted anyway due to crash
01:45:04 <Beladona> xorg error was due to webcamd when I plugout wacom tablet. for now won't do that. will figure later
02:46:02 <cpet> Hrm by PC is fine, oh it crashed but it's still fine
02:50:35 <cpet> Erhard: if it's not enterprise you really don't need to do that I would sell them for 5 bucks a pops rather than destroy them just format then to CIA specs and they are good to go if you don't have data restore clean rooms really doubt you can find anything useful on drives formated that way
03:49:04 <Erhard> cpet: The point was about drives that actually fail... You can no longer wipe them with a computer. You have to destroy them, but, as you say, the likelihood of someone recovering them in that case is slim.
03:49:37 <Erhard> Normally I will wipe old drives and send to electronics recycling/reuse.
03:50:37 <cpet> i sell them after I format them
03:53:33 <cpet> a drive that has failed very few people can actually recover data from them without doing some magic, you cant really buy new HD mother boards as a end user so im not really worried about that but i know some people are, I would destroy them if they held trade secrets but even that can be fixed by formating as most drives have a expiration date so they are normally good drives that large datacenters just replace as they expire.
03:56:24 <Erhard> I the past I have run an open HDD and swapped the internal board with another good one, ad recovered the data (because I needed it). POint is that a clean room is not needed, but this was an old drive, and modern ones are likely far more sensitive, and harder to recover.
03:59:03 <cpet> is this home end user or biz/corp end user ?
04:01:06 <Erhard> What? My use? Both. That data on the drive was personal stuff years ago. Nowadays I have auto-snapshotted systems and auto snapshotted to secondary and remote servers. So data loss is more difficult (though never impossible).
10:31:46 <ultramage> hi, could you give me a tip how to modify www/apache24 in ports so that it produces debug symbols for gdb? and, once it does, is there a place where debug symbols are split off to? I know there's /usr/lib/debug but that's for userland. Is there no equivalent place in /usr/local? Does it mean everything built with debug symbol has them embedded?
10:32:19 <RhodiumToad> build the port with WITH_DEBUG=1
10:32:48 <RhodiumToad> (ports are supposed to respect that and turn on debug symbols)
10:34:32 <ultramage> the port does not expose that option, but I did find a branch in the makefile that handles it. However, it also sets -O0 which is not good, so I just patched in -g -ggdb3. But I'm just noticing that release mode also does INSTALL_PROG_FLAGS="-s" ... which I now assume is 'strip'
10:34:51 <RhodiumToad> it's not an option for individual ports, it's a framework option
10:35:06 <RhodiumToad> make WITH_DEBUG=1 ...
10:35:46 <RhodiumToad> or put WITH_DEBUG_PORTS=www/apache24  in /etc/make.conf
10:37:47 <ultramage> yea just saying that the makefile reacts to that by setting configure flags -O0 (no optimizations) plus -g. I guessed that I could get the same result by putting it into the 'else' branch for WITH_DEBUG. And I almost got it right, but indeed, '/usr/bin/install -s' strips debug symbols. Is there some other magic flag that splits them off instead? I knwo some stuff does it but I never paid attention how
10:37:53 <ultramage> exactly (probably a gdb commandline?)
10:37:55 <ultramage> *gcc
10:38:41 <RhodiumToad> if the port is stripping binaries even when WITH_DEBUG was set, that's a bug in the port, and you need to report that
10:38:54 <RhodiumToad> but I'm not convinced you're doing it correctly
11:09:29 <ultramage> it's my mistake, I didn't realize what that line in the release path meant, and I left it in.
11:09:53 <RhodiumToad> you shouldn't be touching the makefile
11:10:14 <RhodiumToad> just put everything back as it was, and build it with WITH_DEBUG
11:11:32 <ultramage> I don't wanna, this webserver runs live and I don't want an -O0 executable running long-term like that
11:12:21 <ultramage> all it needs is commenting out that install -s flag and it should be good to go
11:12:25 <RhodiumToad> ok, then also set DEBUG_FLAGS="-g -O2"
11:12:52 <RhodiumToad> you do not need to touch the makefile.
11:13:18 <ultramage> ah you are right, I could go that route as well. The debug build also does 'enable maintainer mode', and I didn't know what that did so I steered clear of it.
11:14:32 <ultramage> for now I'm going with 'release, but with debug symbols added in and not stripped out'
11:19:05 <ultramage> I use mod_php(threaded) + worker_mpm(threaded) and it's been crashing apache once a month since 2017, so I figured I'd try submitting a crash report again and see if I can make php pretend to be thread-safe a bit better
11:27:22 <mage> I'm not sure mod_php is still recommended, better use php_fpm with some mod_proxy
11:31:10 <adilix> hi all
11:32:12 <ultramage> I did see that but that sounds way complicated for a single hobby pc. On a 'real' webserver I decided to avoid this issue and it runs singlethreaded mod_php and mpm_prefork. And I'm unhappy about that. And aggressive crawlers caused it to run out of system memory a few times so I had to block them. Gimme those threads
12:48:06 <thumbs> the native mod_php directives are appealing, but the lack of proper multi-threading support with mod_php extension is still a problem, yes
12:48:32 <thumbs> FWIW, setting up php-fpm with proxy_fcgi is very simple, a few directives are needed.
13:17:28 <phryk> anyone know which package i get the c++ std lib for arm from?
13:18:03 <phryk> specifically looking for type_traits.h. it's neither in arm-none-eabi-gcc nor in arm-none-eabi-newlib.
13:24:59 <CmdLnKid> /usr/src/contrib/llvm-project/llvm/include/llvm/Support/type_traits.h
13:25:00 <CmdLnKid> /usr/local/lib/gcc12/include/c++/ext/type_traits.h
13:26:28 <CmdLnKid> they are usually included with the compiler you are installing
13:29:18 <phryk> so arm-none-eabi-gcc is just… broken?
13:29:31 <CmdLnKid> don't know
13:30:15 <phryk> well, it definitely doesn't contain that file (checked with `pkg query %Fp arm-none-eabi-gcc | grep type_traits`)
13:38:41 <phryk> grepped through the portstree, there seems to be an gcc-arm-embedded port which contains it…
13:49:35 <phryk> yup, that one works. :)
14:35:11 <dvl> grahamperrin: a solution to the 13.1 to 13.2 update? Yes, it was extra zfs labels left over when when one of the drives was used whole-drive ZFS vs partitioned zfs.
14:40:30 <dvl> grahamperrin: https://gist.github.com/dlangille/af34e873727c62689ec937530b9ce398
14:40:31 <VimDiesel> Title: gist:af34e873727c62689ec937530b9ce398 · GitHub
15:13:14 <aquamo4k> dvl: it's annoying when you add a new disk and you realize you didn't remove the zfs labels previously
15:13:42 <dvl> aquamo4k: In my case, the drives were not originally mine. :)
15:13:44 <aquamo4k> dvl: how did creep in out of nowhere, did you just recently add the problematic drive
15:14:43 <dvl> aquamo4k: No, these drives have been in use since 2016 I think: https://dan.langille.org/2016/12/18/x8dtu/
15:14:44 <VimDiesel> Title: x8dtu – Dan Langille's Other Diary
15:15:39 <aquamo4k> huh, i would have thunk that bad label would have caused problems prior
15:16:06 <aquamo4k> I'll read your blog to try to figure it out
15:26:19 <dvl> aquamo4k: Nothing in the blog yet about this. I suspect it's just that the boot loader changed between 13.1 and 13.2
15:27:43 <aquamo4k> i recently put my alpine linux workstation on zfs and appreciate "wipefs -a $DISK" and "sgdisk --zap-all $DISK" commands.
15:27:55 <aquamo4k> as opposed to using the dd method
15:29:04 <aquamo4k> I suspect there are anagolous cmds in freeBSD (maybe gdisk) - need to maybe look into that
15:30:02 <aquamo4k> just updated my freeBSD server to 14-current with the just commited openSSL changes, so far no issues.
16:22:40 <CmdLnKid> can't say ive ever had a need to go beyond stable on anything other than a testing vm for upcoming upgrades.
16:24:04 <CmdLnKid> you do you ! congrats
16:32:24 <debdrup> The testing, especially for big changes like OpenSSL 3, is really helpful.
16:32:50 <debdrup> If _only_ developers ran -CURRENT, a lot less bugs would be found in time for -RELEASE.
17:43:56 <aquamo4k> i currently use this server as a build machine mainly and I figured since pfSense runs current, I will too, especially since we are getting close to 14's release (i hope) :-)
17:58:54 <parv> Likely "pfSense" have people to solve|workaround issues if they would pop up. Do you?
18:07:06 <aquamo4k> i can just wipe and re-install; everything on the build server is on a git server so it's no worries
18:19:52 <cpet> Is there a server for the git server ?
18:22:02 <dautor> Is there a way to add VLAN tag to traffic coming from a specific MAC address?
18:22:49 <aquamo4k> most of the code runs on another system running gitlab in a podman container so yes.
18:22:57 <jemius> Is doing a live-install with only IPv6 possible? I get a Fetch error with "Address family not supported"
18:23:43 <aquamo4k> plus I just like building things from source when I can
18:24:05 <aquamo4k> your mileage may vary but I'm old and pre-date pkg managers
18:26:15 <parv> aquamo4k, I do similar. My contention was more about citing the example with supposedly more resources than you|I might have
18:30:57 <aquamo4k> parv: ack, understand.
18:35:40 <jemius> ah, I got it. I was only once again to dumb for v6
18:36:19 <aquamo4k> jemius: cool, i was just looking through the bsdinstall and fetch source and it looks like they both know how to use ipv6 on a quick perusal.
18:37:24 <jemius> However, it seems there's a little bug with the installer navigation? When I leave the address-window with TAB I'm stuck between OK and CANCEL
18:38:19 <aquamo4k> try arrow keys left<>right?
18:39:33 <jemius> aquamo4k, nope, stuck. That's on a V-Server remote console, though. Maybe it's eating key codes
18:41:10 <aquamo4k> ack could be.  i am running mine on xcp-ng and didn't have any form nav issues.   good lulck
18:41:11 <parv> In the installer one of [Tab], [Up], [Down], [Left], [Right] eventually goes to the intended choice (who reads the doc for the installer anyway?)
18:41:49 <parv> .oO( perhaps I should )
18:44:12 <jemius> parv, the doc is not really useful here, or is it? Every human instinctively knows that it's the arrow keys and TAB
18:44:22 <parv> :-]
18:53:31 <meena> exciting https://www.freebsd.org/releases/14.0R/schedule/
18:53:33 <VimDiesel> Title: FreeBSD 14.0 Release Process | The FreeBSD Project
19:08:59 <jemius> why do I get a "Protocol not supported" when creating a SCTP socket? i thought that's a well supported protocol
19:23:05 <meena> jemius: what's your code look like?
19:24:03 <jemius> meena, listen_sock = socket(AF_INET6, SOCK_STREAM, IPPROTO_SCTP);
19:24:10 <jemius> that works on my linux desktop just fine
19:24:29 <jemius> I guess the kernel module is missing in FreeBSD or the protocol was not activated when compiling
19:25:45 <meena> https://man.freebsd.org/src.conf(5) i don't see an option to disable it
19:25:46 <VimDiesel> Title: src.conf(5)
19:26:59 <jemius> the manpage lists so called `options`; SCTP and SCTP_SUPPORt
19:27:12 <meena> https://man.freebsd.org/sctp(4) but you still can, in your KERNCONF
19:27:13 <VimDiesel> Title: sctp(4)
19:27:33 <meena> jemius: did you include the right files?
19:28:10 <jemius> meena, what files? that's just a C-Program and it compiles witht errors and warnings. The error comes from the kernel.
19:28:47 <meena> this one:   #include <netinet/sctp.h>
19:29:35 <jemius> of course. If I hadn't – it would not compile.
19:30:04 <kevans> already... wrote
19:30:05 <kevans> bah
19:30:35 <meena> but yeah, if the kernel was compiled without, that makes sense
21:08:54 <markmcb> is there an easy way to show the pkg versions of latest vs. quarterly? either web or using the pkg tool?
21:10:16 <meena> markmcb: freshports.org
21:11:15 <markmcb> meena: perfect, thanks!
21:11:41 <meena> this Aldi
21:12:05 <meena> this also shows if and why something is failing (fallout)
21:12:12 <meena> ☢
21:25:05 <markmcb> if i want to "export" a jail for backup, is it as simple as "tar czf archive.tar.gz /my/jail" (along with the config)?
21:26:12 <markmcb> i see a lot of references to iocage, but i'm trying to avoid extra tools if possible
21:26:57 <meena> markmcb: how did you create the jail? what Filesystem is it on?
21:27:26 <markmcb> zfs, created it manually
21:27:44 <markmcb> on its own dataset
21:30:44 <markmcb> then bsdinstall jail /my/jail
21:31:07 <jemius> meena, the solution was to load the module. `kldload sctp`. Apparently it is not auto-loaded
23:52:04 <meena> good to know