А при чём тут баш? А при чём тут mv?

дислексия, видимо

включи set -x и посмотри внимательно, что на самом деле у тебя выполняется. Может * неправильно раскрывается, а может ты в путях напутал (в посте у тебя опечатка «filder1»).

Тут только проверять выполнение по шагам и искать либо свой косяк, либо аномалию/баг.

Нет, опечаток точно нет.

Выполняю вручную без скрипта

mv test.zip /mnt/folder1/spool

Перемещение выполнилось.

Через Windows переместил файл обратно.

Выполнил ls -a /mnt/folder1/spool - пусто

Выполняю команду mv test.zip /mnt/folder1/spool повторно, получаю are the same file

Если выполнить mv -f test.zip /mnt/folder1/spool, проблема не решается

Если выполнить mv -f test.zip /mnt/folder1/spool test.zip, то перемещение проходит корректно.

Но в моём случае файл не имеет статичного имени и требует использовать *zip

Это какая-то SMB-специфичная хрень. Какое-то кеширование, возможно. Добавь smb/samba в теги, может кто-нибудь кто разбирается в этом вендоговне подписан на тег.

А, и ещё:

Если выполнить mv -f test.zip /mnt/folder1/spool test.zip, то перемещение проходит корректно.

— эта команда не имеет смысла и не должна работать.

Нашёл парочку подобных случаев, вроде бы решалось перемонтирование smb с параметром cache=none.

Попробовал.

mount -t cifs -o username=foo, password=bar, rw, cache=none ../../..

Что то без изменений.

Посмотрите, что происходит с файлами на самом самба сервере после каждой операции.

После проведения тестов:

Если выполнить на linux - mv $src_dir/*.zip $dst_dir

После выполнить перемещение обратно mv mv $dst_dir/*.zip $src_dir

А после снова mv $src_dir/*.zip $dst_dir

То ошибка не возникает.

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

Так же заметил, что ошибка возникает только именно при перемещении (вырезать-вставить).

То есть, если взять перемещённый файл из папки spool, скопировать его в folder1, а после в spool его удалить, то в дальнейшем команда mv выполняется без проблем.

Так же заметил, что ошибка возникает только именно при перемещении (вырезать-вставить).

то есть винда перемещает файл таким образом, что для клиента под линуксом этот файл остается там виден. не в буквальном смысле виден, а при попытке записи файла происходит такой возрат команде mv, который интерпретируется как будто файл там есть.

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

lsattr $DEST_DIR

Думаю, что при перемещении файла назад в Windows OS не меняются аттрибуты «файла папки» в Linux-OS. И потом при попытке командой mv переместить файл - считиваются атрибуты и он там уже есть.

В данном случае могу посоветовать:

• переместить файл из $SRC_DIR в $DEST_DIR
• посмотреть lsattr $DEST_DIR
• из Windows-OS переместить файл из $DEST_DIR куда угодно
• посмотреть lsattr $DEST_DIR

Если в атрибутах осталась запись об «файле, которого нет» копать в ту сторону.

Как вариант, вместо mv попробовать использовать rsync