Re: [devel] Ошибка в nagios-www-common

[Alexey Lubimov <avl@l14.ru>]

Dmitry Lebkov пишет:

>On Sun, 10 Aug 2003 00:52:07 +0400
>Alexey Lubimov <avl@l14.ru> wrote:
>
>  
>
>>Почему то эта строчка в nagios-www-common
>>
>>#for moving to other alternatives scheme
>>%pre www-common
>>[ -d %_libdir/%name/cgi ] && rm -rf %_libdir/%name/cgi
>>
>>при отсутствии этого самого /ust/lib/nagios/cgi вызывает следующее:
>>
>>After unpacking 1866kB of additional disk space will be used.
>>Executing RPM (/bin/rpm -Uvh --fancypercent --oldpackage)...
>>Preparing...                 
>>#####################################################################
>>################### 
>>[100%]
>>error: execution of %pre scriptlet from nagios-www-common-1.1-alt1 
>>failed, exit status 1
>>error:   install: %pre scriptlet failed (2), skipping 
>>nagios-www-common-1.1-alt1
>>E: Sub-process /bin/rpm returned an error code (1)
>>
>>Создав требуемую директорию, все поставил без ошибок, но по моему в 
>>спеке добивались другого...
>>    
>>
>
>Скорее всего связано с переездом на новую схему использования
>алтернатив. В предыдущем варианте /ust/lib/nagios/cgi был symlink'ом
>(альтернативой) на каталог с cgi-скриптами. И я только сейчас
>сообразил, что проверка -d не отработает и линк останется :(
>В ближайшее время поправлю и залью новую сборку.
>
>--
>WBR, Dmitry Lebkov
>  
>

Пользуясь случаем, хотел спросить.

Зачем в данном случае пользоваться альтернативами?
Я уж не говорю о том, что в мастере нет этих альтернатив и вообще 
ставить в зависимость к серверному компоненту библиотеку за номером 
0.0.6 без особой нужды не стоит.
Я не говорю, что альтернативы пока что весьма неустойчивы и 
недокументированы. Я получил при установке демон с файлами 
(nagios-default) и интерфейс с mysql (www-mysql) - естественно ничего не 
работало, а когда разобрался, то не понял, как же пльтернативу 
перекинуть . В итоге просто снес nagios-default и все само пришло в норму.

Самое главное, нагиос предполагает накопление данных. А  альтернативы 
просто переключают версии с разных БД и файлов. Естественно, данные из 
БД при этом не мигрируют и мы имеем кашу вместо сервиса. То есть во 
время эксплуатации переключать альтернативы бесполезно и даже вредно. А 
раз так, не проще было поставить в пакеты конфликты и зависимости, чтобы 
можно было поставить либо nagios(-www)-mysql либо *-default либо *-pgsql ?


И еще вопросик.
не работает ссылка:
/nagios/cgi-bin/statusmap.cgi?host=localhost&layout=5&max_width=0&max_height=0&proximity_width=1000&proximity_height=800&layermode=exclude

Это когда во вкладке   "Status Map" щелкаешь по любому хосту.

Выдает:




Internal Server Error
The server encountered an internal error or misconfiguration and was 
unable to complete your request.

Please contact the server administrator, root@localhost.localdomain and 
inform them of the time the error occurred, and anything you might have 
done that may have caused the error.

More information about this error may be available in the server error log.


апач в error_log при этом ругается вот как:

Premature end of script headers: /usr/lib/nagios/cgi/statusmap.cgi

В инете раскопал несто подобное с жалобой на версию gd, но там есть 
варнинги на эту тему, а у меня их нет.
Не было ни у кого такого?