LINUX.ORG.RU

Поздравляем нашу команду с прохождением второго отборочного тура yandex.root олимпиады!

 , ,


0

3

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

Застряли мы в поиске руткита, который, как обычно, оказался на самом видном месте.

Но окончательно нас затормозил друпал, где надо было восстанавливать его страничку из бинарных логов мускуля, а вариантов этой странички там была масса и сами логи еще были дополнительно попорчены.

Итак, поздравляем команду с 9 местом!
Спасибо Яндексу за интересное мероприятие.

Отдельное спасибо от меня всей команде и тем, кто присоединился к ней в конце: true_admin, realloc, AndreyKl, AITap, router, DELIRIUM, scott_tiger, Ttt, imul, tailgunner, exception13, Xenius, xtraeft.

PS: Как вы понимаете, в финал мы не попали. Будем пытать счастья в следующем году.

Тред обсуждения в Толкс

>>> Подробности

★★★★★

Последнее исправление: tazhate (всего исправлений: 3)

Ответ на: комментарий от tazhate

Не все принимали участие. В первой игре было 78 команд, решивших хотя бы одно задание. Во второй и того меньше. Хотя, пока игра не закончена, прибавятся.

imul ★★★★★
()
Ответ на: комментарий от imul

Не все принимали участие. В первой игре было 78 команд, решивших хотя бы одно задание. Во второй и того меньше. Хотя, пока игра не закончена, прибавятся.

уже 57

exception13 ★★★★★
()
Последнее исправление: exception13 (всего исправлений: 1)

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

anonymous
()
Ответ на: комментарий от tazhate

Садись, два. Уже второй раз. Инит не сможет убить D-state и сервак тупо повиснет.

садись, два. Для этого есть sysrq :)

xpahos ★★★★★
()
Ответ на: комментарий от xpahos

Для этого есть sysrq :)

Дык через него же ты все равно не сможешь его убить, емнип :) Только проследить трейс и почему он висит.

tazhate ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Футболисты тоже соревнуются на стадионе, который не они построили, в кроссовках и форме, которые не они пошили, в игру, правила которой не они придумали.

imul ★★★★★
()
Ответ на: комментарий от Kindly_Cat

Может, как-нибудь внушить процессу, что данные он прочёл/читает?

Немного не в ту сторону смотришь, но ход мысли мне нравится.

tazhate ★★★★★
() автор топика
Ответ на: комментарий от true_admin

я еще не проснулся до конца - с утра дитенка в поликлинику водил, не выспался

leave ★★★★★
()
Ответ на: комментарий от leave

Ппц, у меня даже на четвёртой странице гугла нет ссылки на эту страницу. Во я неудачник. На первой странице smime только по одной ссылке упоминается, но вне контекста aes.

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

Ппц, у меня даже на четвёртой странице гугла нет ссылки на эту страницу

Теперь всё ясно, гуглоиды подсунули вам бракованый гугл. ):

J ★★★★★
()
Ответ на: комментарий от true_admin

Самое смешное, что по приведенной первой ссылке и у меня нету нужного результата. Такое ощущение, что на выдачу как-то влияют результаты предыдущих запросов со страницы.

leave ★★★★★
()
Ответ на: комментарий от minakov

не томи, я не усну пока не узнаю

Да тупо рейд посыпался :) nginx к нему обратился - и повис в d. Нужно восстановить рейд на горячую и синкнуть файлуху - все встанет.

tazhate ★★★★★
() автор топика
Ответ на: комментарий от tazhate

Судя по гуглению, d не только из-за хардварных проблем бывает, и nginx и апач, порой, плодят трупов. Кстати, насколько я понял - state вручную можно же поменять и прибить процесс?

minakov ★★★★★
()
Ответ на: комментарий от minakov

Кстати, насколько я понял - state вручную можно же поменять и прибить процесс?

Теоритически да, практически d у меня так и не получалось выбить.


Судя по гуглению, d не только из-за хардварных проблем бывает, и nginx и апач, порой, плодят трупов.

Труп = зомби. D - ждет диска. (с) почувствуй разницу.

tazhate ★★★★★
() автор топика

special olympics so special, congrats

etwrq ★★★★★
()
Ответ на: комментарий от tazhate

d можно словить не только при дисковом IO, но и при сетевом, и при попытке аллоцировать память когда заканчивается своп =)

val-amart ★★★★★
()
Ответ на: комментарий от val-amart

d можно словить не только при дисковом IO, но и при сетевом, и при попытке аллоцировать память когда заканчивается своп =)

Естественно, в зависимости от того, к чему процесс обращается.
Спасибо за поправку :)

tazhate ★★★★★
() автор топика
Ответ на: комментарий от val-amart

