Не все юзеры подключаются при рестарте

[nightfly 1 252]

Видимо просто работа install-bin чем-то отличается от install вот и все.

[morfey 82]

  В 01.10.2011 в 18:06, Kucher2 сказав:

Выходит что на вновь установленный биллинг накатили забекапенную только что базу + свои скрипты и глюк исчез?

Да

[madf 279]

  В 01.10.2011 в 18:17, nightfly сказав:

Видимо просто работа install-bin чем-то отличается от install вот и все.

install включает в себя install-bin.

[nightfly 1 252]

  Цитата

install включает в себя install-bin.

тогда можешь продолжать ненавидеть мистику

[Kucher2 122]

Кстати необЪяснимые вещи, пропадающие после реинсталла наблюдались у СТГ и раньше.

Жаль этого особо никто не протоколировал. Я сейчас даже не могу припомнить какого рода был глюк, но устранился он именно реинсталлом.

 

Причём по-моему я даже просто убивал процесс и ./make install делал, точно не помню.

 

При переустановке СТГ - что конкретно перезаписывается кроме начальных конфигов, скриптов и базы админов/юзеров?

[madf 279]

  В 02.10.2011 в 18:37, Kucher2 сказав:

Кстати необЪяснимые вещи, пропадающие после реинсталла наблюдались у СТГ и раньше.

Жаль этого особо никто не протоколировал. Я сейчас даже не могу припомнить какого рода был глюк, но устранился он именно реинсталлом.

 

Причём по-моему я даже просто убивал процесс и ./make install делал, точно не помню.

 

При переустановке СТГ - что конкретно перезаписывается кроме начальных конфигов, скриптов и базы админов/юзеров?

install-bin устанавливает все бинарники. Это сам stargazer, библиотеки и плагины.

install-data устанавливает конфиги и базу.

install это install-bin + install-data.

[Kucher2 122]

Ну ведь может же быть, что библиотеки/плагины использует не только СТГ (они ведь ставятся в стандартные каталоги)?

Тогда при установке ещё какого-нить ПО возможно несоответствие версий и т.д. Может не такое уж это мистическое дело

 

Может просто надо СТГ ставить после того, как установлено уже всё что надо на сервер, в последнюю очередь.

[madf 279]

  В 03.10.2011 в 07:17, Kucher2 сказав:

Ну ведь может же быть, что библиотеки/плагины использует не только СТГ (они ведь ставятся в стандартные каталоги)?

Тогда при установке ещё какого-нить ПО возможно несоответствие версий и т.д. Может не такое уж это мистическое дело

 

Может просто надо СТГ ставить после того, как установлено уже всё что надо на сервер, в последнюю очередь.

Их использует только Stargazer и его утилиты (sgconf*, rscriptd и прочие). При установке он заменяет старые файлы если они есть, несоответствия быть не должно. Тем более что со старыми версиями оно скорее всего не заведется (за редким исключенияем).

Я пока не могу себе придумать объективных причин такого поведения системы, по этому и говорю - мистика

[Maxaon 1]

Мистика продолжается. Теперь у меня скрипты не выполняются. ОС - Ubuntu 11.04

 

Мистика началась дня три тому назад, когда для некоторых пользователей не срабатывал скрипт OnConnect, Сегодня перезагрузил сервак и он вообще не вызвал никаких правил, т.е. ни для кого онконнект вызван не был. Начал грешить на mysql, может глюкнуло что-то, но нет, mysql запускается раньше. Что это может быть. Из изменений на сервере - стандартные обновления.

 

И еще, в dmesg вылезло

kernel: [ 1362.810642] stargazer[15659]: segfault at b7873c38 ip b7873c38 sp b526538c error 14 in libstgcrypto.so[b7877000+4000]

[madf 279]

Версия stg каая? Что в логе пишет? Как определяется тот факт что не выполняются скрипты?

После перезагрузки не выполнились потому (судя по segfault в dmesg) что он тупо упал.

Хотелось бы больше подробностей.

[Maxaon 1]

STG-2.407-p1

  В 16.10.2011 в 08:50, madf сказав:

Версия stg каая? Что в логе пишет? Как определяется тот факт что не выполняются скрипты?

После перезагрузки не выполнились потому (судя по segfault в dmesg) что он тупо упал.

Хотелось бы больше подробностей.

Версия stg - 2.407-p1

В логах - ничего не пишет, только один раз, при завершении mysql раньше завершился, поэтому не смогло записать детальную статистику

Видно что скрипты не выполняются, по тому что не создаются разрешающие правила для файрвола и в лок подключения ничего не пишет.

Но после запуска процесс старгейзера был в списке активных и принимал подключения абонентов. Причем когда я ночью перезагрузил сервер - тоже ноль выполненных скриптов, но после того как в конфигураторе включил и отключил всегда онлайн скрипт выполнился и создал правила для файрвола.

[Небесный 26]

А, вы точно уверены, что проблемы нету нигде в другом месте (типа скрипты и все что вверх по течению описано)?

У меня тоже stg - 2.407-p1, тоже убунта - проблем от роду не знаю. Последнюю проблему знал только в 405 версии, с 406 версии грубо говоря забыл, что он есть, даже после жестких падений сервера - тип свет пропал, УПСы не выдержали, тетя Света шваброй помахала и т.п.

