все началось с того, что 2 раза висла машина с расшаренными сетевыми буферами. все бы хорошо - но совпало это с апдейтами ремотных буферов от других машин. (наверное, черезчур много машин для такой организации нужного обществу процесса, как файл-шаринг, но сейчас пока ситуация такова, воспримем ее как условие задачи).
корова как вы знаете не только сам ремотный файл блокирует при апдейте ремотных буферов, но и внутри файла хитрый признак прописывает остальным сестренкам - мол, обновляюсь, копыта прочь. естественно, после некорректной перезагрузки данный признак в файлике запросто может залипать. в результате может получиться ситуация что основной входной или выходной буфер блокируется "навсегда". таймаутов у зверя не предусмотрено - это вам не binkd, на полный автопилот не рассчитано.
пример такого файлика можете взять по нижеприведенной ссылке.
об этом эффекте я знал давно. переименовал его раз, два... когда суммарно "залипло" больше 100 старательно и аккуратно просчитанных статюнитов - меня это децл поддостало. в результате делюсь информацией:
соответственно, в случае систематического сообщения о невозможности работы с заблокированным буфером (перезагрузка не помогает) - восьмой байтик (седьмой если считать от нуля) исправляете с "I" обратно на "H" - по идее почти всегда там и должно быть "H". естественно не забывайте чтобы все то, что дальше, не съехало туда-сюда, а осталось по тем же смещениям. прогу консольную писать или нафик никому не надо?
туша (тело) буфера начинается с 33-го байтика. где у него прописывается признак входящих/исходящих блоков (например как оно различает по -import) - ума не приложу. может прямо в самих блоках, скорее всего, значит можно и входящие и исходящие хранить в одном файле?! интересно подергать как-нить на досуге :)))
> соответственно, в случае систематического сообщения о > невозможности работы с заблокированным буфером > (перезагрузка не помогает) - восьмой байтик (седьмой если > считать от нуля) исправляете с "I" обратно на "H" - по идее > почти всегда там и должно быть "H". естественно не > забывайте чтобы все то, что дальше, не съехало туда-сюда, а > осталось по тем же смещениям. прогу консольную писать или > нафик никому не надо?
Не пробовал, вместо того, чтобы все тачки на одну сводить сделать типа древовидной структуры (понятно, что не все компы всегда включены, но большие буфера и активный Additional buffer-level checking должны помочь) ?
кстати, сколько у тебя тачек (если не секрет) и какого уровня? и сеть насколько быстрая и насколько загружена...
к тому же не пытался оптимизировать настройки твоей центральной (расшареной) машины? ну и сети до кучи
исследование интересное - припоминаются годы молодые (конец 80-х - начало 90-х)
;-) может вообще - клиента взломать и быстренько все блоки вернуть обратно как никудышные - процентов до 90 кейспейса все будут думать, что так и надо, а потом кинутся проверять, да поздно (прецеденты уже есть - RC5-64)
> Не пробовал, вместо того, чтобы все тачки на одну сводить > сделать типа древовидной структуры (понятно, что не все > компы всегда включены, но большие буфера и активный > Additional buffer-level checking должны помочь) ?
создать проблему, а потом решать ее тем, что должно бы помочь. неа, нафик. я думал об этом. на самом деле когда ничего не виснет, все нормально работает. а отслеживать возню на 5 машинах вместо одной - это слишком. скоро бльшая сетевая перекурочка, заодно и перпрокси будет.
> кстати, сколько у тебя тачек (если не секрет) и какого
60 или 70, точно не помню.
уровня около 1000 блоков в сутки. +- точно не помню.
> уровня? и сеть насколько быстрая и насколько загружена...
100, не сильно. проблема в кормящей корове со слабым целероном.
> к тому же не пытался оптимизировать настройки твоей > центральной (расшареной) машины? ну и сети до кучи
все что можно, сделал. :) даже от злобы дня погнал с 266 на 416 :)
> ;-) может вообще - клиента взломать и быстренько все блоки > вернуть обратно как никудышные - процентов до 90 кейспейса > все будут думать, что так и надо, а потом кинутся > проверять, да поздно (прецеденты уже есть - RC5-64)
это уже неинтересно, даже если бы было реально. впрочем, у тебя есть право попытаться.
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
