rusec: Что это было?

(Добавить комментарий)

	iar_elterrus@lj 2008-02-13 21:24 (ссылка)
	Проверьтесь на взлом. Я вот недавно обнаружил на своем сервере. В папке /etc - .tmp . И там - троян. Пришлось с бекапа многое восстанавливать... (Ответить)

	ctapnep@lj 2008-02-13 22:58 (ссылка)
	коннекшн к мускулу один? Может завис? Надо было в мускуле сделать show processlist и посмотреть чего есть и что делает. И убить коннект. А вот как предотвратить... не знаю. (Ответить) (Ветвь дискуссии)

	rusec@lj 2008-02-14 05:32 (ссылка)
	надо было :( я сначала restart, а потом задумался. (Ответить) (Уровень выше)

	ex_ketmar@lj 2008-02-14 05:00 (ссылка)
	это мистика была какая-то. можыд, просто баг в мускуле. коли оно в первый раз такое — я бы особо не нервничал. а вот если будет шибко повторятся — тут уже копать. (Ответить) (Ветвь дискуссии)

	rusec@lj 2008-02-14 05:02 (ссылка)
	Вроде как первый. Странно. Хочется всех убить. (Ответить) (Уровень выше) (Ветвь дискуссии)

ex_ketmar@lj
2008-02-14 05:20 (ссылка)

на самом деле фиг его знает. я такого не наблюдал никогда, заинтригован и озадачен. если нечаянно кто просветит или сам найдёшь баг — ты с народом поделись всенепременно. жутко интересно. похоже на то, что unix socket отвалился, через который с пых с мускулем общался. но тогда бы и с клиента запросы не прошли. эх, зря ты у неё «чё делаешь?!» не спросил…

(Ответить) (Уровень выше) (Ветвь дискуссии)

	rusec@lj 2008-02-14 05:22 (ссылка)
	Зря, согласен. С клиента всё работало. Отвалилось видимо ip. Я сначала починил, а потом задумался - а чо это было-то? Не подумал спросонья. (Ответить) (Уровень выше) (Ветвь дискуссии)

ex_ketmar@lj
2008-02-14 05:29 (ссылка)

а у тебя что, мускуль не там, где http? тогда поле предположений вообще сильно расширяется. если же на одном хосте — там не по tcp общение идёт обычно, а через unix sockets (ты в курсе, наверное, это такие a-la pipes, только зовутся по-другому %-).

(Ответить) (Уровень выше) (Ветвь дискуссии)

	rusec@lj 2008-02-14 05:31 (ссылка)
	Я в курсе, но в конфиге друпала написано localhost. Не знаю, хватает ли пыху интеллекта пустить это через сокет. (Ответить) (Уровень выше) (Ветвь дискуссии)

ex_ketmar@lj
2008-02-14 05:38 (ссылка)

а это в my.cnf и скрипте запуска смотреть. и в настройках пыха.

для мускуля смотреть настройку/параметр skip-networking (это вообще отрубает tcp), для пыха — mysql.default_socket обычно куда-то в /tmp или /var показывает, там unix socket лежит. по крайней мере у меня так.

(Ответить) (Уровень выше)

dinozavr@lj
2008-02-14 05:53 (ссылка)

при запросе извне mysql отвечал красиво в вебинтерфейс, что жив, и база drupal жива, а вот подконнектиться к базе не может, потому что Too many connection. При этом база действительно drupal, и логин и пароль действительно от нее.

Это говорит за то что " Отвалилось видимо ip." - не похоже на правду.

(Ответить) (Уровень выше)

ex_ketmar@lj
2008-02-14 05:22 (ссылка)

а. ну, предотвратить — это через костыль можно. cron, пых-скрипт в «зашитом» серверном каталоге (именно www), который тупо пинает базу, скажем, раз в час. и если база не отзывается — возвращает какую-то фиготень, по которой скрипт из крона тупо рестартует мускуль. ректально, конечно, зато работать будет. %-)

(Ответить) (Уровень выше) (Ветвь дискуссии)

	rusec@lj 2008-02-14 05:25 (ссылка)
	если будет повторяться - так и сделаю. правда мускуль иногда не отвечает в моменты высокой загрузки на сервер. ко всему ему ещё и буфера обнулять - некузяво как-то. (Ответить) (Уровень выше) (Ветвь дискуссии)

ex_ketmar@lj
2008-02-14 05:28 (ссылка)

не, ну понятно, что можно сделать костыль «поумнее». скажем, не отвечает — пнуть чуть попозже, или ещё что. оно костыль и есть, но за незнанием причины лучше так, чем лежащий сайт, имо…

ты ж, небось, мыл наполучал про лежащий сервис. каюсь, я тоже видел, что упало, но по-пьяни ниасилил вспомнить, куда тебе об этом наспамить. %-)

(Ответить) (Уровень выше) (Ветвь дискуссии)

	rusec@lj 2008-02-14 05:30 (ссылка)
	Наполучал, а толку? Я же спал. Понятно, что если будут рецедивы - придётся костылять. (Ответить) (Уровень выше)