nightfly 1,252 Posted 2011-10-01 18:17:13 Share Posted 2011-10-01 18:17:13 Видимо просто работа install-bin чем-то отличается от install вот и все. Link to post Share on other sites
morfey 82 Posted 2011-10-01 19:59:40 Author Share Posted 2011-10-01 19:59:40 Выходит что на вновь установленный биллинг накатили забекапенную только что базу + свои скрипты и глюк исчез? Да Link to post Share on other sites
madf 279 Posted 2011-10-02 08:58:21 Share Posted 2011-10-02 08:58:21 Видимо просто работа install-bin чем-то отличается от install вот и все. install включает в себя install-bin. Link to post Share on other sites
nightfly 1,252 Posted 2011-10-02 12:53:39 Share Posted 2011-10-02 12:53:39 install включает в себя install-bin. тогда можешь продолжать ненавидеть мистику Link to post Share on other sites
Kucher2 122 Posted 2011-10-02 18:37:25 Share Posted 2011-10-02 18:37:25 Кстати необЪяснимые вещи, пропадающие после реинсталла наблюдались у СТГ и раньше. Жаль этого особо никто не протоколировал. Я сейчас даже не могу припомнить какого рода был глюк, но устранился он именно реинсталлом. Причём по-моему я даже просто убивал процесс и ./make install делал, точно не помню. При переустановке СТГ - что конкретно перезаписывается кроме начальных конфигов, скриптов и базы админов/юзеров? Link to post Share on other sites
madf 279 Posted 2011-10-02 19:01:06 Share Posted 2011-10-02 19:01:06 Кстати необЪяснимые вещи, пропадающие после реинсталла наблюдались у СТГ и раньше. Жаль этого особо никто не протоколировал. Я сейчас даже не могу припомнить какого рода был глюк, но устранился он именно реинсталлом. Причём по-моему я даже просто убивал процесс и ./make install делал, точно не помню. При переустановке СТГ - что конкретно перезаписывается кроме начальных конфигов, скриптов и базы админов/юзеров? install-bin устанавливает все бинарники. Это сам stargazer, библиотеки и плагины. install-data устанавливает конфиги и базу. install это install-bin + install-data. Link to post Share on other sites
Kucher2 122 Posted 2011-10-03 07:17:34 Share Posted 2011-10-03 07:17:34 Ну ведь может же быть, что библиотеки/плагины использует не только СТГ (они ведь ставятся в стандартные каталоги)? Тогда при установке ещё какого-нить ПО возможно несоответствие версий и т.д. Может не такое уж это мистическое дело Может просто надо СТГ ставить после того, как установлено уже всё что надо на сервер, в последнюю очередь. Link to post Share on other sites
madf 279 Posted 2011-10-03 09:25:35 Share Posted 2011-10-03 09:25:35 Ну ведь может же быть, что библиотеки/плагины использует не только СТГ (они ведь ставятся в стандартные каталоги)? Тогда при установке ещё какого-нить ПО возможно несоответствие версий и т.д. Может не такое уж это мистическое дело Может просто надо СТГ ставить после того, как установлено уже всё что надо на сервер, в последнюю очередь. Их использует только Stargazer и его утилиты (sgconf*, rscriptd и прочие). При установке он заменяет старые файлы если они есть, несоответствия быть не должно. Тем более что со старыми версиями оно скорее всего не заведется (за редким исключенияем). Я пока не могу себе придумать объективных причин такого поведения системы, по этому и говорю - мистика Link to post Share on other sites
Maxaon 1 Posted 2011-10-16 00:17:05 Share Posted 2011-10-16 00:17:05 Мистика продолжается. Теперь у меня скрипты не выполняются. ОС - 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] Link to post Share on other sites
madf 279 Posted 2011-10-16 08:50:04 Share Posted 2011-10-16 08:50:04 Версия stg каая? Что в логе пишет? Как определяется тот факт что не выполняются скрипты? После перезагрузки не выполнились потому (судя по segfault в dmesg) что он тупо упал. Хотелось бы больше подробностей. Link to post Share on other sites
Maxaon 1 Posted 2011-10-16 10:47:25 Share Posted 2011-10-16 10:47:25 STG-2.407-p1 Версия stg каая? Что в логе пишет? Как определяется тот факт что не выполняются скрипты? После перезагрузки не выполнились потому (судя по segfault в dmesg) что он тупо упал. Хотелось бы больше подробностей. Версия stg - 2.407-p1 В логах - ничего не пишет, только один раз, при завершении mysql раньше завершился, поэтому не смогло записать детальную статистику Видно что скрипты не выполняются, по тому что не создаются разрешающие правила для файрвола и в лок подключения ничего не пишет. Но после запуска процесс старгейзера был в списке активных и принимал подключения абонентов. Причем когда я ночью перезагрузил сервер - тоже ноль выполненных скриптов, но после того как в конфигураторе включил и отключил всегда онлайн скрипт выполнился и создал правила для файрвола. Link to post Share on other sites
Небесный 26 Posted 2011-10-16 11:06:42 Share Posted 2011-10-16 11:06:42 А, вы точно уверены, что проблемы нету нигде в другом месте (типа скрипты и все что вверх по течению описано)? У меня тоже stg - 2.407-p1, тоже убунта - проблем от роду не знаю. Последнюю проблему знал только в 405 версии, с 406 версии грубо говоря забыл, что он есть, даже после жестких падений сервера - тип свет пропал, УПСы не выдержали, тетя Света шваброй помахала и т.п. Что-то мне мое сердце посказывает, что все таки mysql виноват. Связка с mysql наверное работает только у nightfly - и то я знаю почему - потому, что он шаман и танцует вокруг сервера с бубном. А, если серьйозно - шаман и бубен - это шутка. А, проблема думаю все таки в mysql. Link to post Share on other sites
nightfly 1,252 Posted 2011-10-16 11:12:54 Share Posted 2011-10-16 11:12:54 не трогать руками mysql! Link to post Share on other sites
madf 279 Posted 2011-10-16 11:22:43 Share Posted 2011-10-16 11:22:43 STG-2.407-p1 Версия stg каая? Что в логе пишет? Как определяется тот факт что не выполняются скрипты? После перезагрузки не выполнились потому (судя по segfault в dmesg) что он тупо упал. Хотелось бы больше подробностей. ... В логах - ничего не пишет, только один раз, при завершении mysql раньше завершился, поэтому не смогло записать детальную статистику ... В этот момент было падение. Видно что скрипты не выполняются, по тому что не создаются разрешающие правила для файрвола и в лок подключения ничего не пишет. Но после запуска процесс старгейзера был в списке активных и принимал подключения абонентов. Причем когда я ночью перезагрузил сервер - тоже ноль выполненных скриптов, но после того как в конфигураторе включил и отключил всегда онлайн скрипт выполнился и создал правила для файрвола. Так может проблема в файрволе? Link to post Share on other sites
madf 279 Posted 2011-10-16 11:25:20 Share Posted 2011-10-16 11:25:20 ... А, проблема думаю все таки в mysql. А вот я думаю что проблема в XML-RPC Точнее проблема в мейнтейнерах Debian которые тормозят с выкатыванием новой версии libxmlrpc-c, из-за чего я в 407-й версии не мог нормально остановить XML-RPC-сервер, что приводило к падению после выгрузки соответствующего плагина. Очень симптоматика падения похожа. В 408 исправлено. Но к невыполнению скриптов это не относится. Link to post Share on other sites
Небесный 26 Posted 2011-10-16 11:32:34 Share Posted 2011-10-16 11:32:34 ... А, проблема думаю все таки в 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. Небыло у меня зависаний, небыло падений. Link to post Share on other sites
Maxaon 1 Posted 2011-10-16 11:56:24 Share Posted 2011-10-16 11:56:24 Кажется нашел в чем баг. rc.local запускается седьмым по счету, в то время как mysql и stargazer запускаются четвертыми и пятыми соответственно. Видимо скрипт файрвола стал долго слишком выполнятся и не успевал создать цепочки в файрволе, до того как stg выполнял скипты. Сейчас буду писать скрипт для init.d Link to post Share on other sites
madf 279 Posted 2011-10-16 12:16:25 Share Posted 2011-10-16 12:16:25 ... А, проблема думаю все таки в 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. Небыло у меня зависаний, небыло падений. Эта проблема проявляется только при останове, да и то не всегда. Link to post Share on other sites
Небесный 26 Posted 2011-10-16 17:02:19 Share Posted 2011-10-16 17:02:19 Та я ж усьо у шутку. ))) Не верить тебе madf это маме родной не верить. Кажется нашел в чем баг. rc.local запускается седьмым по счету, в то время как mysql и stargazer запускаются четвертыми и пятыми соответственно. Видимо скрипт файрвола стал долго слишком выполнятся и не успевал создать цепочки в файрволе, до того как stg выполнял скипты. Сейчас буду писать скрипт для init.d Ну, вот я ж говорил, что где-то собака порылась в другом месте. Link to post Share on other sites
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now