• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

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

    Запись на курс до 25 апреля. Получить промодоступ ...

непонятная проблема с датами

  • Автор темы K-Fire
  • Дата начала
K

K-Fire

Описываю ситуацию:

Есть агент выполяется, на сервере заказчика по расписанию.
Раз в неделю в 10 часов утра он создает некий документ, вечером в 18 часов, он его модифицирует.

Так вот, случайно обнаружил такую штуку:
Дата создания документа: 17.08.2007
Дата модификации документа: 23.08.2007.

Из за этой кривой даты он не реплицируется по другим серверам.

Попытка выяснить откуда взялась эта дата в будущем (23 августа) не удалась.
Дата в консоли лотус-сервера нормальная, в винде2003 - нормальная. Судя по времени изменения группы документов - агент изменял. В общем я в полных непонятках, может кто посоветует где копать?
 

puks

Lotus Team
03.02.2007
1 919
55
BIT
4
А агент только на этом сервере работает? То есть документ модифицирован именно на этом сервере? Что в $Revisions и $UpdatedBy ?
 
K

K-Fire

Да, у агента прямо указано запускаться только на одном главном сервере.

В $UpdatedBy - одна запись, NN админа которым подписан агент.
В $Revisions тихий ужас (на самом деле ошибка в агенте была, док пересохранялся в цикле):
482 записи. В прикрепленном доке всё содержимое $Revisions. Но тем не менее, посмотрите сами на даты.

Док был создан 9 числа, сегодня 22, агент запускается строго раз в сутки.
Честно говоря у меня впечатление что надо переставить этот сервер нафиг. Правда придется все настройки сохранить, и поэтому не уверен что в результате это поможет.

P.S. Сорри только позже понял что написал сейчас про другой документ ;) Т.е. доков с "битыми" датами больше чем 1 тип, и разные агенты отвечают за эти типы.
 

Вложения

  • rev.txt
    11,8 КБ · Просмотры: 205

puks

Lotus Team
03.02.2007
1 919
55
BIT
4
Судя по датам, там действительно был цикл. И где-то серверу поплохело. И он достаточно последователен в этом. То есть дата перескочила, а не просто скакала. Ты его перегружал?
 
30.05.2006
1 345
12
BIT
0
Да, у агента прямо указано запускаться только на одном главном сервере.

В $UpdatedBy - одна запись, NN админа которым подписан агент.
В $Revisions тихий ужас (на самом деле ошибка в агенте была, док пересохранялся в цикле):
482 записи. В прикрепленном доке всё содержимое $Revisions. Но тем не менее, посмотрите сами на даты.
Есть такая старая Доминошная трабла:
Как известно, UNID док-та содержит дату-время его создания с точностью до 0.01сек
Что будет, если создавать новые док-ты чаще, чем 100 шт. в секунду? Получатся неуникальные UNID-ы?
Нет, т.к. Домина в этом случае чуть-чуть подводит часы (вперед) и повторно генерит UNID. Потом, когда шторм заканчивается, часы должны корректироваться взад.
А если шторм никак не кончается, что будет? :blink:
 
K

K-Fire

Сервер перезагружался не один раз.

Документы по этим 2м действительно могли создаваться чаще чем 100 штук в секунду, однако эти доки (их небольшое кол-во, порядка 30) были 1 раз созданы, и потом только пересохраняются. На шторм не похоже. К тому же переводит "чуть-чуть" на более чем несколько дней - это тоже звучит странно.

Причина видимо в другом.
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!