Niedawno zainstalowałem oprogramowanie, którego moja grupa potrzebuje do projektu badawczego, który rozpocznie się we wrześniu. Okazuje się, że oprogramowanie ma znany błąd awarii, gdy jest używane z glibc 2.12.1. Mój szef zapytał, czy możemy zaktualizować glibc na serwerze, który ma go uruchomić. Wskaż moją sceptyczną ciszę ...
W pewnym momencie zrozumiałem, że zadzieranie z glibc było równie dobrym pomysłem, jak zadzieranie z głodną pumą; nie byłem jednak w stanie określić źródła tego przekonania. Więc jeśli pójdę dalej z tym:
- Czy robię coś rażąco głupiego (np. Nie naprawię mojego problemu, zepsuję serwer, czy zainicjuję apokalipsę zombie)?
- Co może pójść źle?
- Co może pójść nie tak?
- Jak uniknąć odpowiedzi na 2 i 3?
3
Najpierw sprawdź, czy Twoja dystrybucja ma aktualizacje glibc, które naprawiają błąd. Konkretny glibc dystrybucji może zawierać wiele backportów / poprawek błędów w swoim glibc w porównaniu z oficjalnym glibc, ale wersja dystrybucji jest nadal taka sama.
—
nos
Tak długo, jak masz bootowalny nośnik wymienny (pamięć flash USB, CD, DVD), maszyna nie jest naprawdę zepsuta. Uratowanie będzie możliwe poprzez ponowną instalację glibc stamtąd. Aby uniknąć jakiegokolwiek niebezpieczeństwa, możesz spróbować skompilować nowego glibc jako użytkownik inny niż root, a
—
Alan Curry
--prefix=$HOMEnastępnie wskazać LD_LIBRARY_PATHgo i sprawdzić, czy działa. Jako użytkownik inny niż root nie możesz zepsuć całego systemu bez względu na to, jak bardzo się popsułeś. Jeśli to zadziała, zmień to --prefix=/usr/local/bleeding-edge-glibci udokumentuj LD_LIBRARY_PATH=/usr/local/bleeding-edge-glibc/libjako wymaganie dla projektu badawczego
Nie możesz zaktualizować dystrybucji? Powinieneś powiedzieć, jakiego
glibcbłędu się boisz i jakiego oprogramowania używasz. Możesz załatać oprogramowanie (zakładając, że masz jego kod źródłowy) lub skonfigurować system w inny sposób, aby go obejść.
W miarę możliwości unikaj używania starego oprogramowania serwerowego do nowych projektów.
—
Michael Hampton,
