[06:03] Good morning === jhona-aima1 is now known as jhona-aima === mIk3_09 is now known as mIk3_08 [07:45] Howdy. Since 18.04 doesn't have mcelog any more, what do you guys use? [07:47] for AMD you just load the edac_mce_amd driver, and grab "Hardware Error" stuff from syslog...but not sure what to do on intel [08:24] maybe rasdaemon [08:27] tomreyn: thanks ... and reading about that, it seems it uses "kernel tracing events" and EDAC. And looking at the machine I wanted it on, it seems to have i7core_edac loaded (but it's a Xeon E5620). Maybe that means it'll already dump stuff in syslog. [08:32] ideally the firmware would detect events and log and handle them [08:35] jamespag I think we missed to update https://git.launchpad.net/~sahid-ferdjaoui/ubuntu/+source/murano-dashboard [08:35] jamespage: ^ [08:35] coreycb: ^ [08:35] peetaur2: where that's absent (or just implemented for 1-bit errors, like on most ryzen / threadripper), relying on syslog and custom scripts in user space may be the only (unreliable) alternative. i'm (even) less experienced with intel in this regard, too. [08:39] tomreyn: I have other ways to get the event log...but I want something I can deploy with puppet and alert with nagios [08:39] not sure how to do that with the supermicro ipmi event log [08:49] coreycb: https://git.launchpad.net/~sahid-ferdjaoui/ubuntu/+source/python-mimeparse/ === jdstrand_ is now known as jdstrand [14:28] is system-storage-manager not avaliable in Ubuntu ? [16:37] Ussat, their site says it's Alpha [16:37] At least, the sourceforge download page does [16:37] huh [16:37] thats, odd since it has been i rhel since 7.X [16:38] Ah, project moved [16:38] https://github.com/system-storage-manager/ssm [16:38] its a pretty standard utility, I like to have the same tools on each if possible [16:38] I am just suprised there is not a package for Ubuntu [16:39] oh well, thanks [16:44] Ussat, it doesn't sound hard to compile. You could submit it to Debian. [16:50] ,v ssm [17:05] Ussat: ssm was in Debian (and Ubuntu) but got removed. The project originally started on SourceForge around 2012 I think [17:05] Why was it removed ? [17:06] it's in 16.04 [17:06] I mean its all acedemic at this point, ut why ? [17:06] Ussat: bit-rot I think; unmaintained [17:06] That is unfortunate [17:06] its a usefull utility [17:06] Ussat: see https://launchpad.net/ubuntu/+source/system-storage-manager/+publishinghistory [17:08] Ussat: looks like people at RedHat took it up but Debian maintainer got lost around 2015 and it wasn't updated there [17:10] Ya...I dont use it a LOT but its ion my standard install kit on rhel/cent [17:10] in [17:10] I mean, its not needed by any means, just conveniant === DerRaiden`work is now known as DerRaiden [20:01] need help with removing an LV using preseed/late_command .. [20:02] d-i preseed/late_command string umount /target/dummy/ did not unmount it... [20:02] still seeing /dummy after installation [20:07] it was probably in use? [20:08] If it was in use, the late_command would have failed, assuming it wasn't caught [20:08] there's an installation log stored at /target/var/log/ [20:41] grep dummy /var/log/syslog does not show any unmount or mount related logs [20:43] i suppose I could add force or lazy option and rebuild the ISO and re-install [20:53] axisys: are you seeing a file-system mounted on /dummy/ or just the mountpoint directory? [20:54] axisys: if the latter, your late_command_string also needs to "rmdir /target/dummy" === Soni is now known as Soni|AntiMatrix [21:28] TJ-: it is a separate partiton [21:29] TJ-: so yes /dev/mapper/system-dummy mounted on /dummy === SuperKaramba is now known as BenderRodriguez