Strange Sefault With Ping And Route

Home » CentOS » Strange Sefault With Ping And Route
CentOS No Comments

Hallo Guys,

something went wrong and I didn’t know from where.

– uninstall vmware (removed to virtual adapter)
– reinstall package with route and ping and glibc
– test with original kernel and own vanilla

nothing helps.

Laptop by my side has same software stand no problem at all

gdb –args ping benzler.me GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-94.el7
Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

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-redhat-linux-gnu”. For bug reporting instructions, please see:
… Reading symbols from /home/andy/ping…Missing separate debuginfo for /home/andy/ping Try: yum –enablerepo=’*debug*’
install /usr/lib/debug/.build-id/cf/6d0aa0f86229ec76a471ce1ca25d39af234e43.debug Reading symbols from /home/andy/ping…(no debugging symbols found)…done.
(no debugging symbols found)…done.
(gdb) run Starting program: /home/andy/ping benzler.me Warning: couldn’t activate thread debugging using libthread_db: Cannot find new threads: generic error warning: File “/usr/lib64/libthread_db-1.0.so” auto-loading has been declined by your `auto-load safe-path’ set to “$debugdir:
$datadir/auto-load:/usr/bin/mono-gdb.py”. To enable execution of this file add add-auto-load-safe-path /usr/lib64/libthread_db-1.0.so line to your configuration file “/home/andy/.gdbinit”. To completely disable this security protection add set auto-load safe-path /
line to your configuration file “/home/andy/.gdbinit”. For more information about this security protection see the
“Auto-loading safe path” section in the GDB manual. E.g., run from the shell:
info “(gdb)Auto-loading safe path”
warning: Unable to find libthread_db matching inferior’s thread library, thread debugging will not be available.

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff088c915 in __pthread_initialize_minimal_internal (
argc=, argv=0x7fffffffe0f8, envp=0x7fffffffe110)
at nptl-init.c:324
324 THREAD_SETMEM (pd, cpuclock_offset, GL(dl_cpuclock_offset));
(gdb) quit A debugging session is active.

Inferior 1 [process 4358] will be killed. gdb –args route GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-94.el7
Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

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-redhat-linux-gnu”. For bug reporting instructions, please see:
… Reading symbols from /usr/sbin/route…Reading symbols from /usr/sbin/route…(no debugging symbols found)…done.
(no debugging symbols found)…done. Missing separate debuginfos, use: debuginfo-install net-tools-2.0-0.17.20131004git.el7.x86_64
(gdb) run Starting program: /usr/sbin/route Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface Warning: couldn’t activate thread debugging using libthread_db: Cannot find new threads: generic error warning: File “/usr/lib64/libthread_db-1.0.so” auto-loading has been declined by your `auto-load safe-path’ set to “$debugdir:
$datadir/auto-load:/usr/bin/mono-gdb.py”. To enable execution of this file add add-auto-load-safe-path /usr/lib64/libthread_db-1.0.so line to your configuration file “/home/andy/.gdbinit”. To completely disable this security protection add set auto-load safe-path /
line to your configuration file “/home/andy/.gdbinit”. For more information about this security protection see the
“Auto-loading safe path” section in the GDB manual. E.g., run from the shell:
info “(gdb)Auto-loading safe path”
warning: Unable to find libthread_db matching inferior’s thread library, thread debugging will not be available.

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff0cc6915 in __pthread_initialize_minimal_internal
(argc=, argv=0x7fffffffe118, envp=0x7fffffffe128) at nptl-init.c:324
324 THREAD_SETMEM (pd, cpuclock_offset, GL(dl_cpuclock_offset));

Quit anyway? (y or n) y

both end up in

nptl-init.c:324
324 THREAD_SETMEM (pd, cpuclock_offset, GL(dl_cpuclock_offset));

All other commands with ftp sftp SSH nslookup works.

Any ideas?

Sincerely

Andy

Machine cpu i3770 cpu. Laptop cpu 7500 i5 (works)