05:18:32 richlowe: Yeah I think it kind of has to do that unfortunately 12:07:55 I had hurry yesterday upgrade to r151046.. but I had issues with pkgsrc branded zones. Upgrade would not pass without detaching those zones and upon booting into upgraded global zone the pkgsrc won't attach (no errors though) 12:08:59 I feel rather confident though that I've managed to solve this maneuver before, but I can't remember the steps for success 20:06:01 duh, zoneadm -z -u did it (not that visible in the man page) :-) 21:23:39 is there a reason other than history that some things (idnkit, nspr, nss) still have header packages, rather than the headers in the main package like normal? 21:24:04 i think it's history 21:24:16 it'd be good to clear up 21:24:31 the variants on the headers should let people turn them on/off as they wish 21:24:58 and it would deal with things where we tried (and failed) with pkg to have a given fmri either be a leaf, or not. 21:25:10 so pkg:/library/idnkit and pkg:/library/idnkit/header-idnkit for eg is weird 21:25:30 (it's possible we failed at that to such a degree nobody knows we tried...) 21:25:42 yeah we tag headers etc already with the devel facet. so that should be good enough 21:26:12 is there an equivalent of `journalctl -b -1`? my home server just seemingly randomly restarted and i want to know why or what happened 21:28:52 not a direct one that I know, but we should log when we come back up to say what happened if we have crashed. 21:31:50 i was hoping there would be something in dmesg but im not sure what i was expecting to find there 21:48:36 hpqoeu: if setup there should be a stacktrace and a kernel dump Checkout /var/adm/messages 21:50:16 thank you, i think i found the reason 21:58:26 though i am surprised one of the disks being bad enough to hang i/o on a zpool would bring down the whole system 22:05:19 It can happen when the disks triggers the data integrity deadman 22:05:44 that makes sense, the log says "zfs:vdev_deadman" 22:06:17 Yeah thats a very missbehaving disk 22:06:52 yeah, i was already aware it's failing, was just hoping that zfs would fault it before it got really bad 22:07:07 but might be time to replace it either way 22:07:43 Hrd to say what will happen first. we usually replace once we know it's faulty 22:09:00 yeah i already got checksum errors on it, but the array doesn't hold important data so i was just putting it off 22:17:36 thank you for the help though, appreciated 23:07:46 yeah, ideally the disk faults, but in circumstances where it can't, the deadman panicks to reboot and get things back in service (ideally, the disk wouldn't import, when it reboots, but disks are disks...)