Hi Bernd,
Below is the full backtrace from all threads from the core file.
gdb /usr/bin/vmtoolsd rp_core.417
GNU gdb (Debian 8.2.1-2+b3) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/vmtoolsd...(no debugging symbols found)...done.
[New LWP 417]
[New LWP 1105]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/bin/vmtoolsd'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:120
120 ../sysdeps/x86_64/multiarch/../strlen.S: No such file or directory.
[Current thread is 1 (Thread 0x7f321f095780 (LWP 417))]
(gdb) where
#0 0x00007f321f589206 in __strlen_sse2 () at
../sysdeps/x86_64/multiarch/../strlen.S:120
#1 0x00007f321f56b475 in __GI___fputs_unlocked
(str=0x7f321e2f7ac8 <error: Cannot access memory at address
0x7f321e2f7ac8>, fp=fp@entry=0x55d222325690)
at iofputs_u.c:34
#2 0x00007f321f5e4868 in __GI___vsyslog_chk (pri=<optimized out>, flag=1,
fmt=0x7f321edc083c "%s.", ap=0x7ffd36e1eda0)
at ../misc/syslog.c:205
#3 0x00007f321f5e4dff in __syslog_chk (pri=<optimized out>, flag=<optimized
out>, fmt=<optimized out>)
at ../misc/syslog.c:129
#4 0x00007f321edbb1db in Audit_EventV () at /lib/libvgauth.so.0
#5 0x00007f321edbb2a4 in Audit_Event () at /lib/libvgauth.so.0
#6 0x00007f321edb7f95 in VGAuth_AuditEvent () at /lib/libvgauth.so.0
#7 0x00007f321edb6d05 in VGAuth_ValidateUsernamePassword () at
/lib/libvgauth.so.0
#8 0x00007f321edd1cf1 in () at /usr/lib/open-vm-tools/plugins/common/libvix.so
#9 0x00007f321edd22e3 in () at /usr/lib/open-vm-tools/plugins/common/libvix.so
#10 0x00007f321edd25d9 in () at /usr/lib/open-vm-tools/plugins/common/libvix.so
#11 0x00007f321edd81f6 in () at /usr/lib/open-vm-tools/plugins/common/libvix.so
#12 0x00007f321edcf2cb in () at /usr/lib/open-vm-tools/plugins/common/libvix.so
#13 0x00007f3221a5f664 in RpcChannel_Dispatch () at /lib/libvmtools.so.0
#14 0x00007f3221a611de in () at /lib/libvmtools.so.0
#15 0x00007f3221a61aa4 in () at /lib/libvmtools.so.0
#16 0x00007f32218dfe98 in g_main_context_dispatch () at
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#17 0x00007f32218e0288 in () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#18 0x00007f32218e0582 in g_main_loop_run () at
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#19 0x000055d221850bb6 in ()
#20 0x000055d22184fcc7 in main ()
(gdb) thread apply all bt
Thread 2 (Thread 0x7f321ed23700 (LWP 1105)):
#0 0x00007f321f5df819 in __GI___poll (fds=0x55d22231b050, nfds=1, timeout=-1)
at ../sysdeps/unix/sysv/linux/poll.c:29
#1 0x00007f32218e01f6 in () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007f32218e031c in g_main_context_iteration () at
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007f32218e0361 in () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00007f32219084d5 in () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5 0x00007f321f6bbfa3 in start_thread (arg=<optimized out>) at
pthread_create.c:486
#6 0x00007f321f5ea4cf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Thread 1 (Thread 0x7f321f095780 (LWP 417)):
#0 0x00007f321f589206 in __strlen_sse2 () at
../sysdeps/x86_64/multiarch/../strlen.S:120
#1 0x00007f321f56b475 in __GI___fputs_unlocked
(str=0x7f321e2f7ac8 <error: Cannot access memory at address
0x7f321e2f7ac8>, fp=fp@entry=0x55d222325690)
at iofputs_u.c:34
#2 0x00007f321f5e4868 in __GI___vsyslog_chk (pri=<optimized out>, flag=1,
fmt=0x7f321edc083c "%s.", ap=0x7ffd36e1eda0)
at ../misc/syslog.c:205
#3 0x00007f321f5e4dff in __syslog_chk (pri=<optimized out>, flag=<optimized
out>, fmt=<optimized out>)
at ../misc/syslog.c:129
#4 0x00007f321edbb1db in Audit_EventV () at /lib/libvgauth.so.0
#5 0x00007f321edbb2a4 in Audit_Event () at /lib/libvgauth.so.0
#6 0x00007f321edb7f95 in VGAuth_AuditEvent () at /lib/libvgauth.so.0
#7 0x00007f321edb6d05 in VGAuth_ValidateUsernamePassword () at
/lib/libvgauth.so.0
#8 0x00007f321edd1cf1 in () at /usr/lib/open-vm-tools/plugins/common/libvix.so
#9 0x00007f321edd22e3 in () at /usr/lib/open-vm-tools/plugins/common/libvix.so
#10 0x00007f321edd25d9 in () at /usr/lib/open-vm-tools/plugins/common/libvix.so
#11 0x00007f321edd81f6 in () at /usr/lib/open-vm-tools/plugins/common/libvix.so
#12 0x00007f321edcf2cb in () at /usr/lib/open-vm-tools/plugins/common/libvix.so
#13 0x00007f3221a5f664 in RpcChannel_Dispatch () at /lib/libvmtools.so.0
#14 0x00007f3221a611de in () at /lib/libvmtools.so.0
#15 0x00007f3221a61aa4 in () at /lib/libvmtools.so.0
#16 0x00007f32218dfe98 in g_main_context_dispatch () at
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#17 0x00007f32218e0288 in () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
--Type <RET> for more, q to quit, c to continue without paging--c
#18 0x00007f32218e0582 in g_main_loop_run () at
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#19 0x000055d221850bb6 in ()
#20 0x000055d22184fcc7 in main ()
(gdb)
Thanks,
Girish
Internal Use - Confidential
-----Original Message-----
From: Bernd Zeimetz <be...@bzed.de>
Sent: Monday, March 7, 2022 9:53 PM
To: Chilukuri, Girish - Dell Team; 1006...@bugs.debian.org
Cc: Singh, Harmeet - Dell Team; Paturu, Santhosh - Dell Team
Subject: Re: Bug#1006744: open-vm-tools core dump on debian 10
[EXTERNAL EMAIL]
Hi,
> Core file was generated and below is the segmentation fault
> information from core dump file:
>
> Using host libthread_db library
> "/usr/lib/x86_64-linux-gnu/libthread_db.so.1".
> Core was generated by `/usr/bin/vmtoolsd'.
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0 __strlen_avx2 () at ../sysdeps/x86_64/multiarch/strlen-avx2.S:65
> 65 ../sysdeps/x86_64/multiarch/strlen-avx2.S: No such file or
> directory.
is that the full backtrace? Please install the debug packages and get the
backtrace from all threads from the core file.
(gdb) where
(gdb) thread apply all bt
Thanks,
Bernd
--
Bernd Zeimetz Debian GNU/Linux Developer
https://urldefense.com/v3/__http://bzed.de__;!!LpKI!zZ1q1iaiXuSRjd7AP_DSqk3vaJYBERm6UFwpi_0C1E_A0YRa6yV6vRdQMmON9zGHFSIVSeM$
[bzed[.]de]
https://urldefense.com/v3/__http://www.debian.org__;!!LpKI!zZ1q1iaiXuSRjd7AP_DSqk3vaJYBERm6UFwpi_0C1E_A0YRa6yV6vRdQMmON9zGHgzcEI9U$
[debian[.]org]
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
