11 ответов в этой теме

[SmithJ]

Уже второй день:
2012-Oct-25 02:09:50.229555 [ERROR] [Loader] file dwrtoday.vdb.lzma downloaded but has wrong hash; hash in XML = 77f36a8b3021a69133a0b9836b91298ce4b3b28762f65ca782d72e87202bd014 file hash = 9efdae2721be6d1b4362609bcd232be667ac57ef95eb59ca827a6a9f8bc611b5

Прикрепленные файлы:

•  dwupdater.log.rar   112,02К   7 Скачано раз

[SmithJ]

Так что, у всех нормально обновляется? Только я один такой уникальный?
Ничо не понимаю.
Вот кусок файла http://update.drweb.com/xmlzone/release/700/sspace/70/av-engine/7/revision.xml
<file hash="ef59549eb156a6ea3b9be02c0df0486404ae62014c6cd75f3b5addc9486a7fcf" name="common/dwrtoday.vdb" size="35868">
<lzma hash="77f36a8b3021a69133a0b9836b91298ce4b3b28762f65ca782d72e87202bd014" name="common/dwrtoday.vdb.lzma" size="35544"/>

При этом размер скачиваемого файла dwrtoday.vdb.lzma - 37328

Апдейтер перебирает ВСЕ зоны - на всех одна и таже история.

При этом восьмая бета, шестерка и даже пятерка обновляются нормально.

Что-то у вас там с зонами?

Или у меня провайдер в трафик какимто образом вмешивается?

[SmithJ]

Да кстати размеры файлов drwtoday.vdb.lzma, drwdaily.vdb.lzma, dwntoday.vdb.lzma в областях обновлений также отличаются от тех, что что прописаны в revisions.xml
До них правда апдейтер не доходит, затыкается на первом dwrtoday.vdb.lzma

[maxic]

SmithJ, видимо, ни у кого, кроме вас, проблем не наблюдается.

[SmithJ]

SmithJ, видимо, ни у кого, кроме вас, проблем не наблюдается.

Замечательно!
А по существу вопроса есть соображения?
полный дебажный лог я выложил, симптомы описал. Что ни у кого нет идей, хотя бы куда копать?

Сообщение было изменено SmithJ: 24 Октябрь 2012 - 22:24

[pig]

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

[SmithJ]

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

Нет, не через прокси.
Бред какой то. Щас попробую через другого провайдера.

[SmithJ]

Проблема решена путем смены провайдера.
Ростелекому гореть в аду.

[Kinoman]

Ну вообще такое как-то давно в бете фиксировалось, потом меняли сами зоны обновления с целью пресечь эту ошибку. Вот опять появилось.

[GEV]

Ростелекому гореть в аду.

[offtop] На сколько я знаю ростелеком перераспределяет пулы ip-адресов по всей стране, по их версии регистратор медленно обновляет RIPE базы. Отсюда сетевые сервисы в частности - geo неверно определяют истинное местоположение, следовательно по факту имеем кривые маршруты.[/offtop]

[SmithJ]

[offtop] На сколько я знаю ростелеком перераспределяет пулы ip-адресов по всей стране, по их версии регистратор медленно обновляет RIPE базы. Отсюда сетевые сервисы в частности - geo неверно определяют истинное местоположение, следовательно по факту имеем кривые маршруты.[/offtop]

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

[VVS]

[offtop] На сколько я знаю ростелеком перераспределяет пулы ip-адресов по всей стране, по их версии регистратор медленно обновляет RIPE базы. Отсюда сетевые сервисы в частности - geo неверно определяют истинное местоположение, следовательно по факту имеем кривые маршруты.[/offtop]

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

Я в своё время с таким на WebPlus сталкивался - у них был транспарентный прокси, в котором почему-то всё постоянно застревало...