You can use the following command to check for the kernel messages that should be reported to OpenVZ developers:
grep -E "Call Trace|Code" /var/log/messages*
Then, you should find kernel-related lines in the corresponding log file and figure out what kernel was booted when the oops occurred. Search backward for the Linux string, look for strings like:
Sep 26 11:41:12 kernel: Linux version 2.6.18-8.1.1.el5.028stab043.1 \ (root@rhel5-32-build) (gcc version 4.1.1 20061011 (Red Hat 4.1.1-30)) \ #1 SMP Wed Aug 29 11:51:58 MSK 2007
An oops usually starts with some description of what happened and ends with the Code string. Here is an example:
Aug 25 08:27:46 boar BUG: unable to handle kernel NULL pointer dereference at \ virtual address 00000038 Aug 25 08:27:46 boar printing eip: Aug 25 08:27:46 boar f0ce6507 Aug 25 08:27:46 boar *pde = 00003001 Aug 25 08:27:46 boar Oops: 0000 [#1] Aug 25 08:27:46 boar SMP Aug 25 08:27:46 boar last sysfs file: Aug 25 08:27:46 boar Modules linked in: snapapi26(U) bridge(U) ip_vzredir(U) \ vzredir(U) vzcompat(U) vzrst(U) i p_nat(U) vzcpt(U) ip_conntrack(U) nfnetlink(U) vzlinkdev(U) vzethdev(U) vzevent(U) \ vzlist(U) vznet(U) vzmo n(U) xt_tcpudp(U) ip_vznetstat(U) vznetstat(U) iptable_mangle(U) iptable_filter(U) \ ip_tables(U) vztable(U) vzdquota(U) vzdev(U) autofs4(U) hidp(U) rfcomm(U) l2cap(U) \ bluetooth(U) sunrpc(U) ipv6(U) xt_length(U) ipt_ttl(U) xt_tcpmss(U) ipt_TCPMSS(U) \ xt_multiport(U) xt_limit(U) ipt_tos(U) ipt_REJECT(U) x_tables(U) video(U) sbs(U) \ i2c_ec(U) button(U) battery(U) asus_acpi(U) ac(U) lp(U) floppy(U) sg(U) pcspkr(U) \ i2c_piix4(U) e100(U) parport_pc(U) i2c_core(U) parport(U) cpqphp(U) eepro100(U) \ mii(U) serio_raw(U) ide_cd(U) cdrom(U) ahci(U) libata(U) dm_snapshot (U) dm_zero(U) dm_mirror(U) dm_mod(U) megaraid(U) sym53c8xx(U) \ scsi_transport_spi(U) sd_mod(U) scsi_mod(U) ext3(U) jbd(U) ehci_hcd(U) ohci_hcd(U) \ uhci_hcd(U) Aug 25 08:27:46 boar CPU: 1, VCPU: -1.1 Aug 25 08:27:46 boar EIP: 0060:[<f0ce6507>] Tainted: P VLI Aug 25 08:27:46 boar EFLAGS: 00010246 (2.6.18-028stab043.1-ent #1) Aug 25 08:27:46 boar EIP is at clone_endio+0x29/0xc6 [dm_mod] Aug 25 08:27:46 boar eax: 00000010 ebx: 00000001 ecx: 00000000 edx: 00000000 Aug 25 08:27:46 boar esi: 00000000 edi: b6f52920 ebp: c1a8dbc0 esp: 0b483e38 Aug 25 08:27:46 boar ds: 007b es: 007b ss: 0068 Aug 25 08:27:46 boar Process swapper (pid: 0, veid: 0, ti=0b482000 task=05e3f2b0 \ task.ti=0b482000) Aug 25 08:27:46 boar Stack: 0b52caa0 00000001 00000000 b6f52920 00000000f0ce64de \ 00000000 02478825 Aug 25 08:27:46 boar 00000000 c18a8620 b6f52920 271e1a8c 024ca03800000000 00000000 \ 00000000 Aug 25 08:27:46 boar 00000000 00000000 c18a3c00 00000202 c189e89400000006 00000000 \ 05cb7200 Aug 25 08:27:46 boar Call Trace: Aug 25 08:27:46 boar [<f0ce64de>] clone_endio+0x0/0xc6 [dm_mod] Aug 25 08:27:46 boar [] bio_endio+0x50/0x55 Aug 25 08:27:46 boar [<024ca038>] __end_that_request_first+0x185/0x47c Aug 25 08:27:46 boar [<f0c711eb>] scsi_end_request+0x1a/0xa9 [scsi_mod] Aug 25 08:27:46 boar [<02458f04>] mempool_free+0x5f/0x63 Aug 25 08:27:46 boar Aug 25 08:27:46 boar [<f0c713c3>] scsi_io_completion+0x149/0x2f3 [scsi_mod] Aug 25 08:27:46 boar [<f0c333b9>] sd_rw_intr+0x1f1/0x21b [sd_mod] Aug 25 08:27:46 boar [<f0c6d3b9>] scsi_finish_command+0x73/0x77 [scsi_mod] Aug 25 08:27:46 boar [<024cbfa2>] blk_done_softirq+0x4d/0x58 Aug 25 08:27:46 boar [
] __do_softirq+0x84/0x109 Aug 25 08:27:46 boar [<0242650d>] do_softirq+0x36/0x3a Aug 25 08:27:46 boar [<024050b7>] do_IRQ+0xad/0xb6 Aug 25 08:27:46 boar [<024023fa>] default_idle+0x0/0x59 Aug 25 08:27:46 boar [<0240242b>] default_idle+0x31/0x59 Aug 25 08:27:46 boar [<024024b1>] cpu_idle+0x5e/0x74 Aug 25 08:27:46 boar ======================= Aug 25 08:27:46 boar Code: 5d c3 55 57 89 c7 56 89 ce 53 bb 01 00 00 00 83 ec 0c \ 8b 68 3c 83 7f 20 00 8b 45 00 8b 00 89 44 24 04 8b 45 04 89 04 24 8b 40 04 <8b> \ 40 28 89 44 24 08 0f 85 86 00 00 00 f6 47 10 01 75 0a 85 c9 Aug 25 08:27:46 boar EIP: [<f0ce6507>] clone_endio+0x29/0xc6 [dm_mod] \ SS:ESP0068:0b483e38 Aug 25 08:27:46 boar Kernel panic - not syncing: Fatal exception in interrupt
You can save the oops in a file to be able to provide it when asking for technical support.