Что-то мне мое сердце посказывает, что все таки mysql виноват. Связка с mysql наверное работает только у nightfly - и то я знаю почему - потому, что он шаман и танцует вокруг сервера с бубном.

А, если серьйозно - шаман и бубен - это шутка.

А, проблема думаю все таки в mysql.

[nightfly 1 252]

не трогать руками mysql!

[madf 279]

  В 16.10.2011 в 10:47, Maxaon сказав:

STG-2.407-p1

  В 16.10.2011 в 08:50, madf сказав:

Версия stg каая? Что в логе пишет? Как определяется тот факт что не выполняются скрипты?

После перезагрузки не выполнились потому (судя по segfault в dmesg) что он тупо упал.

Хотелось бы больше подробностей.

...

В логах - ничего не пишет, только один раз, при завершении mysql раньше завершился, поэтому не смогло записать детальную статистику

...

В этот момент было падение.

 

  В 16.10.2011 в 10:47, Maxaon сказав:

Видно что скрипты не выполняются, по тому что не создаются разрешающие правила для файрвола и в лок подключения ничего не пишет.

Но после запуска процесс старгейзера был в списке активных и принимал подключения абонентов. Причем когда я ночью перезагрузил сервер - тоже ноль выполненных скриптов, но после того как в конфигураторе включил и отключил всегда онлайн скрипт выполнился и создал правила для файрвола.

Так может проблема в файрволе?

[madf 279]

  В 16.10.2011 в 11:06, Небесный сказав:

...

А, проблема думаю все таки в mysql.

А вот я думаю что проблема в XML-RPC

Точнее проблема в мейнтейнерах Debian которые тормозят с выкатыванием новой версии libxmlrpc-c, из-за чего я в 407-й версии не мог нормально остановить XML-RPC-сервер, что приводило к падению после выгрузки соответствующего плагина. Очень симптоматика падения похожа. В 408 исправлено.

Но к невыполнению скриптов это не относится.

[Небесный 26]

  В 16.10.2011 в 11:25, madf сказав:

  В 16.10.2011 в 11:06, Небесный сказав:

...

А, проблема думаю все таки в mysql.

А вот я думаю что проблема в XML-RPC

Точнее проблема в мейнтейнерах Debian которые тормозят с выкатыванием новой версии libxmlrpc-c, из-за чего я в 407-й версии не мог нормально остановить XML-RPC-сервер, что приводило к падению после выгрузки соответствующего плагина. Очень симптоматика падения похожа. В 408 исправлено.

Но к невыполнению скриптов это не относится.

Ложь и провокация!!!

  Цитата

Linux Shlyz 2.6.31-14-server #48-Ubuntu SMP Fri Oct 16 15:07:34 UTC 2009 x86_64 GNU/Linux

 

stg-407-р1

 

ну нету проблем. ))) Причем этот же XML-RPC девушки дергают наверное пару раз сотен на день, а может пару раз сотен легко сказано, ибо мордочка как пишет, так и читает данные через XML-RPC, так и юзерский кабинет также пинает тот же XML-RPC. Небыло у меня зависаний, небыло падений.

[Maxaon 1]

Кажется нашел в чем баг. rc.local запускается седьмым по счету, в то время как mysql и stargazer запускаются четвертыми и пятыми соответственно. Видимо скрипт файрвола стал долго слишком выполнятся и не успевал создать цепочки в файрволе, до того как stg выполнял скипты. Сейчас буду писать скрипт для init.d

[madf 279]

  В 16.10.2011 в 11:32, Небесный сказав:

  В 16.10.2011 в 11:25, madf сказав:

  В 16.10.2011 в 11:06, Небесный сказав:

...

А, проблема думаю все таки в mysql.

А вот я думаю что проблема в XML-RPC

Точнее проблема в мейнтейнерах Debian которые тормозят с выкатыванием новой версии libxmlrpc-c, из-за чего я в 407-й версии не мог нормально остановить XML-RPC-сервер, что приводило к падению после выгрузки соответствующего плагина. Очень симптоматика падения похожа. В 408 исправлено.

Но к невыполнению скриптов это не относится.

Ложь и провокация!!!

  Цитата

Linux Shlyz 2.6.31-14-server #48-Ubuntu SMP Fri Oct 16 15:07:34 UTC 2009 x86_64 GNU/Linux

 

stg-407-р1

 

ну нету проблем. ))) Причем этот же XML-RPC девушки дергают наверное пару раз сотен на день, а может пару раз сотен легко сказано, ибо мордочка как пишет, так и читает данные через XML-RPC, так и юзерский кабинет также пинает тот же XML-RPC. Небыло у меня зависаний, небыло падений.

Эта проблема проявляется только при останове, да и то не всегда.

[Небесный 26]

Та я ж усьо у шутку. ))) Не верить тебе madf это маме родной не верить.

 

 

 

  В 16.10.2011 в 11:56, Maxaon сказав:

Кажется нашел в чем баг. rc.local запускается седьмым по счету, в то время как mysql и stargazer запускаются четвертыми и пятыми соответственно. Видимо скрипт файрвола стал долго слишком выполнятся и не успевал создать цепочки в файрволе, до того как stg выполнял скипты. Сейчас буду писать скрипт для init.d

Ну, вот я ж говорил, что где-то собака порылась в другом месте.