00:27:40 danmcd: thank you 01:06:32 hello all, so there is no 9560-8i driver available for illumos right now? where could find out the driver, or I have to exchange the HBA Card? thanks in advance 01:17:55 tozhu: There is no driver available with support for that generation of LSI cards. 01:18:14 The driver would either be mpt_sas or mr_sas, depending on the firmware. 01:25:13 rmustacc: Thank you very much, so there is no plan to develop the driver in illumos community? 01:26:01 tozhu: I can't speak for others. I imagine there are several companies who make storage products where SAS HBA support is important. 01:30:48 okay, got it, hope the new driver will be available in illumos. thanks again :) 03:11:05 richlowe, news sorry for no caps is actually important bevauce jobs took it for apple 03:11:34 and yes it wsn't bad for the time 03:12:36 i mostly worked on the kernel back then which was already wildly divergent 03:13:29 look, i am sure you are more historically important than i am as if it makes some sort of difference 03:14:59 we are all just a part if time 03:15:55 it flows without us but we all change it in our own ways 13:43:02 For native zones not returning the viona loaned buffer thingies and starving the bhyve VM... would sliding a etherstub between the ixgb0 which currently both vnics and the vnic for the bhyve avoid this? or will it still know it's all locale and thus have no effect? 13:43:21 i hit it again a few times this week 15:03:33 i wish i had been able to recreate that locally so i could peer through all the processing 15:04:55 last i was able to see was that somehow on the 'native' side, we somehow exceed the high water mark (by a lot) without ever notifying the upstack stuff or applying backpressure (i.e. drop) 15:05:25 if you lower the vqsize, the mount and write to a nfs share i can trigger it pretty quickly 15:05:31 but couldn't figure out where things are falling apart 15:07:02 yeah viona -> viona or viona -> other non local host is fine 15:08:06 i just vqsize to the max it takes and its mostly usable unless a lot of writes happen (or a lot of read/write mix) 15:56:45 jbk if a dump would help of a zone in that stuck state, I can probably try and get one this weekend but I think one already got posted in the bug IIRC 16:18:11 I'm not sure... it's been well over a year since I last looked at it.. I suspect though that what we need to find is happening before things get wedged 16:18:23 from what I recall 16:18:58 basically long before viona exhausts all of it's TX resources, the destination netstack should be doing some things it's not doing (which lets it get into that state) 16:19:27 just I wasn't able to figure out where that should happen 16:20:55 since the relevant bits of the kernel are both massive, and rather complicated, and I had little prior experience with either 16:29:08 https://www.illumos.org/issues/13463 16:29:09 → BUG 13463: bhyve locks up when viona ring buffers on loan to a local zone are not returned by sockfs (New) 16:29:33 yeah so what's happening is all those packets from viona get queued up onto a socket in the destination zone 16:29:49 but for whatever reason, things aren't being woken up 16:38:09 yeah a dump probably wont help then as there will just be a queue with all of them in it 20:30:20 i remember there was a review (?) for netstat (?) to show the actual command for ports in LISTEN, was it never integrated? 20:33:32 I have no recollection of that at all 20:34:43 but I wanted it recently and couldn't find a way to do it 20:41:16 https://illumos.topicbox.com/groups/developer/T5bf86d0c4811a730-M8daf0b4171b4e38abebcf92a/developer-adding-pid-information-to-netstat-output 20:41:32 this one? 20:42:30 It got integrated, well a slightly different version 20:42:34 that had a few followups.. 20:42:39 'netstat -u' 20:43:05 heh yes 20:43:48 jbk I think you fixed the fake inodeinum space for sockfs 20:43:53 yes 20:44:04 that was what made me chuckle (the ancient limitation) 20:45:26 we were trying to audit what ports were listening and that led to a bit of a wild goose chase until we figured out what was going on :) 21:10:53 [illumos-gate] 14981 zfs: Several B-tree optimizations -- Alexander Motin 21:11:45 [illumos-gate] 14982 zfs: Fix use-after-free in btree code -- Richard Yao 21:23:42 2 down, more to go... 21:43:49 Oh, you reminded me I have a tiny one to push - are you in the middle of a batch? 21:44:58 no:) 21:45:10 just noticed it's 20 minutes since, sorry, not enough sleep 21:45:21 [illumos-gate] 15208 Allow building with python 3.11 -- Andy Fiddaman 22:30:56 [illumos-gate] 15183 SMB server debug builds are a bit noisy -- Gordon Ross