qemu dump new cases development #2457

leidwang · 2020-10-15T06:41:04Z

dump_guest_core.py:qemu dump new cases development
1.Use gdb check core dump file
2.Use crash check vmcore file

ID:1888531, 1888532

Signed-off-by: Leidong Wang leidwang@redhat.com

leidwang · 2020-10-15T08:56:35Z

(1/2) Host_RHEL.m8.u3.product_av.qcow2.virtio_scsi.up.virtio_net.Guest.RHEL.8.3.0.x86_64.io-github-autotest-qemu.dump_guest_core.on.q35: PASS (234.56 s)
(2/2) Host_RHEL.m8.u3.product_av.qcow2.virtio_scsi.up.virtio_net.Guest.RHEL.8.3.0.x86_64.io-github-autotest-qemu.dump_guest_core.off.q35: PASS (74.86 s)

leidwang · 2020-10-19T01:42:56Z

@MiriamDeng Could you please help review this patch?Thanks!

MiriamDeng · 2020-10-19T01:56:07Z

I can only see the job's name for x86 but it is supported on ppc too.

qemu/tests/cfg/dump_guest_core.cfg

MiriamDeng · 2020-10-21T01:56:55Z

qemu/tests/dump_guest_core.py

+                    % gdb_command_file, shell=True)
+        process.run("echo \"set height 0\" >> %s"
+                    % gdb_command_file, shell=True)
+        process.run("echo \"dump-guest-memory /tmp/vmcore X86_64\" >> %s"


Does this step only support x86 ?

I think it is not only for x86,since it is not specified in test case.
Could you help confirm this on ppc?Thanks!

qemu/tests/dump_guest_core.py

leidwang · 2020-10-21T05:35:53Z

And the title of the patch also need to updated, for example,
spapr_vty_multi_backends: New case to test guest with multi backends of pci-serial

Those info seems should described in commit.

qemu/tests/cfg/dump_guest_core.cfg

qemu/tests/dump_guest_core.py

leidwang · 2020-10-26T02:12:33Z

@MiriamDeng Could you help review this patch again?Thanks!

leidwang · 2020-10-27T02:01:19Z

@vivianQizhu Could you help review this patch? Thanks!

MiriamDeng · 2020-10-27T03:23:35Z

The first job got failures on ppc, could you check ?
For help, type "help".
Type "apropos word" to search for commands related to "word"...
/var/core.81687: No such file or directory.
Traceback (most recent call last):
File "/usr/share/qemu-kvm/dump-guest-memory.py", line 20, in
UINTPTR_T = gdb.lookup_type("uintptr_t")
gdb.error: No type named uintptr_t.

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/share/qemu-kvm/dump-guest-memory.py", line 22, in
raise gdb.GdbError("Symbols must be loaded prior to sourcing dump-guest-memory.\n"
gdb.GdbError: Symbols must be loaded prior to sourcing dump-guest-memory.
Symbols may be loaded by 'attach'ing a QEMU process id or by 'load'ing a QEMU binary.
/home/gdb_command:3: Error in sourced command file:
Undefined command: "dump-guest-memory". Try "help".

(3/4) Host_RHEL.m8.u3.product_av.qcow2.virtio_scsi.up.virtio_net.Guest.RHEL.8.3.0.ppc64le.io-github-autotest-qemu.dump_guest_core.on: FAIL: Vmcore corrupt (261.97 s)

leidwang · 2020-10-27T07:33:00Z

The first job got failures on ppc, could you check ?
For help, type "help".
Type "apropos word" to search for commands related to "word"...
/var/core.81687: No such file or directory.
Traceback (most recent call last):
File "/usr/share/qemu-kvm/dump-guest-memory.py", line 20, in
UINTPTR_T = gdb.lookup_type("uintptr_t")
gdb.error: No type named uintptr_t.

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/share/qemu-kvm/dump-guest-memory.py", line 22, in
raise gdb.GdbError("Symbols must be loaded prior to sourcing dump-guest-memory.\n"
gdb.GdbError: Symbols must be loaded prior to sourcing dump-guest-memory.
Symbols may be loaded by 'attach'ing a QEMU process id or by 'load'ing a QEMU binary.
/home/gdb_command:3: Error in sourced command file:
Undefined command: "dump-guest-memory". Try "help".

(3/4) Host_RHEL.m8.u3.product_av.qcow2.virtio_scsi.up.virtio_net.Guest.RHEL.8.3.0.ppc64le.io-github-autotest-qemu.dump_guest_core.on: FAIL: Vmcore corrupt (261.97 s)

This seems to only be encountered on ppc, could you please help to confirm?

MiriamDeng · 2020-10-27T09:22:29Z

qemu/tests/dump_guest_core.py

+                    % gdb_command_file, shell=True)
+        process.run("echo \"set height 0\" >> %s"
+                    % gdb_command_file, shell=True)
+        process.run("echo \"dump-guest-memory /tmp/vmcore X86_64\" >> %s"


We had better provide parameter for "x86_64" since the value should be ''ppc64le" on ppc

As we discussed, if confirmed this value will change based on architecture changes, then I will change it. Thanks

Please use "ppc64-le" for this command on ppc

qemu/tests/dump_guest_core.py

MiriamDeng · 2020-10-28T06:53:37Z

And I also realized we had an existed bz 1785126, so I wonder if the patch fails or not on both x86 and ppc finally, thanks a lot.

leidwang · 2020-10-28T09:21:43Z

And I also realized we had an existed bz 1785126, so I wonder if the patch fails or not on both x86 and ppc finally, thanks a lot.

Yes, I know this bz. We can discuss privately.

MiriamDeng · 2020-10-30T09:09:45Z

Hi Leiwang,
Could you check it again ?
Reading symbols from /usr/libexec/qemu-kvm...Reading symbols from /usr/lib/debug/usr/libexec/qemu-kvm-5.1.0-14.module+el8.3.0+8438+644aff69.ppc64le.debug...done.
done.

warning: Ignoring non-absolute filename: <linux-vdso64.so.1>
Missing separate debuginfo for linux-vdso64.so.1
Try: yum --enablerepo='debug' install /usr/lib/debug/.build-id/79/0ecd20cfe9f0902efba483bf5059a53b3b008f
Missing separate debuginfo for /lib64/libstdc++.so.6
Try: yum --enablerepo='debug' install /usr/lib/debug/.build-id/42/4a39f2ca21cc948063d8a54cdcf9dee7efd7e6
Missing separate debuginfo for /lib64/libgcc_s.so.1
Try: yum --enablerepo='debug' install /usr/lib/debug/.build-id/ed/f099bde78abe84c9a381d3ddbc13d40cf8680e
Missing separate debuginfo for /lib64/libstdc++.so.6
Try: yum --enablerepo='debug' install /usr/lib/debug/.build-id/42/4a39f2ca21cc948063d8a54cdcf9dee7efd7e6.debug
Missing separate debuginfo for /lib64/libgcc_s.so.1
Try: yum --enablerepo='debug' install /usr/lib/debug/.build-id/ed/f099bde78abe84c9a381d3ddbc13d40cf8680e.debug
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/power9/libthread_db.so.1".
Core was generated by `/usr/libexec/qemu-kvm -S -name avocado-vt-vm1 -sandbox on -machine pseries -nod'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007fff8340f1f0 in ppoll () from /lib64/power9/libc.so.6
[Current thread is 1 (Thread 0x7fff82c28760 (LWP 232609))]
/home/gdb_command:3: Error in sourced command file:
No valid arch type specified.
Currently supported types:
aarch64-be, aarch64-le, X86_64, 386, s390, ppc64-be, ppc64-le

Thanks

leidwang · 2020-10-30T10:29:32Z

Hi Leiwang,
Could you check it again ?
Reading symbols from /usr/libexec/qemu-kvm...Reading symbols from /usr/lib/debug/usr/libexec/qemu-kvm-5.1.0-14.module+el8.3.0+8438+644aff69.ppc64le.debug...done.
done.

warning: Ignoring non-absolute filename: <linux-vdso64.so.1>
Missing separate debuginfo for linux-vdso64.so.1
Try: yum --enablerepo='debug' install /usr/lib/debug/.build-id/79/0ecd20cfe9f0902efba483bf5059a53b3b008f
Missing separate debuginfo for /lib64/libstdc++.so.6
Try: yum --enablerepo='debug' install /usr/lib/debug/.build-id/42/4a39f2ca21cc948063d8a54cdcf9dee7efd7e6
Missing separate debuginfo for /lib64/libgcc_s.so.1
Try: yum --enablerepo='debug' install /usr/lib/debug/.build-id/ed/f099bde78abe84c9a381d3ddbc13d40cf8680e
Missing separate debuginfo for /lib64/libstdc++.so.6
Try: yum --enablerepo='debug' install /usr/lib/debug/.build-id/42/4a39f2ca21cc948063d8a54cdcf9dee7efd7e6.debug
Missing separate debuginfo for /lib64/libgcc_s.so.1
Try: yum --enablerepo='debug' install /usr/lib/debug/.build-id/ed/f099bde78abe84c9a381d3ddbc13d40cf8680e.debug
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/power9/libthread_db.so.1".
Core was generated by `/usr/libexec/qemu-kvm -S -name avocado-vt-vm1 -sandbox on -machine pseries -nod'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007fff8340f1f0 in ppoll () from /lib64/power9/libc.so.6
[Current thread is 1 (Thread 0x7fff82c28760 (LWP 232609))]
/home/gdb_command:3: Error in sourced command file:
No valid arch type specified.
Currently supported types:
aarch64-be, aarch64-le, X86_64, 386, s390, ppc64-be, ppc64-le

Thanks

This error only appears in ppc, maybe we need to discuss this error later.

MiriamDeng · 2020-11-02T01:29:31Z

I didn't meet the issue by manual last time, It's fine for me to discuss it later, thanks.

CongLi · 2020-11-09T01:12:42Z

@MiriamDeng Could you please review this patch again?

MiriamDeng · 2020-11-10T13:16:01Z

Could you help to check the patch again ? Thanks

The core file generated under /var/* but not /tmp/vmcore on ppc
2.Again met the old problem we discussed before
and need to install extra packages
qemu-kvm-core-debuginfo-5.1.0-14.module+el8.3.0+8438+644aff69.ppc64le.rpm,
qemu-kvm-debuginfo-5.1.0-14.module+el8.3.0+8438+644aff69.ppc64le,
qemu-kvm-debugsource-5.1.0-14.module+el8.3.0+8438+644aff69.ppc64le

MiriamDeng · 2020-11-13T07:08:55Z

Finally it passed on ppc
(2/3) Host_RHEL.m8.u4.product_rhel.qcow2.virtio_scsi.up.virtio_net.Guest.RHEL.8.4.0.ppc64le.io-github-autotest-qemu.dump_guest_core.on: PASS (131.20 s)
(3/3) Host_RHEL.m8.u4.product_rhel.qcow2.virtio_scsi.up.virtio_net.Guest.RHEL.8.4.0.ppc64le.io-github-autotest-qemu.dump_guest_core.off: PASS (104.84 s)

MiriamDeng · 2020-11-13T07:09:13Z

LGTM

vivianQizhu · 2020-11-13T08:30:48Z

qemu/tests/cfg/dump_guest_core.cfg

+    virt_test_type = qemu
+    start_vm = no
+    pre_command = "ulimit -c unlimited"
+    pre_command1 = "echo "/var/core.%p" > /proc/sys/kernel/core_pattern"


Suggested change

pre_command1 = "echo "/var/core.%p" > /proc/sys/kernel/core_pattern"

pre_command + = " && echo "/var/core.%p" > /proc/sys/kernel/core_pattern"

vivianQizhu · 2020-11-13T08:32:49Z

qemu/tests/cfg/dump_guest_core.cfg

+    gdb_command_file = "/home/gdb_command"
+    crash_script = "/home/crash.cmd"
+    vmcore_file = "/tmp/vmcore"
+    extra_params += " -machine dump-guest-core=%s"


You might move this line down to the bottom and extra_params += " -machine dump-guest-core=${dump_guest_core}"

vivianQizhu · 2020-11-13T08:35:59Z

qemu/tests/dump_guest_core.py

+    pre_command = params.get("pre_command")
+    pre_command1 = params.get("pre_command1")
+    crash_script = params.get("crash_script")
+    vmcore_file = params.get("vmcore_file")


params['xxx'] instead of params.get() when the params can not be None.

vivianQizhu · 2020-11-13T08:39:05Z

qemu/tests/dump_guest_core.py

+    vmcore_file = params.get("vmcore_file")
+
+    process.run(pre_command, shell=True)
+    process.run(pre_command1, shell=True)


env_process will help you run the command when you define pre_command.

vivianQizhu · 2020-11-13T08:41:10Z

qemu/tests/dump_guest_core.py

+    process.run(pre_command, shell=True)
+    process.run(pre_command1, shell=True)
+
+    params["extra_params"] %= dump_guest_core


If you remove this one, and pre command does not need you run it by yourself, then it should be fine to remove start_vm=no in cfg and directly start vm with those prepared configurations.

vivianQizhu · 2020-11-13T08:43:20Z

qemu/tests/dump_guest_core.py

+        process.run("echo \"set height 0\" >> %s"
+                    % gdb_command_file, shell=True)
+        if params['vm_arch_name'] == 'x86_64':
+            process.run("echo \"dump-guest-memory /tmp/vmcore X86_64\" >> %s"


vmcore_file instead of /tmp/vmcore

vivianQizhu · 2020-11-13T08:43:28Z

qemu/tests/dump_guest_core.py

+            process.run("echo \"dump-guest-memory /tmp/vmcore X86_64\" >> %s"
+                        % gdb_command_file, shell=True)
+        if params['vm_arch_name'] == 'ppc64le':
+            process.run("echo \"dump-guest-memory /tmp/vmcore ppc64-le\" >> %s"


vivianQizhu · 2020-11-13T08:44:44Z

qemu/tests/dump_guest_core.py

+        """
+        Use gdb to check core dump file
+        """
+        process.run("echo \"source /usr/share/qemu-kvm/dump-guest-memory.py\" > %s"


Better define a variable for this path.

vivianQizhu · 2020-11-13T08:47:17Z

qemu/tests/dump_guest_core.py

+            process.run("echo \"dump-guest-memory /tmp/vmcore ppc64-le\" >> %s"
+                        % gdb_command_file, shell=True)
+        process.run("echo bt >> %s" % gdb_command_file, shell=True)
+        process.run("echo quit >> %s" % gdb_command_file, shell=True)


echo -e "bt\nquit" >>...

vivianQizhu · 2020-11-13T08:48:17Z

qemu/tests/dump_guest_core.py

+        process.run("echo bt > %s" % crash_script, shell=True)
+        process.run("echo task 0 >> %s" % crash_script, shell=True)
+        process.run("echo task 1 >> %s" % crash_script, shell=True)
+        process.run("echo quit >> %s" % crash_script, shell=True)


Same here, echo -e with \n.

Thank you very much,updated the code that you pointed out.
Could you please review this patch again?

process.run('echo -e "bt\\ntask 0\\ntask 1\\nquit" > %s' % crash_script, shell=True)

vivianQizhu · 2020-11-16T02:16:43Z

qemu/tests/dump_guest_core.py

+        if params['vm_arch_name'] == 'ppc64le':
+            process.run("echo \"dump-guest-memory %s ppc64-le\" >> %s"
+                        % (vmcore_file, gdb_command_file), shell=True)
+        process.run("echo -e 'bt\nquit' >> %s" % gdb_command_file, shell=True)


arch = params['vm_arch_name'] arch = 'ppc64-le' if params['vm_arch_name'] == 'ppc64le' else arch command = ('echo -e "source %s\\nset height 0\\ndump-guest-memory' ' %s %s\\nbt\\nquit" >> %s' % (dump_guest_memory_file, vmcore_file, arch, gdb_command_file)) process.run(command, shell=True)

Updated the code.Thanks!

vivianQizhu · 2020-11-17T08:36:02Z

qemu/tests/cfg/dump_guest_core.cfg

+            extra_params += " -machine dump-guest-core=${dump_guest_core}"
+        - off:
+            dump_guest_core = off
+            extra_params += " -machine dump-guest-core=${dump_guest_core}"


variants: - on: dump_guest_core = on - off: dump_guest_core = off extra_params += " -machine dump-guest-core=${dump_guest_core}"

vivianQizhu · 2020-11-17T08:36:11Z

qemu/tests/dump_guest_core.py

+                        env_process.preprocess_vm)
+    vm = env.get_vm(params["main_vm"])
+    session = vm.wait_for_login()
+    host_kernel_version = process.getoutput("uname -r").strip()


Recommend to move this line inside check_env() to make the function more integrated.

Since check_vmcore_file() also references host_kernel_version, it cannot be moved to check_env()

vivianQizhu · 2020-11-17T08:41:16Z

qemu/tests/dump_guest_core.py

+
+    qemu_id = vm.get_pid()
+    gdb_command %= qemu_id
+    core_file = '/var/core.' + str(qemu_id)


This should be a fixed variable defined before gdb_command, who should reference it, or /var/core. should be separately defined before pre_command, where reference it too.

Updated the code.Thanks

leidwang · 2020-11-19T02:01:52Z

@vivianQizhu Could you please review this patch again?Thanks

vivianQizhu

Please make sure you test it before submit the code.

vivianQizhu · 2020-11-20T02:43:36Z

qemu/tests/dump_guest_core.py

+                    % crash_script, shell=True)
+        crash_cmd = "crash -i %s /usr/lib/debug/lib/modules/%s/vmlinux %s"
+        crash_cmd %= (crash_script, host_kernel_version, vmcore_file)
+        status, output = process.getstatusoutput(crash_cmd, timeout=60)


If status is useless here could be output = process.getoutput(crash_cmd, timeout=60)

vivianQizhu · 2020-11-20T02:44:45Z

qemu/tests/dump_guest_core.py

+    host_kernel_version = process.getoutput("uname -r").strip()
+    env_process.process(test, params, env,
+                        env_process.preprocess_image,
+                        env_process.preprocess_vm)


This line could be dropped.

vivianQizhu · 2020-11-20T02:46:51Z

qemu/tests/dump_guest_core.py

+    utils_package.package_install(packages)
+
+    trigger_core_dump_command = params["trigger_core_dump_command"]
+    core_file = params["core_file"]


I don't see where you define core_file.

Sorry, it is because i test this on my host, then modify the code on my laptop and push it to github.I will be careful next time.
Thanks!

leidwang · 2020-11-20T06:28:49Z

JOB ID : 27df29f3a00ade5c2a1bc92251c98058bce38da0
JOB LOG : /root/avocado/job-results/job-2020-11-20T00.31-27df29f/job.log
(1/1) Host_RHEL.m8.u3.qcow2.virtio_scsi.up.virtio_net.Guest.RHEL.8.3.0.x86_64.io-github-autotest-qemu.dump_guest_core.on.q35: PASS (212.97 s)

vivianQizhu

LGTM Otherwise.

vivianQizhu · 2020-11-20T06:35:30Z

qemu/tests/cfg/dump_guest_core.cfg

+    crash_script = "/home/crash.cmd"
+    vmcore_file = "/tmp/vmcore"
+    core_file = "/var/core.%s"
+    gdb_command = "gdb %s --command=${gdb_command_file}"


I mean:

core_file = "/var/core" pre_command += "&& echo "${core_file}.%p" > /proc/sys/kernel/core_pattern" gdb_command = "gdb ${core_file}.%s --command=${gdb_command_file}"

vivianQizhu · 2020-11-20T06:36:09Z

qemu/tests/cfg/dump_guest_core.cfg

+    vmcore_file = "/tmp/vmcore"
+    core_file = "/var/core.%s"
+    gdb_command = "gdb %s --command=${gdb_command_file}"
+    crash_cmd = "crash -i ${crash_script} /usr/lib/debug/lib/modules/%s/vmlinux %s"


And here: crash_cmd = "crash -i ${crash_script} /usr/lib/debug/lib/modules/%s/vmlinux ${vmcore_file}"

Okay, thanks for your help, the code has been updated.Will update test result later.

leidwang · 2020-11-20T08:03:38Z

JOB ID : c406b1473b242278aa8a8bb9cd02094beeaf3e04
JOB LOG : /root/avocado/job-results/job-2020-11-20T02.58-c406b14/job.log
(1/1) Host_RHEL.m8.u3.qcow2.virtio_scsi.up.virtio_net.Guest.RHEL.8.3.0.x86_64.io-github-autotest-qemu.dump_guest_core.on.q35: PASS (242.70 s)

vivianQizhu · 2020-11-20T10:22:15Z

@MiriamDeng Request for your re-review since the code changes, thanks.

MiriamDeng · 2020-11-24T04:29:48Z

It looks good to me from ppc side. Thanks

MiriamDeng · 2020-11-24T04:32:27Z

JOB LOG : /root/avocado/job-results/job-2020-11-23T23.21-f887006/job.log
(1/2) type_specific.io-github-autotest-qemu.dump_guest_core.on: PASS (139.82 s)
(2/2) type_specific.io-github-autotest-qemu.dump_guest_core.off: PASS (131.57 s)

1.Use gdb check core dump file 2.Use crash check vmcore file Signed-off-by: Leidong Wang <leidwang@redhat.com>

vivianQizhu · 2020-11-24T08:03:01Z

Thanks @leidwang @MiriamDeng

leidwang force-pushed the dump_guest_core branch 3 times, most recently from b98c05a to 27e5f75 Compare October 15, 2020 07:32

MiriamDeng reviewed Oct 21, 2020

View reviewed changes

qemu/tests/cfg/dump_guest_core.cfg Show resolved Hide resolved

MiriamDeng reviewed Oct 21, 2020

View reviewed changes

qemu/tests/dump_guest_core.py Show resolved Hide resolved

qemu/tests/dump_guest_core.py Show resolved Hide resolved

MiriamDeng reviewed Oct 21, 2020

View reviewed changes

qemu/tests/cfg/dump_guest_core.cfg Show resolved Hide resolved

qemu/tests/dump_guest_core.py Show resolved Hide resolved

leidwang force-pushed the dump_guest_core branch 4 times, most recently from 6de42df to c87cd0b Compare October 23, 2020 02:39

leidwang force-pushed the dump_guest_core branch from c87cd0b to 06cba79 Compare October 27, 2020 07:02

MiriamDeng reviewed Oct 27, 2020

View reviewed changes

MiriamDeng reviewed Oct 28, 2020

View reviewed changes

qemu/tests/dump_guest_core.py Outdated Show resolved Hide resolved

leidwang force-pushed the dump_guest_core branch from 06cba79 to 45a8534 Compare October 28, 2020 09:16

leidwang force-pushed the dump_guest_core branch 2 times, most recently from f860a7c to ad738dd Compare November 4, 2020 06:27

vivianQizhu reviewed Nov 13, 2020

View reviewed changes

leidwang force-pushed the dump_guest_core branch from 0b85dc5 to b0d4435 Compare November 13, 2020 12:38

vivianQizhu reviewed Nov 16, 2020

View reviewed changes

leidwang force-pushed the dump_guest_core branch 2 times, most recently from f6dafd2 to aa0c698 Compare November 16, 2020 06:02

vivianQizhu reviewed Nov 17, 2020

View reviewed changes

leidwang force-pushed the dump_guest_core branch 2 times, most recently from 27458ac to 9ff23ba Compare November 17, 2020 09:53

vivianQizhu reviewed Nov 20, 2020

View reviewed changes

leidwang force-pushed the dump_guest_core branch 2 times, most recently from b96c3e9 to 0d12329 Compare November 20, 2020 05:36

vivianQizhu reviewed Nov 20, 2020

View reviewed changes

leidwang force-pushed the dump_guest_core branch from 0d12329 to d0c5589 Compare November 20, 2020 07:01

vivianQizhu approved these changes Nov 20, 2020

View reviewed changes

leidwang force-pushed the dump_guest_core branch 2 times, most recently from 5f23eda to 82e81e0 Compare November 24, 2020 05:28

dump_guest_core:qemu dump new cases development

3fdab30

1.Use gdb check core dump file 2.Use crash check vmcore file Signed-off-by: Leidong Wang <leidwang@redhat.com>

leidwang force-pushed the dump_guest_core branch from 82e81e0 to 3fdab30 Compare November 24, 2020 05:32

vivianQizhu merged commit d6ca032 into autotest:master Nov 24, 2020

	pre_command1 = "echo "/var/core.%p" > /proc/sys/kernel/core_pattern"
	pre_command + = " && echo "/var/core.%p" > /proc/sys/kernel/core_pattern"

qemu dump new cases development #2457

qemu dump new cases development #2457

Conversation

leidwang commented Oct 15, 2020

leidwang commented Oct 15, 2020

leidwang commented Oct 19, 2020

MiriamDeng commented Oct 19, 2020

Choose a reason for hiding this comment

Choose a reason for hiding this comment

leidwang commented Oct 21, 2020

leidwang commented Oct 26, 2020

leidwang commented Oct 27, 2020

MiriamDeng commented Oct 27, 2020

leidwang commented Oct 27, 2020 • edited

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

MiriamDeng commented Oct 28, 2020

leidwang commented Oct 28, 2020 • edited

MiriamDeng commented Oct 30, 2020

leidwang commented Oct 30, 2020

MiriamDeng commented Nov 2, 2020 • edited

CongLi commented Nov 9, 2020

MiriamDeng commented Nov 10, 2020 • edited

MiriamDeng commented Nov 13, 2020

MiriamDeng commented Nov 13, 2020

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

leidwang Nov 17, 2020 • edited

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

leidwang commented Nov 19, 2020 • edited

vivianQizhu left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

leidwang commented Nov 20, 2020

vivianQizhu left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

leidwang commented Nov 20, 2020

vivianQizhu commented Nov 20, 2020

MiriamDeng commented Nov 24, 2020

MiriamDeng commented Nov 24, 2020

vivianQizhu commented Nov 24, 2020

leidwang commented Oct 27, 2020 •

edited

leidwang commented Oct 28, 2020 •

edited

MiriamDeng commented Nov 2, 2020 •

edited

MiriamDeng commented Nov 10, 2020 •

edited

leidwang Nov 17, 2020 •

edited

leidwang commented Nov 19, 2020 •

edited