/srv/irclogs.ubuntu.com/2020/07/01/#ubuntu-kernel.txt

=== xclaesse5 is now known as xclaesse
=== mamarley is now known as Guest76901
=== mamarley_ is now known as mamarley
=== cpaelzer__ is now known as cpaelzer
slancki got a kernel crash dump and would like to analyze it with GDB but the .crash file on /var/crash doesn't seem to have a CoreDump file when I unpack it using apport-unpack15:00
slanckand using the .crash file or the file generated on /var/crash/DATE/dump.XYZ with GDB gives incorrect file format15:01
slanckI would like to have the CoreDump file to analyze it using GDB, apport-retrace gives the error of missing files15:02
slanckit's working now16:04
gpiccolislanck, you need to use the crash tool in order to analyze kernel dumps16:05
gpiccolineed was a strong statement...it's recomended that you use the crash tool, it's meant to that heheh16:05
gpiccolifor userspace core dumps, gdb is usually the proper tool =)16:06
slanckgpiccoli: hi16:07
slanckyes, I was using the crash command. The issue was that, i don't know yet why, but the dump.XYZ file generated on /var/crash/ was kind of incomplete16:08
slancki regenerated the crash using echo c > /proc/sysrq... and now the dump.XYZ file worked as expected using crash16:08
slanckthe first dump is not detected as a kdump file16:09
slancksudo file 202007010222/dump.202007010222 16:09
slanck202007010222/dump.202007010222: data16:09
slancksudo file 202007011558/dump.202007011558 16:10
slanck202007011558/dump.202007011558: Kdump compressed dump v6, system Linux,16:10
slancki don't know what happened, when the first dump file was generated, i didn't have the linux-crashdump package installed even though there was a crash command available on my system16:11
slancki then installed the linux-crashdump and generated a new crash and got the result shown above, i guess is that, without linux-crashdump, it generates a dump but kind of incomplete16:11
slanckwhen i installed linux-crashdump, it didn't replace the crash tool i had already on my system, i checked the version and it's the same 16:12
slanckcrash 7.2.816:12
slanckgpiccoli: thank you anyways16:14
gpiccolislanck, interesting, so you got a bad dump on the first time. The package linux-crashdump is a meta pkg that maps to all usually required packages to have kdump working16:16
gpiccolithe real packages you need to collect the dump properly (and they all come with linux-crashdump) are kexec-tools, kdump-tools and makedumpfile16:16
gpiccoliThe crash package (also included on the metapkg) brings the crash binary to analyze the vmcore =)16:17
slanck@gpiccoli thank you very much, the bad dump was generated triggering a kernel bug and the good dump shown above was generated using echo c > /proc/sysrq, it's worth to mention I am working on a custom kernel16:22
slancki will trigger the bug again later today and see if it generates a "good" dump now that I've installed linux-crashdump16:23
gpiccoliawesome, hope it works!16:25
gpiccoliWhat version of Ubuntu are you suing ?16:25
gpiccoli*using16:25
gpiccoliI suggest to increase a bit the crashkernel memory if it's not working reliably, also worth trying to capture the console output during the kdump kernel boot16:26
slanckUbuntu 20.04, it's a custom kernel based on vmlinuz-5.4.0-37-generic16:26
slancki had some issues with crashkernel I guess because I am using a KASAN-enabled kernel16:27
slanckinitially the system was only able to boot properly when I configured the VM with more or equal 6GB of RAM, less than that and I got a crash during boot16:28
slanckwith 6GB of RAM, i had to increase crashkernel memory up to the point I got kdump properly configured and working16:29
slanckwith working I mean being able to load the kexec kernel and creating a dump file on /var/crash but I didn't need to investigate the dump file until today16:30
slanckI had to set crashkernel=2048M to get to that point16:30
slanckoh, sorry, the VM has 12GB of RAM and crashkernel=2048M16:31
slancki triggered the kernel bug again and now it seems it working fine, the issue seems to be that the package linux-crashdump was missing16:34
slanckit kind of works, i don't have the registers when the system crashed16:49
slanckcrash> i r16:49
slanckThe program has no registers now.16:49
slanckgdb: gdb request failed: i r16:49
slanckcrash> 16:49
slancksudo crash vmlinux_symbols dump.20200701164516:50
gpiccoliis "i r" a command on crash? I'm not sure17:41
gpiccolitry checking some structure or some pointer you know the address, like linux_banner or something like this17:41
weskraskoHi, #nm sent me here. I followed some instructions on a site to fix my Nvidia drivers, ran "sudo ubuntu-drivers autoinstall", fixed Nvidia but then after reboot, all my network interfaces are gone!21:38
weskraskoSo I ran ip link show as recommended in other channel. Shows only lo.21:39
weskraskoRan lspci, shows Ethernet and Wireless cards, but dmesg doesn't seem to show any of that.21:39
weskraskoThey said maybe my kernel is now not loading the firmware/driver/module's needed? I don't know what happened, my wifi was working "out of the box" before this.21:40
jeremy31weskrasko: was there a recent kernel update?  You might want to see if the linux-modules-extra was also installed for that kernel version22:25
weskraskoThanks, how would I do that?22:26
weskraskoAnd yes, right after I ran the command above I did a normal update as I always do, I saw kernel and firmware stuff. NEver had an issue with udpating so thought nothing of it.22:27
jeremy31weskrasko: check in terminal>  dpkg -l | grep linux-modules-extra-$(uname -r)22:28
weskraskoNope, no limux-modules-extra for current kernel22:36
weskraskoHow can I fix with NO connection? Download deb?22:36
jeremy31weskrasko: you can use grub menu to boot into older kernel, then install the linux-modules-extra for the newer kernel22:38
weskraskoOMG thank you it worked!! Never had that happen before, but at least it's back up. :)22:43
sarnoldjeremy31: nice :D22:43

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!