Доброе утро, понимаю что вопрос не сильно относится к devops,

но все же: появилась проблема после апгрейда
сервера с buster на bullseye (также переустанавливали ОС):
#/usr/bin/ls /home/files/db/*/*/*.sql | wc -l
2635

#/bin/ls /home/files/db/*/*/*.sql | wc -l
double free or corruption (!prev)
0

# md5sum /usr/bin/ls
b3535289b2932e25650074aa6d89bf3c /usr/bin/ls
#file /usr/bin/ls
/usr/bin/ls: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=6461a544c35b9dc1d172d1a1c09043e487326966, for GNU/Linux 3.2.0, stripped


#file /bin/ls
/bin/ls: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=6461a544c35b9dc1d172d1a1c09043e487326966, for GNU/Linux 3.2.0, stripped

# md5sum /bin/ls
b3535289b2932e25650074aa6d89bf3c /bin/ls


# ls -l /usr/bin/ls
-rwxr-xr-x 1 root root 147176 Sep 24 2020 /usr/bin/ls

# ls -l /bin/ls
-rwxr-xr-x 1 root root 147176 Sep 24 2020 /bin/ls

в другие моменты времени:
ls /home/files/db/*/*/*.sql | wc -l
corrupted double-linked list
0

whereis ls
ls: /usr/bin/ls /usr/share/man/man1/ls.1.gz

Такие "приколы" наблюдаются раз-через-раз в утилитах cp,ls,mv,rm (мб и другие) и только после обновления с buster на bullseye и использования подобного wildcard, под который попадают N-ое кол-во файлов
(на других серверах также такое замечал после апгрейдов, но там до определенного момента это было не сильно актуально/критично).
edac в норме:
grep "[0-9]" /sys/devices/system/edac/mc/mc*/csrow*/ch*_ce_count
/sys/devices/system/edac/mc/mc0/csrow0/ch0_ce_count:0
/sys/devices/system/edac/mc/mc0/csrow0/ch1_ce_count:0
Проверяли на уровне ОС memtest - ничего не показало, в IPMI тоже ошибок по железу не увидели. Пока из идей только проверить извне физическую память.
Что может быть причиной таких проблем?

Таки падает кто ? Быть может bash ?

Так memtest86 без ОС работать должен. Методичка неправильная

Я бы предположил, что обновилось не очень удачно, и что-то экспортирует не совсем годные версии библиотек. Глупый вопрос, но после обновления ребут был?

У меня тоже глупый вопрос: а что именно изменит ребут?

Ну тут надо долгую лекцию проводить, что такое разделяемые библиотеки, как в линуксе происходит удаление и обращение к файлам и так далее.

systemd-analize если у вас грузится сервер минуту как минимум надо смотреть... минута эт чОт не очень нормальное

Зависит от сервера))

Я и есть тот самый лектор, который такие обычно такие лекции проводит (в буквальном смысле, приходилось так делать на курсах переподготовки кадров) - каким образом ld-linux увидит старые версии библиотек? Их если кто и видит, то только те, кто был запущен до апгрейда, а для всех остальных старые библиотеки это просто набор айнодов, до которых достучаться простым образом уже нельзя