Второй раз подряд не обновилась виндовый клиент

Каринка с логов

Видит апдейт, качает и падает сервис апдейтера
Стартую его в ручную (сегодня) - все обновляется (хотя ругается на ключи, ЛОЛ!!!) и падает сервис апдейтера
Пару раз оно обновилось само и корректно… последние 2 раза - апдейтер мертв и только ручной страт
Прошу подсказок (если проблема у меня) и поработать, если это ваши накодили такое

ЗЫ. Винда новопоставленная краденная только для вас, 2012R2 server

1 Like

А ещё, даже после удачного обновления, служба сторжапдейт не стартует сама. Или перезапуск всей системы, или старт службы в ручном режиме. Панель управления–>Службы–>Storj Updater–>Run!

2 Likes

Если система недостаточно быстро работает, то остановка сервиса и его запуск не происходит корректно. Проблема существует только в Windows.
Добавлена в задачу для разработчиков, пока не решена.

Система недогружена
image

Перевел проц на максимум постоянно.
Понаблюдаю

Дело не в процессоре. А как быстро система останавливает сервисы и как быстро они освобождают ресурсы. То, что сервис не остановился за стандартный таймаут говорит о том, что он не смог освободить ресурсы за это время.

Если загружен диск, то до 5 минут служба в windows может останавливаться. Надо смотреть очередь диска.

Сервер не загружен
Диск 320гиг системный, 8гиг памяти (6.8 свободно и юзается как кеш)для сторжа 3диска по 2Тб в софрейде… чему там загружаться то?

Загружаться большим количеством случайной записи (нагрузка на диск, процессора оно много не требует). Пишет много базы. Пишет много во временную папку, когда идет загрузка (а с тестового сервера она идет постоянно).

Нет никакой там случайной записи
Апдейтер живет на системном диске, сторж на рейде
Системный диск стоит ибо кроме сторжа и винды 2012 там ничего нет

Таймаут остановки службы сторж. А она сильно работает с диском.

Допустим
Но ведь служба сторж подымается после апдейта корректно
Чего апдейтер падает?
Явно же не по перегрузу

Исходя из картинки

Он падает когда выполняет команду net stop storagenode-updater && net start storagenode-updater сразу после того, как скопировал себя в нужное место.
В данном случае “тупит” системный диск - не освобождает занятый процесс за таймаут. Возможно, кэш записи.
Возникает проблема не у всех подряд, а иногда.
В любом случае, эта ошибка сейчас заявлена и разработчики работают над ней. Может быть найдут оптимальное решение.