Квантовомеханические эффекты в макромире

[4px]

Не знаю, чем еще объяснить сегодняшние события.

Дано:Задача, запускающаяся по расписанию два раза в день. Иногда она не хотела выполнять свои обязанности, проблема устранялась повторным запуском вручную. В последние недели она вообще перестала работать. Приходилось каждое утро по несколько раз стартовать ее ручками и ожидать уведомления об

Comments

[dmitry_mako]

Хочется тебя процитировать: «так не бывает».
А вот подиж ты, бывает.

[4px]

ну вообще-то не бывает, но наблюдаемый эффект требует изучения.

[4px]

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

[4px]

ты шутишь?

[ext_695368]

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

[4px]

ну с пользователями отдельная история. они имеют право вести себя по-разному в зависимости от наблюдаемости, ибо это психология. а вот замкнутая неизменяемая программная система себе такого позволять не должна. мы подозреваем изменения в IIS, и в нагрузках на железо, обслуживающее эту систему. см. ветку http://4px.livejournal.com/167849.html?thread=2297001#t2297001

[mynine]

Судя по поведению (случайному) программы и "исправлению" после некоего внешнего вмешательства, мне видятся несколько возможных причин:
1 После оборачивания и логгирования вполне могли измениться тайминги работы с сетью.
2 Внешняя программа могла добавить точку синхронизации между потоками
3 Изменились рабочие адреса в памяти программы и замаскировалась какая-то бага с неинициализорованными переменными

[4px]

1. чисто теоретически, запуск tcpdump не должен ничего менять, ибо работает в отдельном процессе, якобы не влияющем на исходный. с другой стороны, какие-то низкоуровневые тайминги могли поменяться, да. логи были включены намного раньше, при них ошибка сохранялась, но логи не показывают что именно присылает сервер в ответ, т.е. есть текст error fetching http headers, а самих headers не видно. tcpdump один раз дал отловить ошибку (начало headers было вполне адекватное), но пакеты были не полностью записаны из-за неправильных настроек.
2. ну то же самое, что и в первом пункте. непонятно.
3. память по идее при каждом запуске разная, в доступных нам переменных точно нет ничего неинициализированного. да и все это раньше работало несколько лет почти без изменений.

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

[mynine]

Тут я перечислил те проблемы, с которыми лично сталкивался, но есть еще куча вариантов которые мне еще не попадались :)
Никогда не пользовал tcpdump, только WireShark - тот точно работает отдельно и перехватывает любую сетевую активность.
Да проблема может быть с той стороны, но тогда действительно могли измениться тайминги - чуть больше задержки с этой стороны и та отвечает по-другому.

У меня была дурацкая проблема с огнелисом - почему-то на некоторых компах(старых) он время от времени отправлял запросы на сервер дважды подряд (даже после простого клика на реф), ну удаление отрабатывалось просто с предупреждением, а вот добавление нового элемента... их становилось два. Так я и не знаю до сих пор в чем дело, но пришлось каждый запрос строго идентифицировать куковым уником и сервер выкидывал повторный запрос с тем же номером.

[4px]

tcpdump та же фигня что и WireShark. На той стороне могла изменяться общая нагрузка на железо, соответственно IIS - черная коробочка - ведет себя уже так как ему заблагорассудится.

Странный эффект с лисой. Жабоскрипты там не примешивались никак? Надстройки? Просто это конкретный баг с его стороны, двойной запрос - это же АдЪ и Израэль.

[ext_1414975]

Тебя спасет улучшитель кармы трафика. Такой, например: http://www.layer7.ru/

[4px]

он позволяет получить ошибки сети?

[ext_1414975]

Он позволяет их избежать.

[4px]

нам нужно наоборот так починить карму чтобы ошибка не исчезала только из-за того, что за процессом наблюдают.