9 ответов в этой теме

[Ivan Kuznetsov]

Добрый день!

 

Примерно с 20:00MSK 28 июля в цикле возникает ошибка обновления Dr.Web ES:

 

Продукт: Dr.Web Meta information
Путь: /var/opt/drwcs/repository/05-drwmeta

В данный момент продукт не может быть обновлен по следующей причине: Продукт в репозитории не найден.

Дополнительная информация об ошибке: Unable to update product "05-drwmeta" from "esuite.geo.drweb.com" because of http status for file "/update/11.00/drwmeta/current" is 404 (server 'cache.solvo.ru:3128:172.16.80.227').
 

Dr.Web Server 11.00.2-201901120 (Linux 4.14.35-2047.523.4.2.el7uek.x86_64 x86_64; ; glibc 2.17)

 

--

Иван Кузнецов, ООО "СОЛВО"

[Kirill Polubelov]

Добрый день.

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

Нужно больше подробностей.

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

[Kirill Polubelov]

Уфф, не вчитался я внимательно в ваше сообщение и по теме совсем не попал, извините.

Проблема постоянная и сохраняется?

Сообщение было изменено Kirill Polubelov: 11 Август 2025 - 11:12

[Ivan Kuznetsov]

Нет, проблема возникает случайно. 28-29 июля обновление не проходило несколько часов (ночь), потом заработало без какого-либо вмешательства. После этого было еще несколько кратковременных сбоев (1-2 цикла обновления с ошибкой 404)

 

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

 

P.S. Знаю, что версия сервера старая. Мы пока не можем обновиться по организационным причинам

[Afalin]

Просто обратите внимание, возможно балансировщик нагрузки отправляет запросы на сервер, где эта область "отвалилась"

cache.solvo.ru:3128:172.16.80.227

Насколько я помню, один адрес тут – прокси, другой – сервера ВСО, с которого закачивается обновление. И судя по адресам, ни то, ни другое мы не контролируем.

[Ivan Kuznetsov]

Прокси - наш корпоративный. Он не кэширует ошибки, тем более через SSL

 

esuite.geo.drweb.com - не под контролем ООО Dr.Web?

[Afalin]

esuite.geo.drweb.com - не под контролем ООО Dr.Web?

Под контролем, само собой. Возможно, таки запамятовал, что в случае с прокси пишется в скобках.

Но там на самом деле интересен конкретный адрес. Бывает, что на каком-либо одном сервере что-то до конца не синхронизировалось и сыпет 404 ошибками до подпинывания.

Скиньте список адресов, во что резолвится esuite.geo.drweb.com конкретно у Вас – можно будет всё протыкать.

[Ivan Kuznetsov]

Но там на самом деле интересен конкретный адрес. Бывает, что на каком-либо одном сервере что-то до конца не синхронизировалось и сыпет 404 ошибками до подпинывания.

Скиньте список адресов, во что резолвится esuite.geo.drweb.com конкретно у Вас – можно будет всё протыкать.

Сейчас вот так. Что было в момент сбоя - не скажу. Если поймаю повторение - проверю

[sysadm@hippo4 ~]$ host esuite.geo.drweb.com
esuite.geo.drweb.com has address 85.10.234.30
esuite.geo.drweb.com has address 195.161.158.50
esuite.geo.drweb.com has address 195.133.219.93
esuite.geo.drweb.com has address 213.59.3.178
esuite.geo.drweb.com has address 195.133.219.91
esuite.geo.drweb.com has address 81.176.67.172

[Afalin]

Протыкал все 6 – на всех 200. Причём, файл не менялся почти полгода, sync на него не должен был повлиять.

[Ivan Kuznetsov]

Посмотрел по логам прокси за то время - доступ был только по этим 6 ip-адресам, никаких посторонних коннектов по URL https://esuite.geo.drweb.comне было

[root@proxy-g3 squid]# /usr/local/bin/sarg --convert /tmp/esuite.geo.drweb.com.log | egrep -o '[[:digit:]]{1,3}\.[[:digit:]]{1,3}\.[[:digit:]]{1,3}\.[[:digit:]]{1,3}' | sort -u
195.133.219.91
195.133.219.93
195.161.158.50
213.59.3.178
81.176.67.172
85.10.234.30

Подождем повторения...