00:17:48 hi, im trying to resize a zfs partition and gpart warns: gpart table "nda0" is corrupt 00:18:23 i dd'ed a smaller disk into a bigger one. and now im trying to resize the partition 00:18:46 im doing: gpart resize -i 4 nda0 00:19:30 whats the correct way to fix and resize ? 00:31:10 What was the dd command you entered? 00:37:57 (The answer to your question is *probably* to use "gpart recover", but it being a whole data partition, I'd rather check there aren't other problems lying in wait to mangle your data.) 00:57:21 V_PauAmma_V ya that worked ty 00:57:44 jbo: pong 01:29:59 V_PauAmma_V: simple dd if=/dev/nda0 of=/dev/nda1 status=progress bs=1000M 01:30:21 it boots but displays wrong disk size/free disk space 01:30:27 jbo: pong 01:30:50 there a convention for what to call a cli that connects to a program using the program's .sock file? 01:30:55 just programcli or? 01:31:15 V_PauAmma_V: gpart shows the bigger (new) disk as corrupt, but when i run recover, it doesnt boot 01:31:25 throws some error 01:39:54 HER, you said the gpart error was on nda0 (the smaller, source disk). Was that a typo in reproducing the message? 01:49:02 V_PauAmma_V any upside to having rc daemons log to their own file or is it always better for stuff to log directly to syslog? 01:51:45 I have no basis for an informed opinion on that. 01:54:44 jbo: EXICTED PONG! 01:55:00 why does he keep pinging me then fucking off 01:56:20 V_PauAmma_V: the error is in the bigger one, after dd copy. it should show 1tb free space instaed of 500gb (smaller disk) 01:57:04 the copied disk boots, but shows wrong disk free space... and when i check with gpart, gpart displays the disk as corrupt 01:58:59 and its a geli disk 01:59:00 OK. Did you run "gpart recover"? 01:59:09 zfs/geli 01:59:35 V_PauAmma_V: yes, and it "works" but when i reboot, it shows some errors... 01:59:39 doesnt boot 02:01:10 OK. Try a "gpart resize" (with appropriate command arguments) now. 02:12:15 V_PauAmma_V: i will have to dd again 02:12:37 because resize fixes the corrupt issue, but then disk wont boot 02:12:54 throws some error 02:13:25 but thans, V_PauAmma_V , dont spend more time on this... i will try some standard way =) 02:13:50 instead of dd.. i will install a new system and copy over 02:19:57 * V_PauAmma_V nods at HER. 07:49:32 https://www.bsdnow.tv/558 *listening* 07:49:33 Title: BSD Now 558: Worlds of telnet 10:11:44 Hello folks! I switched to Dragonfly Mail Agent. I noticed that emails from cron bounce because cron sends them to the username (e.g. "john"), without adding any domain. I suppose I could manually list aliases to workaround that problem. How are you handling this? 11:30:15 Good morning 11:38:18 morning 11:40:03 morning 13:00:43 has anyone experienced nfsv4 mounts (zfs based) not being seen on linux systems? and receiving a mount.nfs4: Protocol not supported message, this is occuring on debian bookworm 14:18:21 voy4g3r2: Firewall?' 14:19:03 I know I had something mounting zfs nfs at somepoint. 14:41:10 is it possible to mount a geli/zfs partition into a /some/dir ? I have 2 freebsd installs, 1 in each disk. I want to boot into live cd and mount each disk on different directories (/mnt/disk1 /mnt/disk2) and then copy data from one to other 14:48:13 Hey. How can I trace syscalls on FreeBSD? 14:49:27 truss(1) or ktrace(1). 14:52:17 Ok, thanks! 15:02:06 HER, "zfs mount -o mountpoint=/mnt/disk1 /dev/whatever" 15:03:26 I think the problem will be that both installs will have used "zroot" for the array name and therefore at least one of them must be renamed. I think. 15:04:03 If they have different names then one can be mounted at an altroot using -R. Probably needing -f too. Example: zpool import -R /mnt -f zdata 15:06:01 V_PauAmma_V: thanks! 15:06:05 I think the pool UUID will need to be used instead of the name since the pools will both be named "zroot". 15:06:25 rwp: right 15:21:34 i've set failover between ethernet card and wifi as described in handbook and also with some minor changes as can be found by cy@ answer on https://forums.freebsd.org/threads/help-ethernet-wifi-failover-link-aggregation.92949/ 15:21:35 Title: Help! Ethernet/WIFI Failover Link Aggregation | The FreeBSD Forums 15:21:38 it works 15:22:09 however my dmesg polluted with endlessly with: wlan0: link state changed to DOWN 15:22:10 wlan0: link state changed to UP 15:26:00 is this expected or something not ok with config? 15:36:05 Depending on which WLAN interface you have, you may need to set the ethernet's MAC address (to the same as the wlan's), not the reverse. That's the handbook current recommendation and what I did when I had an Ethernet at home. ISTR the symptoms for me of doing the opposite were failure to attach to the AP, which is similar to what you describe and may be caused by the same. If that doesn't stop the 15:36:11 flood of wlan0 bounces, the next question is: do you have the same problem with separate (unaggregated) wlan and ethernet? If you do, it's likely you need to move your AP or add another. 15:39:06 i have to try 15:39:25 and yes i have ethernet mac set, not wifi's card 15:39:38 *nod* 15:41:27 Just a clarifying question. The wlan0 logging of state isn't incorrect but just the logging of it up and down is annoying? And it's all working but you would like to suppress the logging of wlan state? Is that the same message that would be received normally using wifi too? (I don't know as I am not using wifi. That's why I am asking.) 15:47:10 i will try using only wifi and see. 15:50:22 Sadly I am not using FreeBSD on a laptop at the moment. I need to set one up and get experience with the native WiFi on 14. On the linux side doing link failover I have only ever been successful setting up OpenVPN which runs over whichever link is active. That technique works well there. But it's not turnkey and one must set it up. 15:51:35 from what i can tell it is still use 11g mode. but it is enough for me. 15:58:54 Hey folks. Does anyone here have experience with "NIST SP 800-171 Rev. 2"? 16:43:42 any upside to having rc daemons log to their own file or is it always better for stuff to log directly to syslog? 16:45:11 Have you posted this question to the freebsd-questions mailing list? I am behind reading it. But it's probably time to get a new audience and that list will have a broader base of readers and more experience than here. 16:46:16 reliablesignals, Have you completed your Cyber Awareness training? :-) https://public.cyber.mil/training/cyber-awareness-challenge/ 18:36:27 can syslogd be configured to send logs with tcp? 18:52:44 doesn't look like it 18:52:44 polyex, not to my knowledge. As far as I can determine FreeBSD's syslogd can only use UDP. You will probably need an alternate, such as syslog-ng, to use TCP. 18:53:02 if i'm logging to localhost udp is plenty reliable? 18:54:05 Unless you have a horrid network, UDP should be fine for log packets. 18:54:23 but if it's localhost:514 why would the network even matter? 18:54:56 Oh, I missed the localhost question while I was talking about UDP. :D Yeah, should not matter at all. 19:00:41 When the network is under stress (think switches and routers overloaded with max traffic) then routers will prioritize TCP connections over UDP connections (generally) and that means some UDP connections get discarded when the capacity overflows. Due to queuing quirks UDP packets might be forwarded out of order. And due to retries UDP packets might arrive out of order. 19:01:06 But on localhost on the loopback device? If the internal loopback network is in such distress that it drops a UDP packet then you will know the machine is in distress by how slow it is running. 19:01:28 i wonder if that happens on localhost too. like if the local box is saturated with localhost tcp traffic, does localhost udp traffic start getting dropped? 19:01:43 nice 19:01:45 It would. But I really can't imagine a case where UDP on the loopback device is so saturated. 19:01:48 ty 19:01:50 ya 19:08:38 Once in the work lab where we had an Extreme Networks Black Diamond switch/router (a Barney box, it's big and purple like Barney) which was big heavy iron at the time. I was working on a distributed networking using UDP in a program to collect data and control ops across our compute farm of 3k+ machines. 19:08:46 I found that if I cranked it up I could completely overwhelm the box, as one might expect with a compute farm, and then stop everything and over the next 2 minutes (magic number) UDP packets would drain out of the router and other places. 19:08:52 Two minutes is the max lifetime of an Internet packet so any packet older than 2 minutes is discarded by design to prevent complete breakdown of the network in the case of overwhelming and endless data. 19:09:46 max lifetime is any protocol like udp, tcp ... 19:09:47 ? 19:10:47 Max lifetime of an Internet Protocol (IP) packet. IP is the base under which UDP and TCP are the two most well known types. But there are other types too. 19:11:06 3rd most popular after udp and tcp? 19:11:27 Hmm... Don't know. IPSEC protocol 50? 19:11:38 Oh, ICMP most certainly! 19:12:12 nice ty 19:12:16 in ancient theory a router is supposed to decrement the TTL once per hop *and* per second 19:13:22 if every implemented the second half the max. range for an IP packet would be limited by the max. 8 bit ttl counter times the speed of light 19:13:26 *everyone 19:13:28 I might be remembering the 2 minutes wrong but I remember that value strongly. But looking at RFC 791 it says 255 seconds (4.25 minutes). So... Maybe I am misremembering that somewhat. 19:14:34 Regardless routers and switches can't hold onto a packet forever and must discard it at some point. 19:14:56 then it becomes another interesting layer when 802.11 comes into the next layers up 19:15:13 * voy4g3r2 decided to play around with acces points and how to manage a 2ghz and 5ghz wireless network.. that was not a smart rabbithoel 19:16:01 crest: hap ax3 recommendation was awesome by the way.. picked up some cap ax access points.. now waiting for a switch to slowly replace my non-managed switches in network 19:16:24 what's hap ax3? 19:16:37 it is a mikrotik router 19:16:50 ah. with terrible config UI or? 19:17:05 polyex: a mikrotik wifi "accesspoint" with quad-core 64bit arm cpu and a gig of ram that doesn't break the bank 19:17:38 polyex: yes winbox is terrible, but the cli is quite decent and these days it's winbox that's lacking behind the cli 19:17:53 Oh! Searching I see references listing different systems using different TTL and Hop Limits and people were using it to identify the remote system OS. So likely at the time I was doing the experiments 2 minutes was implemented by the Barney box. Likely that or something similar. 19:18:30 crest: i even got CAPsMAn to work.. under wifiwave2, not perfect setup but central management of access points is nice :) 19:19:06 yes it is and it's a requirement for 802.11r 19:19:45 (to allow the APs to help clients roam faster) 19:20:17 yeah, the whole "seeing" access points thing, i am trying to figure out how to manage 19:20:32 make 2.4ghz not as "loud" and jumping to 5ghz but not staturating the airwaves 20/40/80 setups 19:21:17 Every time I see microtik my brain pronounces it "my kra tik" rather than micro-tick as I am sure they intended. 19:21:18 i have not touched network stuff like this in decades.. so in typical fashion.. just diving into the deep end and see what happens 19:21:27 iirc 802.11r provides a clients essentially the bssids and channels of accesspoints worth trying instead of having to search for them 19:21:52 i want to just have 1 SSID and still have not gotten it to work.. right now i have a and -5G 19:22:08 rwp: same 19:22:29 bssid != ssid 19:22:58 think of the bssid as the mac address of each access point's radio 19:23:24 i am trying to see if i can link "configurations" to radios on each device 19:23:25 each access point announcing a ssid does so under its bssid for the radio it's announcing it under 19:23:39 so if someone would try to add an AP to the network.. they will just be out in lala land 19:24:05 so i heard of bssid, enought to know i am clueless on how to actually getting it to work 19:24:14 you can do that e.g. to have one AP on the lower half and one AP in the upper half of the 5GHz band 19:24:27 Ah! MSL Maximum Segment Lifetime in RFC 793 says "MSL Maximum Segment Lifetime, the time a TCP segment can exist in the internetwork system. Arbitrarily defined to be 2 minutes." It's specifically a TCP parameter. 19:26:02 It's required to ensure that TCP sequence numbers are not duplicated within that time interval. As that would cause problems. Packets older than that are discarded ensuring that sequence numbers from older than that can be reused. 19:27:54 crest: that is the plan: https://1drv.ms/i/s!Ag86nuiRCza3jbQmQowpZbJW5dyoqA?e=UFwCes 19:28:12 just breaking up the frequency ranges.. set it up for 2.4ghz the 5ghz i am still figuring out how 19:35:55 i have three ssids per accesspoint: just the name, with a -2.4GHz suffix and a -5GHz suffix 19:36:29 for each radio (2.4GHz and 5GHz) of each AP the frequency specific configuration is the master configuration 19:37:02 and the other ssid(s) are defined by slave configurations (their terminology in the config language) 19:39:08 so anyone can connect to any and it does its things 19:40:27 if the client is too dumb i to reliably pick the right frequency band the extra ssid's help 19:41:09 yeah, that seems to a common theme in these talks i am listening to 19:41:19 assume everyone/everything is dumb and remove as many variables as you can 19:44:43 but if you want your laptop to fall back gracefully to 2.4GHz when you're sitting in your backyard you have to allow it to pick the band 19:44:56 unless you covered everything with outdoor APs :-P 19:48:12 so i got opentelemetry collector configured to receive syslogs on localhost:514 udp. so i add a line to /etc/syslog.conf, *.* @localhost to make it send messages to the collector and service syslogd restart, but then syslogd logs: sendto: No such file or directory. what i'm doing wrong pls? 19:49:14 not there 19:50:03 polyex: are you trying to bind two services (syslogd and the collector) to port 514/udp on the loopback? 19:50:39 crest well i want the collector to start its syslog listener then syslog to send messages to it. and ya all on localhost 19:50:50 crest: not there yet.. i did find that the old wifi stuf just flooded the whole property.. but i do like the fallback things.. connect to the and it _should_ switch 19:51:07 polyex: what's the output from sysrc syslogd_flags? 19:51:41 did you give it -ss to put it into secure more mode (aka not bind to udp) 19:51:52 crest -s 19:59:54 i even tried changing the ports to 5140 to get above 1024 but still not working 20:00:17 logger "test" shows up in /var/log/messages, but syslogd doesn't send it to the collector running on localhost 20:02:01 no wait 20:03:39 i had -ss somehow 20:05:06 ty! 20:09:38 only works when i move collector to listen for syslog on 5140, not 5`4 20:09:55 514 makes service collector start fail saying port is already bound to 20:14:59 polyex: does the collector start as root and drops privs or is it like so much of that stuff written in go and lacks a portable api to drop privs because you can't implement one on linux (because of linux braindamage aka EWONTFIX) 20:15:25 dunno prolly the later tbh 20:15:34 know how to check? 20:15:39 yes 20:16:20 how? 20:16:37 even if it can't drop privs you can use FreeBSD's TrustedBSD MAC framework to allow specific groups or users to bind low ports (<1024) 20:16:49 see mac_portacl 20:17:34 ya, done that. i just didn't think that was the prob because i don't get any error logs that it tried to bind to port but failed 20:19:36 if syslogd is stopped, looks like collector can start and bind to 514 20:19:57 so i guess by making syslogd flags -s instead of -ss, it binds to 514 even if it's not configured to listen or anything? 20:21:39 ya, default /etc/syslog.conf, -s flag, start syslogd, netstat -na | grep 514 shows it wtf!? 20:29:42 polyex: try sockstat -l46 -p 514 20:34:23 polyex, I think that's because it doesn't know, at the time it can bind to UDP port 514, whether it will have to *send* to syslogd on another host. Hence, it always opens it, unless asked not to (insecureish mode) by -N. 21:05:48 polyex: the double -s flag doesn't come from /etc/syslog.conf. the syslogd rc.d passes it to the syslogd process as argument when configured to do so in rc.conf 21:06:08 ya i know 21:06:19 V_PauAmma_V where is that -N documented? 21:06:37 which syslog collector are you using? 21:06:51 syslogd in base, and opentelemetry collector 21:07:07 how did you install it? 21:07:13 pkg install something? 21:07:27 nah had to figure it out manually 21:07:32 not officially supported 21:07:58 does the collector stay running or does it die quickly? 21:08:35 does it accept messages sent via nc -u 127.0.0.1 514? 21:08:43 dies right away. in the collector log it says can't bind to port 21:09:00 as which user are you attempting to start the collector? 21:09:08 otelcol 21:09:20 but we already solved it, its' because syslogd auto binds to 514 21:09:22 because on any *nix by default only root can bind to ports below 1024 21:09:24 so i need to fix that 21:10:00 fixing the syslogd is as easy as sysrc syslogd_flags="-ss" && service syslogd restart 21:10:23 -Ns did it 21:10:34 where is -N documented tho? 21:10:48 man syslogd 21:11:00 look for -N and -s 21:11:40 oh right -ss does even more 21:12:08 it configured syslogd not use network sockets at all and prevents it from forwarding messages over network as well 21:12:50 -Ns should prevent it from binding the listening socket but allow it to still forward messages using an unbound socket (that gets implicitly bound to a some high port) 21:14:04 unless you syslog collector requires something archaic like putting faith in the source port and expecting senders to send from port 514 it should work 21:15:39 you could try this: sysctl net.inet.ip.portrange.reservedhigh=513 21:16:15 iirc this is the sysctl to reduce the highest reserved port number (the default value should be 1023) 21:16:45 ok just tested. -N makes it so syslogd won't send logs to the collector on port 5410 21:17:19 by reducing it to one below the udp port of syslog (514/udp) any process is allowed bind to port 514-1023 (first come, first serve) 21:17:21 i guess -N disables all udp binding, not just the default 21:17:29 in that case try -ss 21:17:39 i't been a while since i had to tinker with this 21:17:48 or you could just bind them to different addresses 21:18:23 seems weird to have syslogd need to bind to 514 for no reason, in order to bind and send out on some other port 21:18:26 e.g. syslogd listens on 127.1:514 and [::1]:514 and the collector on 127.2 and [::2]:514 21:18:27 "nice" 21:18:46 i don't need syslogd listening at all, only sending 21:18:51 polyex: what makes you assume syslog binds port 514? 21:19:12 unless you see it bound by syslogd in sockstat -l46p514 it's not binding that port 21:19:39 sockstat -l46 -p 514 shows it 21:19:46 your service user is instead not permitted to bind port 514 by default because it's a so called low port in the range 0 to 1023 (inclusive) 21:19:57 nah i have that disabled 21:20:01 this is not that 21:20:33 if you still suspect syslogd kill it and test if that allows your collector to start 21:20:42 (just remember to start it again) 21:20:42 did 21:20:46 did that fix it? 21:29:02 hi!, i have a fresh 14.0 install. installed drm-kmod however when i try to kldload i915kms it hangs. what could be wrong ? 14.0 with i915kms has been used in the machine before, so i know it works 21:29:54 HER: you knows it used to work. you could be doing everything wrong if it's a regression 21:30:03 do you still have the config files that used to work? 21:30:09 can you still log in via ssh? 21:30:46 can you be more precise than "it hangs"? what hangs? are their any "signs of life" from the hanging system? 21:30:58 does the monitor stay lit? can you ping it? 21:31:06 crest: i have the config files, i tried to re-use them, but then it hangs during boot on "Loading kernel modules:" IIRC 21:31:17 i have phisical access to the machine 21:31:33 do you have access to a second maching on the same network? 21:31:43 crest: if i kldload manually it displays: 21:32:01 iic0: on iicbus0 21:32:03 often times drm/xorg fucks up the video is unusable, but the system is otherwise running 21:32:08 iic1: on iicbus1 21:32:13 and then hangs 21:32:16 so you can debug it via ssh (or serial) 21:32:45 i have access yes 21:33:08 what should i check ? dmesg ? 21:33:39 dmesg or /var/log/messages 21:34:14 it's also a good idea to reboot and try kldload in tmux/screen over ssh 21:34:38 ok 21:34:49 maybe it prints something use that gets lost on the failing video console 21:35:14 how long ago did you last had success using i915drm on the same hardware? 21:35:29 did you check freshports.org for changes to the relevant port? 21:36:26 did you already try both drm-510 and drm-515? 21:36:28 HER, Is this i915kms in base? Or in ports? If it is in base then everything should be consistent of course. If it is in ports then there are cases when ports is out of sync with base. 21:37:07 which freebsd version are you running? 13.x? 14.x? something different? stable? current? still on 12.x? 21:37:16 Though that seems like it should not happen with in the .0 release cycle. It's a problem I have now in a 13.3 point in time. 21:37:41 HER said "a fresh 14.0 install". 21:37:58 sorry i missed that 21:38:37 did it work on 14.0 before? 13.3? 13.2? 12.4? even older? 21:38:53 it worked on 14.0 21:39:15 i think i had 515 21:41:06 crest so basically, the only option is to use syslogd_flags -s, and port other than 514. the reason is -ss and -N make syslogd not bind to any ports to send, but taking them away makes syslogd autobind to 514 and fight with collector for that port. so only option is port other than 514 21:41:13 crest: it was working 2 days ago :) im upgrading the hdd, so reinstalled everything. i am pretty sure i used drm-515. and always install from 'pkg'. 21:41:19 really don't know why it's not possible to disable the syslogd autobind to 514 21:41:35 crest: kldload remote from screen hangs and disconnects =p 21:42:07 that makes it a lot harder/annoying to debug 21:42:14 rwp: the i915kms is from 'pkg', same as older install 21:42:37 HER: did you run 14.0 before as well? 21:42:44 yep 21:42:47 Then I suspect that the port is somehow out of sync with base. 21:42:53 ahh 21:43:06 maybe i used 'latest' in pkg settings 21:43:10 i will try that 21:43:21 instead of quarterly 21:43:23 rwp: normally i would suspect that as well, but there is only the 14.0 release in the 14.x major release branch 21:43:45 so the kernel modules *should* be perfectly compatible 21:43:58 crest, Right. I don't see how a .0 could get out of sync. But yet it seems like it must have. 21:44:31 I mean, right now there is only .0 for both base and ports and that's all there is. 21:44:34 can you run pkg query '%q %n-%v' | grep -i kmod 21:44:44 crest so basically, the only option is to use syslogd_flags -s, and port other than 514. the reason is -ss and -N make syslogd not bind to any ports to send, but taking them away makes syslogd autobind to 514 and fight with collector for that port. so only option is port other than 514 21:49:03 crest: http://paste.scsys.co.uk/27162 21:49:05 Title: magnet_web paste from Someone at 217.168.150.38... 21:51:20 changed /etc/pkg/FreeBSD.conf from quarterly to latest 21:51:20 HER: thx. looks correct. there no old freebsd packages hidden among the installed packages 21:51:26 and running pkg upgrade -f 21:51:33 right 21:51:34 you could try to install the older drm version 21:51:39 510 ? 21:51:41 yes 21:51:45 ok 21:53:01 or try to load the firmware kernel module for your gpu first? 21:53:51 what you mean ? its intel processor only 21:55:29 bah, same thing with 'latest' in pkg 21:57:23 i think you meant the intel module ? 22:01:16 removed 515, installing 510 22:02:45 kldload worked with 150 22:02:47 510 22:03:06 but x doesnt start =p 22:04:32 crest: how can i load the firmware kernel for the gpu first ? 22:04:38 hmm 22:05:04 check the firmware, install gpu-firmware-X then load it 22:05:06 i will try taht 22:48:16 can freebsd shrink a filesystem? 23:29:35 doing a ports install is a kitchen sink wow 23:37:21 Soni, Normally no. But even on Linux systems it is best not to attempt shrinking. I once had a machine spin 12 days 24x7 shrinking a file system. Now I just create a new one the right size and copy the data over. It's consistently able to conclude that way. 23:37:54 rwp: +1. 23:41:08 rwp: we recently shrunk a filesystem from 2TB down to 150GB, on linux 23:41:15 can freebsd do something similar? 23:43:14 filesystem stuff on Linux works well, especially when using LVM from the start 23:43:28 Last i checked its not possible to shrink on FreeBSD 23:43:56 I would have said so too. But I did a search and turned up this interesting recipe: https://askubuntu.com/questions/1231355/how-can-i-shrink-a-zfs-volume-on-ubuntu-18-04 23:43:57 Title: How can I shrink a zfs volume on ubuntu 18.04? - Ask Ubuntu 23:44:04 I assume this is ZFS we are talking about? Not UFS? 23:44:27 okay let us boot up the VM 1 sec 23:45:19 I still think the most reliable path is to create a new file system of the desired smaller size and then copy the data onto it. Do a backup test by doing a full backup and then restore on to the new smaller size. 23:47:34 rwp: we have nothing that can read UFS 23:48:21 I wonder if that askubuntu.com/questions/1231355 is using a new feature because I don't recall that one could remove a stripe in previous days. But if you can then yes that is one way to do it. I would want to test it out thoroughly first before increasing the size and making the problem worse. 23:48:37 we mean sure we can come up with space for where to shove the smaller filesystem 23:48:40 Soni, A FreeBSD system? So, is it a UFS file system? 23:49:00 but we need to figure out how to do this with qemu properly 23:50:28 Am I to assume this system is using UFS? And that it can't be booted up onto the network for the data to be copied off? It's an offline system? 23:50:33 that Ubuntu ZFS guide is not "shrinking" but rather backup -> destroy pool -> re-create pool -> restore 23:51:01 that can be done on any filesystem/os 23:51:20 presumably we can throw -device virtio-blk,drive=ext -blockdev driver=raw,node-name=ext,file=/dev/sdc at the VM? 23:52:07 rwp: crest: just for info, so i reinstalled 14.0 and now kldload i915kms works. So i have no idea why it didnt in the other install 23:52:23 mjp, I don't think so. It started with a non-striped array. It added striped disks of the new smaller size. Then removed the original larger striped disks leaving things back to a non-striped array of smaller size. 23:52:50 HER, Glad to hear things worked out for you! Regardless of whatever glitch occurred. That was an odd error. 23:53:14 Soni, Here is a reference I have saved in case I need it: https://gist.github.com/ctsrc/9a72bc9a0229496aab5e4d3745af0bb9 23:53:15 Title: Install FreeBSD 14.0 on Hetzner ยท GitHub 23:53:19 dont think what exactly? 23:53:51 I don't think it is a backup restore procedure. 23:54:40 In the LVM world it would be like adding a PV to a VG, then doing a pvmove to pour the data from the old PVs to the new PVs, then removing the original PVs. As the person said, all live while the system is running. (Which I still think is pretty cool.) 23:56:13 Soni, If it were me I would back up the data onto another machine using rsync and then resize and then restore with rsync. The system temporarily holding the data does not need to be a FreeBSD system. Which I say since it seems having another one is a problem. 23:56:36 And if I were doing that I would take the opportunity to create the new file system as a ZFS file system, because, ZFS FTW! :-) 23:56:47 the hardest part of this whole issue is figuring out how to use qemu 23:57:13 I am still not understanding why it would be needed? 23:58:29 For the Hetzner recipe pasted it's because there is no bootable FreeBSD available so one must make due booting a Debian rescue system and then going from there. But your FreeBSD VM boots already so none of that would be needed as far as I can see. 23:59:23 from experience and heartache, shrinking no bueno.. default to rwp actions