00:52:38 <ndut7> hi all l33t
04:36:53 <ivy> is there a patch for the new libxml2 vulnerabilities anywhere?  (for the version in ports)
08:07:28 <demido> mason fuck that's not good
08:07:41 <demido> xml parsing vulns? dude like totally no way
14:10:55 <trashboat> hi all, i'm looking for a mechanism to remotely image an SDD of a running freebsd device...possible
14:10:58 <trashboat> ?
14:14:02 <sbr> ssh? + dd
14:14:52 <sbr> or zfs snapshot.
14:15:13 <sbr> And is it the whole disk or an SSD
14:15:20 <sbr> of many
14:17:49 <trashboat> i need the whole disk
14:17:58 <trashboat> can this be done while running?
14:18:32 <trashboat> i would like to be able to swap in the spare, and boot up as before if the first SDD fails
14:19:55 <[tj]> what filesystem?
14:20:35 <trashboat> multiple, system is zfs
14:21:15 <trashboat> and there's efi boot
14:21:35 <[tj]> efi won't change unless you change it
14:21:50 <[tj]> zfs snapshots are atomic, you can take one while the system is running and send it somewhere
14:22:03 <[tj]> then take another on top of the first which is a delta
14:22:29 <trashboat> ok that's cool but it doesnt give me a live standby
14:23:09 <trashboat> i know what youre saying is quite possibly a good solution just trying to think of the steps
14:23:44 <trashboat> if it was an auto-created iso image that could work
14:23:51 <trashboat> and in an emergency i could dd it to the spare
14:24:00 <[tj]> https://www.reddit.com/r/zfs/comments/n57hcr/convert_single_disk_stripe_to_mirrored_stripe/
14:24:14 <[tj]> I haven't really read that reddit thread
14:24:22 <[tj]> but you might want to do something like that
14:24:40 <trashboat> will read. thx
14:24:49 <sbr> you could also just zfs copy the import stuff and setup a new ssd on another machine?
14:24:58 <sbr> for the efi partition etc
14:25:31 <sbr> assume it doesn't _need_ to be a bit perfect copy
14:25:38 <trashboat> well, it needs to boot
14:25:42 <trashboat> if swapped into the device
14:25:52 <trashboat> and the device should come up the same as it was before the failure
14:26:50 <sbr> it should do, if its setup the same way, same type of disk etc. Have moved plenty of disks around, they still boot
14:27:35 <trashboat> thats a bonus of efi, right?
14:27:46 <trashboat> i just hate seeing that insecure msdosfs
14:40:38 <mason> trashboat: The ESP is pretty slim and unless you're using fallback naming by default, you're going to want to set up boot variables when cloning the system, so your scripting that does that could just format the ESP and copy in a bootloader when it sets up your boot variable.
15:44:38 <CrtxReavr> I'm going to ask a screen question in here. . .
15:44:48 <CrtxReavr> I'm using this set of servers where if I detatch from a screen session, instead of scrolling what was in the terminal, printing [detached from ... ], then giving me a prompt, it just prints [detached from ... ] at the top of the terminal & gives me a prompt overtop of what was in the detatched screen. . .
15:45:06 <CrtxReavr> How can I fix that?
15:46:48 <TommyC> CrtxReavr: What's your $TERM variable set to?
15:46:52 <Demosthenex> man i am just thick today. how can i check the valid settings for hw.pagesize before i add it to loader.conf
15:47:03 <CrtxReavr> xterm
15:47:18 <TommyC> CrtxReavr: Have you played around with others, like xterm-256 or whatnot?
15:48:10 <TommyC> I can't remember what's available by default but I hope you get the gist.
15:54:24 <CrtxReavr> Well. . . xterm was fine. . . but these servers did have a weird termcap set in /etc/screenrc
15:54:34 <CrtxReavr> IT's fixed now.
15:54:37 <paulf> isn't there hw.pagesizes that has a list of possible page sizes?
15:55:12 <Demosthenex> paulf: that was it, ty
15:59:03 <TommyC> CrtxReavr: What was the solution? Letting others know may help people in the future.
15:59:43 <CrtxReavr> termcapinfo xterm ti@:te@
16:00:22 <CrtxReavr> (Copied from FreeBSD's default /usr/local/etc/screenrc)
16:05:29 <cjs> Gecko : +[infinite]
16:05:37 <cjs> (wrong channel -- sorry)
16:05:49 * CrtxReavr is so offended.
18:34:15 <svragv> does freebsd have drivers available for nvidia teslas? k40 for example
18:34:30 <svragv> apparently the nvidia site says that version 319 supports them
18:36:25 <svragv> there isn't version 319, but there's 304 that supports the k10
18:36:28 <svragv> so maybe better to get a quadro
18:42:28 <dh> There are nvidia-drivers up to version 470 for FreeBSD available
18:43:31 <dh> Sorry, 570 actually
18:44:50 <Macer> Are there??
18:45:39 <Macer> I didn’t know that. I have an extra P400 and set up a fbsd test bed in an old 1u supermicro to toy with jails and bhyve.
18:46:04 <Macer> Speaking of which. I need to see what sort of UIs are available for that. I tried clonos but it was a bit undercooked.
18:52:25 <Macer> https://virt-manager.org/
18:52:40 <Macer> Maybe I’ll take a look at at and maybe xforward it from the host.
18:53:24 <Macer> Or maybe get fancy pants and set up a web server on the host that uses a vnc console that opens only that.
18:55:18 <svragv> Macer: apparently now teslas use a different "branch" of the drivers
18:55:28 <svragv> so apparently only good option is to pci passthru to a linux vm and install the drivers there
18:55:54 <svragv> ah p400 is a quadro, should be better then
19:55:09 <tdback> svragv: you should fair pretty well with the nvidia drivers in ports/pkg. not using a quadro, but ive had no issues with my 3060
23:06:59 <duncan> i think the quadro p-series might be the earliest supported in recent drivers
23:12:29 <Macer> Yeah. It’s an old quadro. It gets the job done though. I have one in my proxmox server pushed to containers but I’m curious to see it work in FreeBSD.