01:07:26 Is it expected that bectl can't be run from the install media? I'm using the memstick image for 13.1 01:46:15 crb: yes 01:46:25 except it can be used, the way to use it just isn't documented 01:46:41 the install media use case is actually a really good argument for documenting the undocumented 01:48:10 kevans, ok thanks 01:48:30 there's an undocumented -r flag to bectl that you can use to tell it operate on your pool 01:48:44 is there a way to force safe mode in the loader? My system won't boot without safe mode 01:48:46 i.e., if your pool is zroot and BEs are zroot/ROOT/default and zroot/ROOT/whatever, you pass bectl -r zroot/ROOT list 01:48:57 should be an option in the boot menu for it, yeah 01:49:03 kevans, interesting, thank you 01:49:30 kevans, no I mean I want to add it to loader.conf as I don't want to touch the loader menu every time I reboot 01:50:04 safe mode is a collection of knobs rather than a single knob 01:50:19 what's the failure mode when you're not using safe mode? 01:50:59 kevans, the system reboot just before completing reboot, I can reboot again now if you want precise information 01:51:40 yeah, you might record the console output, it'd be good to narrow down which knob(s) are actually helpful rather than applying that massive of a hammer 01:52:01 the knob list is here, btw: https://cgit.freebsd.org/src/tree/stand/lua/core.lua#n177 01:52:02 Title: core.lua « lua « stand - src - FreeBSD source tree 01:52:18 so if you set each of those values as described in loader.conf, you have the equivalent 01:53:59 kevans, it gets all the way to the boot prompt and then reboots, the boot messages all go by so fast I couldn't log anything 01:56:00 last resort: video it with your phone? 01:57:33 right, sorry, video is what I meant 01:58:18 kevans: ah, ok that I'll have to try 01:58:46 it'd be good to fix it, but it might also give you a good idea of which of these is actually problematic 01:58:59 but adding those loader configs did work 01:59:12 perhaps I'll work toward eliminating them one by one 03:02:35 crb: yeah that seems reasonable 03:40:49 kevans, the only loader option I have now is kern.smp.disabled="1" which is a bit troubling 03:42:28 kevans, oops not, I guess that's not enough, it reboots doing a simple pkg install git 04:06:05 crb: have you considered that it may simply be haunted? 04:06:50 ghost in the shell is pretty underestimated 04:45:49 kevans: it's a new setup so there are lots of possibilities 04:46:20 but it does seem to want kern.smp.disabled="1" 04:46:29 which isn't good 09:40:32 Jails and rc.conf - is there a way to pass along arguments to the service by setting any values in the rc.conf. For instance postgresql, i want to be able to set the port to use. 09:41:05 and also trying to understand if there is a way to set this by adding config to the jail.conf 09:43:35 can you maybe do it via postgresql_flags ? 09:46:02 nimaje: So I thought when I looked at the rc-script. but if add postgresql_flas="-p 5430" I get "waiting for server to start....exec: 5430: not found" on start 09:46:19 flags* sorry 09:49:19 drobban: -p seems wrong "-p path" 09:50:31 --options= seems to be what you want 09:53:40 thanks. looked at the postgres man page.... Im confused =) 09:54:43 seems like you want the pg_ctl manpage instead https://cgit.freebsd.org/ports/tree/databases/postgresql12-server/files/postgresql.in#n25 09:54:43 Title: postgresql.in « files « postgresql12-server « databases - ports - FreeBSD ports tree 10:04:51 nimaje: that explains the confusion 10:09:17 drobban: do i understand you correctly, that you're trying to do this from the host's rc.conf or its jail.conf? 10:10:05 at the moment Im just trying to understand the manual on how to do this on the hosts rc.conf. It would pretty sweet if I also could do it in the jail.conf 10:10:32 or something that achieves the same end result 10:12:28 I don't think there's an easy way to achieve this, without creating an rc.conf for the jail itself 10:12:44 ah, you want to do it from the hosts rc.conf and not from the jails, I don't think it will work then 10:14:10 nimaje: yea understood your answer as that. 10:14:53 meena: bummer. it would be sweet to be able to pass in arguments to the host somehow. 10:17:59 you might be able to shoestring some gross things with environment variables together, but it won't be pretty, easy, nor will it feel very solid 11:34:12 meena: aah, think I might be able to accomplish the result im look for with service -j command 11:36:06 the context of it all is to find replacement tools for my linux dev environment. As I used docker to solve some of my development environment Im now trying to use jails instead. 11:37:05 jails with templates also looks promising. 11:38:36 so the problem I try to solve is not to "maintain" services, but instances that I can set up and slaughter whenever needed with predefined packages and services 12:03:36 good morning 12:07:03 hi 12:07:42 Hi. 12:15:41 drobban: you might wanna look into buildah + podman in that case then 12:35:39 meena: at first glance it looks like just another linux container tool? 12:36:15 drobban: it's actively being ported to FreeBSD to work with jails 12:36:36 might still be a little too alpha 12:45:30 nice 13:51:46 meena: who's working on porting podman? 13:54:55 dkeav: dfr, mostly 13:55:47 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268717 13:55:49 Title: 268717 – [pf] [ipnat] rdr rules don't work for traffic originating at localhost 13:56:18 https://github.com/dfr/ocijail 13:56:19 Title: GitHub - dfr/ocijail: An OCI runtime using FreeBSD jail 13:56:21 https://lists.freebsd.org/archives/freebsd-jail/2022-May/000129.html 13:56:22 Title: FreeBSD containers with podman and buildah 13:59:32 https://github.com/dfr/podman/branches/all?query=freebsd 13:59:33 Title: Branches · dfr/podman · GitHub 15:37:28 is it common for chromium to crash all the time in freebsd? or am I missing some important config 15:38:41 It doesn't crash so often for me. 15:38:52 And I feel I'm running things in a vanilla way, unmodified. 15:39:10 check.. I wonder what the problem is then. 15:39:35 the crashes are common while on sites with lots of javascript loaded 15:40:01 I find running Chromium in Incognito or Firefox in Private mode helps with both 15:40:07 as for performance and crashes 15:40:07 almost like it hits some kind of memory limit 15:40:51 and firefox does a lot better with js-heavy websites in my experience 15:40:57 as long as it's not a google website :^) 15:41:17 yea, run youtube-music... =) 15:42:54 hummmm... login.conf 15:45:18 okey. unlimited. I wonder whats causing it.... annoying. 16:04:03 Build chromium with debugging symbols and use the core file to find out what's causing the crash. 16:38:52 Eta for debug ports? 17:08:25 and debuginfod? 17:11:10 paulf: hrmmmm, maybe, yeah 17:12:44 just having debuginfo for libc libc++ and libstdc++ would already be a big improvement 17:32:37 meena, I seem to have lost the URL, but I distinctly remember a wiki page (I think by Ben Woods, so maybe in their wiki space) for building ports with debug info. 17:33:41 I intended at some point to work making it into shape for inclusion in the PHB but never found the time. 17:33:49 Ah. https://wiki.freebsd.org/BenWoods/DebuggingPorts 17:33:50 Title: BenWoods/DebuggingPorts - FreeBSD Wiki 17:34:11 Noooo 17:34:32 I don't want to have to build a port just to be be able de debug it 17:35:20 On Fedora I can either just install debuginfo packages 17:35:42 Or even just type "gdb" and gdb will kindly ask me if I want to use debuginfod 17:35:54 Point. But that change is way above my pay grade. 17:50:28 What exactly am I supposed to be putting in network0_device for vm-bhyve? The bridge? A tap device? 18:02:39 how cringey is it when geli has not been warning for zero keys and encrypting with nothing for 4 years? 18:05:46 wwt: Only when you initialize several in a batch, which hopefully isn't super common. 18:07:47 hopefully 18:08:19 but this is a severe bug 18:23:11 bhechinger: network0_device would be your pre-created tap device 18:23:44 Ok, that's what I thought, but I'm still getting the file not found issue when trying to start the VM. :( 18:35:55 i don't know- i always used the bridges vm-bhyve created 🤷‍ 18:42:00 Yeah, unfortunately I can't because I need the one vlan bridge up for NTP/NFS and vm-switch seems to run after that. 18:56:18 you can config th vlan and add it to hte bridge 18:56:21 that might work for you 18:56:46 NAME TYPE IFACE ADDRESS PRIVATE MTU VLAN PORTS 18:56:46 sw200 standard vm-sw200 - no - - lagg0.200 18:56:59 then the interface is on the vlan before bhyve starts 20:37:23 i wish i had this problem https://bugs.freebsd.org/269572 20:37:25 Title: 269572 – MAXCPU too low for contemporary servers 20:38:45 greetings! why iscsi (istgt) caps @ 800MB/s whereas cam doesn't? 21:45:37 ugh, so it seems my issue with multiple password prompts is due to the older bios bootloader instead of efi. but efi doesn't mirror out of the box. think it's worth the hassle to reinstall and use efi instead of bios so i can just have one password prompt? 21:46:14 new server, no data, just tinkering before i commit to the build :P 22:30:30 otakon: hard to say without flamegraphs 22:31:01 The answer to any performance problem almost always involves flamegraphs. 22:54:42 @debdrup i am using xigmanas, I am no expert in *nix things. However this doesn't seem to be xigma's fault, because when using cam the performance is almost close to the theoretical of the 10gb nic, 1.0~1.1GB/s 22:55:40 otakon: it's no surprise to me that CAM is faster 22:57:45 debdrup my "issue" with cam is that besides being difficult to setup, it uses primarilly the first thread of the cpu, ~70% and the other 3 ~30%. The istgt is more balanced 22:58:42 Why is that a problem? Typically you don't want performance-sensitive workloads moving around on threads, since you'll be losing cache coherence with L1 and L2 (as these are local to each core). 22:59:10 debdrup Is this what happens with istgt? 22:59:36 otakon: I can't answer that without flamegraphs. 23:00:10 debdrup can you tell me how to draw them? 23:00:36 use red and orange crayons 23:00:42 ha 23:00:48 otakon: you don't draw them, you use instrumentation like dtrace 23:01:22 debdrup my bad, thats what I meant 23:01:30 Basically, a flamegraph tells you what part of a codebase, over a duration of time, is spent actively being processed. 23:02:05 https://www.brendangregg.com/blog/2015-03-10/freebsd-flame-graphs.html 23:02:07 Title: FreeBSD Flame Graphs 23:02:37 https://www.freshports.org/benchmarks/flamegraph/ should have all you'll need, if memory serves. 23:02:38 Title: FreshPorts -- benchmarks/flamegraph: Stack trace visualizer 23:02:42 debdrup I get it. But even if something is taking much cpu time, when using istgt I still have plenty of cpu usage left 23:03:25 otakon: flamegraphs will also tell you if it's waiting on I/O 23:04:57 debdrup you are correct. I will try to make it happen (get you the graphs). In the meantime, is it som sort of misconfiguration of the istgt parameters? 23:05:30 otakon: I have no idea what your configuration is, nor do I know what defaults XigmaNAS uses. 23:05:54 XigmaNAS folks ought to be the ones helping you with this. 23:06:15 debdrup unfortunatelly I din't have success, thats why I post here 23:06:40 it seems to be issue with the istgt (of cource I might be wrong) 23:10:58 debdrup shall I pos the parameters? 23:11:38 otakon: if you want, but please use a pastebin. Also, don't expect me to be able to help you, so please don't feel a need to keep hilightingm e. 23:18:59 here is my istgt settings https://pastebin.com/dl/yY1Sifa2 23:47:53 otakon: is that an InfiniBand card? 23:48:10 * meena points at https://lists.freebsd.org/archives/freebsd-infiniband/2023-February/000005.html 23:50:50 also potentially useful: ibv_devinfo -l ; and ibv_devinfo -v