[sisyphus] Re: php: new config files structure???

[Nick Fedchik]

В сообщении от Пн 10 Ноя 2003 14:57 Alexey Gladkov написал(a):

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

> Потому что не всегда получается мягкий переезд (см. ниже)
Бывает, к сожалению... 

> > Поэтому я считаю, что там целесообразно рассмотреть данный случай и
> > указать сценарий для его решения.
> Дело в том, что данная проблема у меня не воспроизводится ... опять же я
> писал, что новая сборка находилась более недели на тестировании в
> Daedalus и просил заинтересованых администраторов протестировать ... я не
> получил ни одного писльма по поводу данной проблемы.
Не в курсе. Могу только порекоммендовать в будущем делать несложную, но 
обязательную (рекомендательную?) программу бета-тестирования (или альфа- для 
Дедала???) и направлять её тестерам.

> опишите (лучше с логом) порядок выших действий и проблему более детально
> ... т.е. что обновлялось и в каком порядке. Дело в том, что из сказанного
> вами выше я понял, что конфиги соответствующих модулей не были установлены
> из /usr/share/php/extconf в /etc/php/<mod>/php.d
Да. Я полагаю что это возникло при апдейте, но не при инсталле.

> это может произойти только в том случае, если был нарушен порядок
> установки новых версий пакетов в систему...
Да - делается достаточно регулярный dist-upgrade.
Есть два хоста - один был переведен на Сизиф с Мастера 2.2 примерно 
пол-года назад. 
Второй хост - на прошлой неделе поставлен с Compact-20031030
Проблема была на первом хосте, видимо там был выполнен dist-upgrade
Для второго хоста проблема не наблюдалась.
И логах первого хоста я факты апдейта не нашел (кстати - ?).
Хотя записи в syslog.conf для messages одинаковые для обеих хостов.
Вот лог второго хоста (grep php /var/log/syslog/messages*):
Nov  4 16:13:00 host2 rpm: php-common-1:4.3.4-alt0.cvs20030903 installed
Nov  4 16:13:00 host2 rpm: php-snmp-1:4.3.4-alt0.cvs20030830 installed
Nov  4 16:22:15 host2 rpm: php-1:4.3.4-alt0.cvs20030903 installed
Nov  4 16:22:16 host2 rpm: mod_php-1:4.3.4-alt0.cvs20030903 installed
Nov  4 16:22:17 host2 rpm: php-imap-1:4.3.4-alt0.cvs20030830 installed
Nov  5 12:31:48 host2 rpm: php-common-1:4.3.4-alt0.cvs20031101 installed
Nov  5 12:31:49 host2 rpm: php-common-1:4.3.4-alt0.cvs20030903 removed
Nov  5 12:31:49 host2 rpm: mod_php-1:4.3.4-alt0.cvs20031101 installed
Nov  5 12:31:49 host2 rpm: mod_php-1:4.3.4-alt0.cvs20030903 removed
Nov  5 12:31:49 host2 rpm: php-1:4.3.4-alt0.cvs20031101 installed
Nov  5 12:31:49 host2 rpm: php-1:4.3.4-alt0.cvs20030903 removed
Nov  5 12:31:49 host2 rpm: php-imap-1:4.3.4-alt0.cvs20031101 installed
Nov  5 12:31:49 host2 rpm: php-imap-1:4.3.4-alt0.cvs20030830 removed
Nov  5 12:31:49 host2 rpm: php-snmp-1:4.3.4-alt0.cvs20031101 installed
Nov  5 12:31:49 host2 rpm: php-snmp-1:4.3.4-alt0.cvs20030830 removed
Nov 10 13:21:40 host2 rpm: php-mysql-1:4.3.4-alt0.cvs20031101 installed
Nov 10 13:21:40 host2 rpm: php-dba-1:4.3.4-alt0.cvs20031101 installed
Nov 10 13:21:41 host2 rpm: php-gd2-1:4.3.4-alt0.cvs20031101 installed
Nov 10 13:21:42 host2 rpm: php-manual-ru-1:4.3.0-alt1 installed
Nov 10 13:21:42 host2 rpm: php-sockets-1:4.3.4-alt0.cvs20031101 installed

Тут видно, что с ним было всё гладко.

> сейчас я могу только посоветовать сделать --reinstall
Да я уже рученьками пофиксил, так что смысл?
Кстати, не совсем корректно, т.к. получил ошибку:
[10-Nov-2003 15:51:15] PHP Fatal error:  Call to undefined function:  iconv() 
in /var/www/html/squirrelmail/functions/i18n.php on line 77

[root на host1 php.d]# pwd
/etc/php/mod_php/php.d
[root на host1 php.d]# ls -1
curl.ini
dba.ini
fribidi.ini
imap.ini
mbstring.ini
mysql.ini
pcntl.ini
readline.ini
sockets.ini
xslt.ini

Ну и конечно же делал service httpd restart
Как пофиксить? Что я забыл включить?

-- 
Best Regards, Nick Fedchik
http://www.fedchik.org.ua/
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: signature
Url     : <http://lists.altlinux.org/pipermail/sisyphus/attachments/20031110/55f38cd1/attachment-0009.bin>