Что может пойти не так с обновлением GLIBC?
Недавно я установил программное обеспечение, необходимое моей группе для исследовательского проекта, который начнется в сентябре следующего года. Оказывается, в программе есть известная ошибка сбоя при использовании с glibc 2.12.1. Мой босс спросил, можем ли мы обновить glibc на сервере, который должен его запускать. Мое скептическое молчание ...
В какой-то момент мне пришло в голову, что возиться с glibc - такая же хорошая идея, как возиться с голодной пумой; однако мне не удалось определить источник этого убеждения. Итак, если я продолжу с этим:
- Я делаю что-то вопиюще глупое (например, я не решу свою проблему, я заблокирую свой сервер или инициирую зомби-апокалипсис)?
- Что может пойти не так?
- Что может пойти не так?
- Как мне избежать ответов на вопросы 2 и 3?
Часто можно скомпилировать более свежую библиотеку, и одна часть программного обеспечения будет использовать библиотеку, отличную от всех остальных.
Самая большая проблема между версиями libc - это локальное хранилище потоков, IIRC. Если вы проходите этот этап, все ставки отменены.
Сказав все это - я настоятельно рекомендую вам просто обновить дистрибутив до чего-то современного. Частичное обновление может вызвать такую боль, из-за которой вы месяцами будете гоняться за своим хвостом.
Вы можете обратиться к таблица совместимости для определения бинарно-совместимых версий.
Обычно обновить glibc до более новой версии не проблема, но вы должны собрать его с теми же флагами конфигурации, что и в вашем дистрибутиве (см. Файл спецификации в соответствующем пакете SRPM).
