Geçenlerde grubumun önümüzdeki Eylül ayından itibaren bir araştırma projesi için ihtiyaç duyduğu bir yazılım yükledim. Yazılımın glibc 2.12.1 ile kullanıldığında bilinen bir çökme hatası olduğu ortaya çıkıyor. Patronum, çalıştırması gereken sunucuda glibc'yi yükseltebilir miyiz diye sordu. Şüpheci sessizliğimi göster ....
Bir noktada, glibc ile uğraşmanın aç bir puma ile uğraşmak kadar iyi bir fikir olduğunu beynime aldım; ancak bu inancın kaynağını belirleyemedim. Eğer bununla devam edersem:
- Çok aptalca bir şey mi yapıyorum (örneğin sorunumu çözmeyeceğim, sunucumu tuğla tutacağım veya bir zombi kıyametini başlatacağım)?
- Ne yanlış gidebilir?
- Ne yanlış gidecek?
- 2 ve 3'ün cevaplarını nasıl önleyebilirim?
3
İlk olarak, dağıtımınızda hatayı düzelten glibc güncellemeleri olup olmadığını kontrol edin. Bir dağıtımın belirli bir glibc'i, resmi glibc'e kıyasla glibc'inde birçok backport / hata düzeltmesi içerebilir, ancak dağıtım sürümü hala aynıdır.
—
nos
Bazı önyüklenebilir çıkarılabilir ortamınız (USB flash sopa, CD, DVD) olduğu sürece makine gerçekten tuğla değildir. Oradan glibc yeniden kurularak kurtarma mümkün olacak. Herhangi bir tehlikeden kaçınmak için, kök olmayan bir kullanıcı olarak yeni bir glibc derlemeyi deneyebilir,
—
Alan Curry
--prefix=$HOMEardından LD_LIBRARY_PATHona işaret edebilir ve çalışıp çalışmadığını görebilirsiniz. Kök olmayan bir kullanıcı olarak, ne kadar kötü berbat olursanız olun, tüm sistemi vidalayamazsınız. Bu işe yararsa, bunu değiştirin --prefix=/usr/local/bleeding-edge-glibcve LD_LIBRARY_PATH=/usr/local/bleeding-edge-glibc/libaraştırma projesi için bir gereklilik olarak belgelendirin
Dağıtımı yükseltemiyor musunuz? Ve
glibckorktuğunuz hatanın ne olduğunu ve ne tür bir yazılım kullandığınızı söylemelisiniz . Yazılımınızı yatırabilir (kaynak koduna sahip olduğunuzu varsayarak) ya da sisteminizi atlatacak şekilde yapılandırabilirsiniz.
Mümkün olduğunca yeni projeler için eski sunucu yazılımlarını kullanmaktan kaçının.
—
Michael Hampton
