Я столкнулся с этой проблемой, и, кажется, некоторые другие тоже. Общим фактором является то, что наши каталоги репозитория монтируются на общем ресурсе CIFS с доступом к RW.
Для этого RedHat BugZilla: https://bugzilla.redhat.com/show_bug.cgi?id=429201
Для меня сработало изменение моего /etc/fstab/
файла для включения nobrl
в мою декларацию CIFS:
# /etc/fstab # Created by anaconda on Mon Apr 18 15:04:59 2016 # # Accessible filesystems, by reference, are maintained under '/dev/disk' # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info # /dev/mapper/centos-root / xfs defaults 0 0 UUID=a15ce235-0cd8-4890-95ed-9f1f8803e1fc /boot xfs defaults 0 0 /dev/mapper/centos-swap swap swap defaults 0 0 \\\\QNAP\\repo /repo cifs nobrl,rw,file_mode=0777,dir_mode=0775,async,noperm,credentials=/root/creds_smb_library_core,uid=5000,gid=6000 0 0
После выполнения перезагрузки подтвердите, что файловая система смонтирована с холодной загрузки, createrepo
работала нормально.
nobrl
Опция удаляет Byte Range Блокировки от применяются к смонтированной файловой системе, что позволяет createrepo
успешно обновлять / доступ к базе данных SQLite, не пытаясь и не суметь достичь блокировки.