Постоянная перезапись файлов на Яндекс диск

[DmitryLeek]

Здравствуйте! Возможно кто-то мне сможет подсказать причину такого поведения программы. Cloud sync подключен к Яндекс диску, и постоянно синхронизирует уже ранее синхронизированные файлы, просто берет и перезаписывает их из раза в раз, т.е залил их вчера, сегодня возьмет и перезапишет снова и дата добавления в Яндексе обновится, мол перезалили их. Зачем он это делает? Опций у данной программы не сказать, что много, но может я чего-то не понимаю? В итоге 100 картинок он часами по кругу гоняет на Яндекс, чем он руководствуется, что считает, их необходимо заменить более новой версией? Это просто фотографии, файлы никак не изменяются, с ними никто ничего не делает, по идее он должен просто проверить, что они там есть, ничем не отличаются и успокоиться. Визуальный пример в картинке прилагается, когда Яндекс показывает, что файлы от 8го числа были заменены файлами от 13го.

[RedEpic]

Здравствуйте! Возможно кто-то мне сможет подсказать причину такого поведения программы. Cloud sync подключен к Яндекс диску, и постоянно синхронизирует уже ранее синхронизированные файлы, просто берет и перезаписывает их из раза в раз, т.е залил их вчера, сегодня возьмет и перезапишет снова и дата добавления в Яндексе обновится, мол перезалили их. Зачем он это делает? Опций у данной программы не сказать, что много, но может я чего-то не понимаю? В итоге 100 картинок он часами по кругу гоняет на Яндекс, чем он руководствуется, что считает, их необходимо заменить более новой версией? Это просто фотографии, файлы никак не изменяются, с ними никто ничего не делает, по идее он должен просто проверить, что они там есть, ничем не отличаются и успокоиться. Визуальный пример в картинке прилагается, когда Яндекс показывает, что файлы от 8го числа были заменены файлами от 13го.

 

Такая же ерунда началась, даже не знаю как решить подозреваю если не че не трогалось то значит не на моей стороне проблемы, какой провайдер?

[DmitryLeek]

Такая же ерунда началась, даже не знаю как решить подозреваю если не че не трогалось то значит не на моей стороне проблемы, какой провайдер?

 

Я тут почитал, это можно найти даже в самой справке по данной программе, что все дело может быть в Яндексе, мол неправильно присылает инфо о файлах, в итоге программа видит разницу и перезаписывает. Да у меня тоже по сути это началось недавно, видимо Яндекс что-то переписал на своей стороне. Провайдер Элит ТВ

 

[johnny]

Похожая проблема. Тоже началась недели 2 назад. До этого около года все работало стабильно. Файлы висят в очереди Cloud Sync, заливаются до 100%, висят так какое-то время и потом опять начинают качаться вечность.

Понять бы с какой стороны проблема.

[RedEpic]

Это Яндекс 100% потому-то старые версии я уже ставил толку нет, они видимо что-то поменяли

[DmitryLeek]

Похожая проблема. Тоже началась недели 2 назад. До этого около года все работало стабильно. Файлы висят в очереди Cloud Sync, заливаются до 100%, висят так какое-то время и потом опять начинают качаться вечность.

Понять бы с какой стороны проблема.

Да именно такая проблема и имеет место быть и тоже склоняюсь, что это какое-то обновление у Яндекс

[AnKr]

Здравствуйте!

Пару месяцев назад появилась такая жде проблема, было найдено какое-то решение?

[padla]

Выхлоп

padla@ds:~$ grep atime /etc/fstab 
/dev/mapper/cachedev_0 /volume1 btrfs auto_reclaim_space,ssd,synoacl,relatime,nodev 0 0

в студию. Кстати самому тоже надо поправить это безобразие

Если в настройках монтирования указано relatime вместо noatime, то у вас на NAS обновляются метаданные файла, при каждом обращении (не перезаписи) файла.

Вероятно, яндекс-диск считает изменение метаданных за полноценное изменение файла.

Попробуйте поменять на noatime, и посмотрите на поведение (после изменения /etc/fstab нужно либо перемонтировать диски, либо перегрузить NAS, чтобы изменения вступили в силу).

P.s.: поменять можно командой:

padla@ds:~$ sudo sed -i "s/relatime/noatime/" /etc/fstab

 