Кстати, не отходя от кассы.
Помнится мне, что ты говорил, что в линуксе своп отключать нельзя, ибо слишком много на него всего завязано. Можешь чуть подробнее рассказать?

tazhate ★★★★★
() автор топика
Ответ на: комментарий от tazhate

Дык через него же ты все равно не сможешь его убить, емнип :) Только проследить трейс и почему он висит.

Я пока еще не встречал случаев, когда SysRQ + b не смогли перегрузить сервер.

xpahos ★★★★★
()

Молодцы!

Пацаны вообще ребята!

splinter ★★★★★
()
Ответ на: комментарий от tazhate

да. там аллокатор пытается (или во всяком случае пытался) использовать своп как «breezing space», в частности при аллокации huge pages, например, или при дефрагментации. на линукс джоурнал была статья когда-то и пару писем в лкмл.

val-amart ★★★★★
()
Ответ на: комментарий от rnz

я нагуглил что ему 26 лет, если это ка кто важно =)

snaf ★★★★★
()
Ответ на: комментарий от val-amart

любопытно. а размер свопа как то регламентируется? я просто последнее время больше гигабайта свопа не даю (а памяти сейчас по-моему меньше 2х не бывает просто на сервере).. не осталось ли ссылок?

AndreyKl ★★★★★
()
Последнее исправление: AndreyKl (всего исправлений: 1)
Ответ на: комментарий от imul

Какие-то сильно уж разные по сложности задания. 5, 6, 7 и 8 я бы решил мгновенно(хотя, может и не совсем красиво), но вот с друпалом вообще бы не справился. :) Остальные задания не ясны по формулировкам.

shell-script ★★★★★
()
Ответ на: комментарий от anonymous_sapiens

На 10 задачу я решение выше дал. На 5 задачу Taz. Остальные задачи надо смотреть в виртуалке.

imul ★★★★★
()
Ответ на: комментарий от tazhate

Дык через него же ты все равно не сможешь его убить, емнип :)

Зато сможешь перезагрузить, как тут уже и советовали. И потом, а кто это сказал, что, для перезагрузки, инит должен убить все процессы? Пруф в студию. Всё отлично перезагрузится, сто раз при D перезагружал комп. А про рейд - ну так ты в условии не сказал, из-за чего этот D, и другой анонимус дал совершенно верный ответ, что «никак» - это когда в общем случае. Так что на счёт «садись два» - это смотря кому. :)

anonymous
()
Ответ на: комментарий от AndreyKl

любопытно. а размер свопа как то регламентируется? я просто последнее время больше гигабайта свопа не даю (а памяти сейчас по-моему меньше 2х не бывает просто на сервере).. не осталось ли ссылок?

там пару мегабайт надо.

val-amart ★★★★★
()
Ответ на: комментарий от tazhate

Инит не сможет убить D-state и сервак тупо повиснет.

Надо решить без ребута.

поставить нормальный инит? :) Подхачить скрипты? Убрать из автозагрузки?

true_admin ★★★★★
()

Неплохо, неплохо...

Stalin ★★★★★
()

Отличный результат для раномной команды. Грац че.

TDrive ★★★★★
()
Ответ на: комментарий от tazhate

-=:=-

хм...d-state допустим нереально исправить, винт откинулся, с которого читали..все..капут, что тогда? по идее, если у процесса есть state - гдето он хранится..наверняка в памяти, по адресу.. есть жеж /dev/mem , реально ли дать процессу «fakedata\EOF», чтобы дать ему искомое, или же таким образом сменить стейт и kill -s 9 _pid_ ? (или все вместе?)

KosmiK ★★
()
Ответ на: -=:=- от KosmiK

state - гдето он хранится..наверняка в памяти, по адресу.. есть жеж /dev/mem

Считай, что уже нету. Из соображений безопасности, насколько я знаю, /dev/mem предоставляет, уже лет 10 как, только доступ к тем регионам физического адресного пространства, куда замаплена память устройств. А теперь, когда появился KMS и иксам не надо использовать /dev/mem, могут и совсем убрать.

реально ли дать процессу «fakedata\EOF»

Если у тебя рут и ты можешь писать модули ядра, то много чего реально. Но тут нужна квалификация, как минимум, эксплоитописца. Обычный админ тут не справится.

anonymous
()
Ответ на: -=:=- от KosmiK

Ещё, вот сюда советую заглянуть. Можно ревокнуть файл, чтение из которого привело к D, но одна маленькая проблема заключается в том, что в linux такого до сих пор нет.

anonymous
()

Так, tazhate (двойное тебе за умалчивание), а где таки хоть дохленькая сводка по заданиям и решениям?

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Eddy_Em

Так, tazhate (двойное тебе за умалчивание), а где таки хоть дохленькая сводка по заданиям и решениям?

Лень писать пока-что. Чуть позже.

tazhate ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.