Изпечатай

[console]

Здравейте,

На една от машините имам инсталиран Slackware 14.1 и ми се наложи да update php версията от 5.2 до 5.3 и след това се случи следния проблем.

php: error while loading shared libraries: libssl.so.1: cannot open shared object file: No such file or directory

ldconfig - Segmentation fault

Общо взето почти всяка команда ми връща следното

pico: error while loading shared libraries: libssl.so.1: cannot open shared object file: No such file or directory

libssl.so.1 - такова животно няма ,но има libssl.so.0

Предложения ?

[neter]

Има ли някакъв положителен ефект, ако направиш symlink от наличния към неналичния?

ln -s libssl.so.0 libssl.so.1

Добави им и пътища в командата, ако не отидеш в конзолата до папката, където са.

[console]

Да току що точно това правих и се получи следното:

ln -s /usr/lib/libssl.so.0 /usr/lib/libssl.so.1

php: error while loading shared libraries: libcrypto.so.1: cannot open shared object file: No such file or directory

добре и тази библиотека я линкнах по горния начин.

ln -s /usr/lib/libcrypto.so /usr/lib/libcrypto.so.1

И отново

php: error while loading shared libraries: liblzma.so.5: cannot open shared object file: No such file or directory

Окай и това по същия начин.


ln -s /usr/lib/liblzma.so /usr/lib/liblzma.so.5 

И се получи това :


php
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/curl.so' - /lib/libc.so.6: version `GLIBC_2.17' not found (required by /usr/lib/libcurl.so.4) in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/dba.so' - libdb-4.8.so: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/dbase.so' - /usr/lib/php/extensions/dbase.so: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/mhash.so' - /usr/lib/php/extensions/mhash.so: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/snmp.so' - libnetsnmp.so.25: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/sqlite.so' - /usr/lib/php/extensions/sqlite.so: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/extensions/xsl.so' - /usr/lib/php/extensions/xsl.so: undefined symbol: dom_node_class_entry in Unknown on line 0

И увисна конзолата.

Явно сериозно оплесках нещатата тук

[lunarvalley]

нетер, какви глупости го караш да прави?

console,
преинсталирай openssl; имай предвид, че openssl и openssol-solibs са ъпдейтнати в /patches

[laskov]

Въобще не са глупости! Ето какво имам на един 13.0

root@manevski:~# locate libssl.so
/usr/lib/libssl.so
/usr/lib/libssl.so.0
/usr/lib/libssl.so.0.9.8
/lib/libssl.so.0
/lib/libssl.so.0.9.8
root@manevski:~# ls -l /lib/libssl.so*
lrwxrwxrwx 1 root root     15 Apr 10  2012 /lib/libssl.so.0 -> libssl.so.0.9.8*
-r-xr-xr-x 1 root root 297664 Feb  1  2012 /lib/libssl.so.0.9.8*
root@manevski:~# ls -l /usr/lib/libssl.so*
lrwxrwxrwx 1 root root 15 Apr 10  2012 /usr/lib/libssl.so -> libssl.so.0.9.8*
lrwxrwxrwx 1 root root 15 Apr 10  2012 /usr/lib/libssl.so.0 -> libssl.so.0.9.8*
lrwxrwxrwx 1 root root 25 Apr 10  2012 /usr/lib/libssl.so.0.9.8 -> ../../lib/libssl.so.0.9.8*
root@manevski:~#

[neter]

Всъщност е в междината между глупости и неглупости - един вид workaround Който изглежда в случая сякаш върши работа, но е крайно недостатъчен за цялата картина. Не съм запознат с обстановката в Slackware, но изглежда ще има нужда още и от надграждане на glibc, поправяне на пътища до някои extension-и на PHP (да не се е сменил пътят от /usr/lib/php на /usr/lib/php5 или нещо друго? макар че изглежда се търсят и в /usr/lib/php), проверка за наличността на libdb-4.8.so и libnetsnmp.so.25... на пръв поглед не е ясна картинката с xsl.so...

Всъщност, ти как надгради версията на PHP?

[console]

Версията я обнових чрез slackpkg upgrade.Изкочи ми един интефейс в който имаше една камара неща за upgrade  и аз избрах само php-to

[lunarvalley]

ама си и ти... що не ъпгрейдна цялата камара неща?

ПП: ще ти ъпгрейдне и кернела да знаеш, така че да не забравиш да пуснеш

# lilo -v

[console]

Сега ако го пусна да update всичко мислиш ли ,че няма да оплете хептем нещата?

[Acho]

Относно оплитането никога не се знае със сигурност 100%. Ама то вече се е омаскарило достатъчно.

[lunarvalley]

Ми обикновено не се оплитат. Ъпдейтите при Slackware са малко и нещата работят без проблем след тях. Поне така би трябвало. Може да изчистиш симлинковете дето си ги правил ръчно.

[gat3way]

Такива експерименти могат да изиграят много лоша шега, може не веднага, но нищо чудно след време. API-тата се променят, добавят се нови функции, съответно софтуера може да почне в някой хубав момент след ъпдейт да гърми или да отказва да се стартира щото dynamic loader-а не е resolve-нал някой символ. Дори самото им наличие сега може да изиграе кофти номер когато тръгнеш да инсталираш пакети защото не знаеш кой preinstall/post-install скрипт ще се изтрещи. От такива изпълнения - симлинкване на libreadline в случая - преди време си направих системата unbootable защото още initrd-то се трошеше и ме хвърляше в шел откъдето не можех да си монтирам LVM устройствата, понеже lvm се оказа линкнат към libreadline. Да видиш как се разнасят .so файлове по флашки и как се оправя тази кочина няколко часа. Беше си точно като заложена бомба - след инсталиране на ново ядро и премахване на старото, mkinitrd или там каквото  дебиан-а ползва за да създава initrd, се беше ошашкал заради това и не беше сложил libreadline в image-а, при последвалия рестарт имаше много неприятна изненада.

[console]

Ясно е че кашата е голяма. Има ли някакъв начин по които да реша генерално нещата и да върна всичко в стария му вид?

[lunarvalley]

ъпдейтни всичко, което ти казва

[remotexx]

Хехех - Добре дошъл в света на Слак-а
Вече се убеди и от личен опит че Слак пакетите нямат и не поддържат зависмости
В днешно време за поддръжката им се разчита на 3ти/неофициални и пр. пакети и врътки и се получава това

..та както вече каза колегата - обнови всички пакети т.е. трябвало е да обновиш всички пакети 

П.П. Не е трябвало да ти дава да обновиш само 1 пакет при положение че той зависи от друг(и) които искат обновяване. Така се е получило щото то в пакета няма такава информация а пък интрумента ти за обновяване (не знам кой е) или също няма т.е. назад е с материала или има бъг или пък и той не поддържа зависимости.

П.П.П. Не че аз като минах вече на Дебиян си нямам проблеми със зависимостите... бъгове (обик. в пакетния мениджър) и пр. но по-скоро тук проблема е обратния - като забравят да премахант някоя зависмост от някой стар пакет погрешка и той си мисли че още зависи от версия.0 ама другите вече искат версия.1 и версия.0 им прави конфликт та такива ми ти работи - ама поне чакаш да си оправят зависимостите в пакета... А при Слак... викаш неволята... запряташ ръкави... и те така.