[AnKr]

к сожалению не в этом дело...

graf@Graf_DS:~$ grep atime /etc/fstab
/dev/md3 /volume2 ext4 usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl,noatime 0 0
/dev/md2 /volume1 ext4 usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl,noatime 0 0
/dev/md4 /volume3 ext4 usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl,noatime 0 0
graf@Graf_DS:~$

 

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

Причем в журнале cloudsync то что он постоянно загружает один и тот же файл (в моем случае их несколько сотен) не отображается, по журналу я вижу, что например последняя выгрузка какого-либо файла была например 00:19, после этого времени новых записей в журнале нет, а в истории я.диска вижу, что условно какой-то файл всю ночь закачивался каждые 10 минут, как раз время, которое нужно загрузить этот файл при моей скорости
 

[padla]

Дайте выхлоп

padla@ds:~$ (A=/etc/fstab && sha1sum $A && stat $A|sha1sum)
6fce08a89b86bbda8bf9824f735dbd4ddb92e6c2  /etc/fstab
23402767161bf6426124ada99be768bd10611c3e  -

Вместо "/etc/fstab" - ваш файл.

Вернее несколько выхлопов, после очередной перезаливки файла

[AnKr]

$ (A=20220601_082034.mp4 && sha1sum $A && stat $A|sha1sum)
8cb621977e7ef8d663bfa1b05bebe6ff06f134ce  20220601_082034.mp4
fed941e6eb299b3081a2a056996a3da4bd5d3f23  -
$ (A=20220601_082034.mp4 && sha1sum $A && stat $A|sha1sum)
8cb621977e7ef8d663bfa1b05bebe6ff06f134ce  20220601_082034.mp4
fed941e6eb299b3081a2a056996a3da4bd5d3f23  -
$ (A=20220601_082034.mp4 && sha1sum $A && stat $A|sha1sum)
8cb621977e7ef8d663bfa1b05bebe6ff06f134ce  20220601_082034.mp4
fed941e6eb299b3081a2a056996a3da4bd5d3f23  -

 

отличий вроде нет
и вот он этот файл грузит по кругу не останавливаясь, судя по "логам"  яндекса, файл загружается, потом удаляется и снова загружается

для интереса подключил оба каталога через webdav к компу и сравнил 2 файла (тот что на яндексе и тот что на NAS) SmartSynchronize, говорит файлы идентичны...

[padla]

Да, ни файл, ни его метаданные не меняются.

Сколько примерно таких файлов, которые в постоянном колесе сансары?

[AnKr]

трудно сказать, общее количество порядка 50000 файлов, сейчас таких 12, причем синхронизация полностью останавливается, он постоянно грузит эти файлы, если их удалить, то найдутся следующие такие же, причем нет системы, это могут быть фото, видео, pdf, excel, word, как текущие, которые недавно были созданы/изменялись, так и такие, которые никто не трогал с 15-16 года.

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

 

Мне кажется я уже попробовал все варианты:

1. удалял все на я.диске

2. пробовал синхронизацию в одну сторону с NAS на яндекс

3. пробовал на NAS создать новый каталог хранения перенести файлы туда и снова начать синхронизацию

[padla]

29 минут назад, AnKr сказал:

Яндекс однозначно меняет у файла дату создания, т.е. файл загруженный сегодня на яндексе имеет дату создания текущую

Вот она, возможная причина. Одна из. Отличаются метаданные в источнике и получателе. "Тааак... В источнике что-то поменялось... Удаляем старый файл, и вытягиваем новый... Готово... О, опять не последняя версия... Тянем..."

[AnKr]

 

27 минут назад, padla сказал:

Вот она, возможная причина. Одна из. Отличаются метаданные в источнике и получателе. "Тааак... В источнике что-то поменялось... Удаляем старый файл, и вытягиваем новый... Готово... О, опять не последняя версия... Тянем..."

Тогда логично было бы тянуть с яндекса обратно на NAS, на яндексе дата более свежая, но нет, грузим с NAS на яндекс

[Auximen]

Удалено.

[gsv2003]

Приветствую, коллеги по несчастью!

Удалось ли как-то побороть перманентную перезапись одних и тех же файлов на ЯндексДиск?

Заранее благодарен!