Резервне копіювання на сервері вже використовується

У мене OS X Mavericks із встановленим серверним програмним забезпеченням. Серверна машина являє собою iMac з Drobo, приєднаним через USB. Я використовую сервер Time Time Machine для створення сервера резервного копіювання в мережі, використовуючи Drobo як пристрій зберігання даних для резервного копіювання.

Зараз я створюю резервні копії двох Macbook на цьому сервері Time Machine. Деякі резервні копії будуть успішними, але через день або близько того, я отримаю помилку на обох ноутбуках, що резервна копія не вдалася з наступної причини: Резервне копіювання на сервері вже використовується

Мені вдалося усунути цю проблему лише перезавантаживши сервер.

Хтось знає, чому це може статися і що я міг би зробити, щоб не допустити цього?

Дякую.

Просто для повноти цього питання. Якщо ви приземлилися тут і не використовуєте сервер MacOS, а Synology DiskStation , зробіть наступне:

• Увійдіть до своєї DiskStation як root
• Відкрийте головне меню
• почати resource monitor
• перейти до connected users
• виберіть заблокованого користувача та натисніть disconnect

У мене є ця проблема, оскільки я отримав свій сервер OS X, і досі отримую цю помилку. Кожен раз, коли мій маршрутизатор відключається, це викликає це, поки я не виправлю його. Однак замість перезавантаження сервера існує рішення:

1. Відкрийте Server.app (я це роблю на клієнті, який я використовую, але ви могли це зробити на самому сервері) та увійдіть у систему.
2. Виберіть службу обміну файлами.
3. Перейдіть на вкладку Підключені користувачі.
4. Виберіть кожного підключеного користувача та натисніть Відключити.

Я маю це робити так часто, для цього я писав макрос Maestro для клавіатури, але будь-яке програмне забезпечення для сценаріїв зробило б це.

Якщо відключення користувачів "виправляє" проблему, це майже напевно десь у процесі AppleFileServer.

Погляньте на журнали доступу та помилок AFP і перевірте, чи зможете ви знайти краще повідомлення про помилку, ніж те, яке ви отримуєте на клієнтському Mac, і ви, можливо, ближче до рішення. Клацніть на Logsпанелі ліворуч із додатком Сервер, а потім виберіть AFP Errorу спливаючому вікні під вікном журналу.

Проблема також може бути з RAID в Drobo. Ви спробували інший жорсткий диск, щоб побачити, чи проблема усувається? Яка модель Drobo це? Drobo підтримує мурмотів в диханні про Lion and Time Machine, тому можуть також виникнути проблеми з Mavericks і Time Machine. (Я вирішую проблему, маючи один цільовий накопичувач на 2 ТБ з трьома розділами в якості мішені TM, а потім поверніть його до мого Drobo за допомогою Carbon Copy Cloner.)

@grgarside стоїть на грошах - це відбувається, коли є два підключення до резервної копії з одного IP.

У своїй мережі я зупинив це, заборонивши доступ гостя до резервного накопичувача.

На серверній машині

• Вхід на сервер OS X
• натисніть Обмін файлами
• натисніть на вкладку налаштувань
• виберіть відповідний накопичувач
• зніміть прапорець Увімкнути гостьовий доступ
• натисніть на вкладку підключень
• потім відключіть усіх користувачів.

Увійдіть на сервер на клієнтській машині ще раз, і ви готові йти. Після того як доступ до гостя був відключений, клієнт не автоматично підключатиметься до сервера за допомогою гостьового протоколу, тим самим запобігаючи декілька з'єднань.

У мене була аналогічна проблема з моїм Synology NAS після того, як я дотримувався керівництва Synology Time Machine . Намагаючись підключитися до резервного диска, Time Machine сказав: "Ви не маєте необхідних привілеїв для читання, запису та додавання на обраний мережевий резервний диск".

Єдине рішення, яке працювало для мене, - перезапустити Synology DSM, натиснувши значок людини / користувача у верхньому правому куті та вибравши "Перезапустити"

Якщо ви отримаєте повідомлення про помилку "Time Machine не вдалося виконати резервну копію. Зображення диска резервного копіювання" /Volumes/mac-backups-1/machine-name.sparsebundle "вже використовується." і ви використовуєте Synology DiskStation DSM 5.2 (NAS) в якості місця призначення резервного копіювання Time Machine, наступні кроки вирішили проблему:

1. Увійдіть до своєї DiskStation як адміністратора
2. Виберіть піктограму "Параметри" (вгорі праворуч - схожа на голову людини)
3. Опції> Обліковий запис> Активність облікового запису> Підключені користувачі
4. Для кожного користувача в службі та ресурсі AFP: mac-резервне копіювання, натисніть відключити (червоне коло з білою горизонтальною смужкою). Виглядає проблема в тому, що є два або більше підключених користувачів, які підключені до AFP> Resource: mac-backups. Має бути лише одна.
5. Клацніть Оновити. Тепер до AFP> Resource: mac-backups повинен бути підключений лише один користувач.
6. На вашому MacBook> Піктограма машини машини> Запуск резервної копії. Починається резервне копіювання Time Machine (кружляє проти годинникової стрілки), і ви більше не отримуєте вищезгадане повідомлення про помилку.

Я не впевнений, як саме відбувається ця ситуація, але ось моя теорія: після відключення MacBook і підключення до іншої мережі (переміщення мого MacBook в інше місце під час подорожі), підключення до ресурсу синології: mac-резервні копії (використовується Time Машина) не була належним чином відключена, тому коли машина була знову введена в мережу, було встановлено ще одне нове з'єднання, хоча існуюче з'єднання все ще було, що створювало конфлікт та повідомлення про помилку теми.

Щоб перевірити: Щоб ця помилка не повторилася, якщо Time Machine не робить резервного копіювання, спробуйте виконати команду "Зупинити резервне копіювання" у Time Machine, перш ніж перенести ваш MacBook в інше місце в мережі. Сподіваємось, що коли ви повернете машину до мережі, де знаходиться синологія NAS, помилка більше не повинна виникати.

Що працювало для мене, це перезавантажити DS, видалити та відтворити частку Time Machine.

З цього повідомлення на форумі Synology https://forum.synology.com/enu/viewtopic.php?f=159&t=86535&start=15#p512709