Ноутбук подруги не створить резервну копію на моєму сервері Time Machine

Я створив сервер Time Machine, paleophile.local, із білого MacBook Unibody 2009 під управлінням Sierra, на якому я встановив сервер macOS. Я підключив зовнішній інтерфейс 5 ТБ через USB, щоб зберігати зашифровані розріджені пачки.

Це чудово працює для мого MacBook Pro на початку 2015 року під керуванням Sierra. На жаль, я не можу отримати свою подругу MacBook Pro під керуванням El Capitan середини 2009 року для резервного копіювання в палеофіл. (Її комп'ютер не можна оновити до Сьєрри.)

Нашою локальною мережею керує Apple Airport Extreme (плоска), до якої палеофіл підключений ефірною мережею. І мій ноутбук, і її, як правило, підключаються до мережі через WiFi. Я також протестував її налаштування резервного копіювання через Ethernet з вимкненим WiFi; на жаль з однаковими результатами.

У мене налаштовано один обліковий запис на сервері для кожного нашого ноутбука. Таким чином, її підключається до сервера через інший рахунок, ніж мій. Зауважте, що ці облікові записи були налаштовані в один і той же час і таким же чином, тому я б очікував, що вони будуть однакові за конфігурацією. Мотивацією цих окремих облікових записів було скористатися можливістю застосувати межу використання диска, особливо на собі.

Повідомлення про помилку, про яке повідомляє комп’ютер моєї дівчини, полягає в тому, що ім’я користувача та пароль невірні.

Звичайно, я їх перевірив. Якщо бути точним, я встановив сервер, увійшовши як той самий користувач з тим же паролем, а потім змонтувавши вже наявну зашифровану резервну копію за допомогою ключа. Це все спрацювало чудово.

Ще одна різниця між її ноутбуком і моїм, що може бути актуальною, полягає в тому, що якщо я заглянув у "Keychain Access" для ключів, пов’язаних з палеофілом, я побачу таке ... на своєму ноутбуці:

paleophile._smb._tcp.local.              Time Machine Password

тоді як у неї з'являється досить чіткий ключ

paleophile._afpovertcp._tcp.local.       Time Machine Password

Отже, виявляється, що наші дві машини намагаються використовувати різні протоколи для зв'язку з сервером. Це тому, що на моєму ноутбуці працює Сьєрра, а у неї працює El Capitan?

Використовуючи інформацію, надану кореспондентами в коментарях нижче, я вивчив конфігурацію мого сервера Time Machine. Це налаштування приймати як AFP, так і SMB-з'єднання для акаунта моєї подруги. Ось скріншот цієї конфігураційної панелі.

Здається, що сервер TM принаймні налаштований приймати з'єднання AFP, навіть якщо цього не робить.

Повідомлення про помилку, яке з’являється в її Console.app, коли я намагаюся викликати резервну копію, є

6/6/17 7:33:39.244 PM   Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29

Я зробив все можливе, щоб код помилки Google 29, але не зміг знайти жодної корисної інформації. Які кроки потрібно вжити для подальшої діагностики цієї проблеми?

Ось зразок журналу помилок на її ноутбуці, починаючи з моменту, коли я вибираю "Зробити резервну копію зараз".

6/6/17 7:33:39.244 PM   Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
6/6/17 7:33:41.823 PM   lsd[227]    LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
6/6/17 7:34:02.742 PM   lsd[227]    LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
6/6/17 7:34:02.849 PM   lsd[227]    LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
6/6/17 7:34:12.160 PM   lsd[227]    LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
6/6/17 7:44:48.617 PM   accountsd[268]  AIDA Notification plugin running
6/6/17 7:44:50.149 PM   com.apple.AddressBook.InternetAccountsBridge[375]   Checking iCDP status for DSID 126881918 (checkWithServer=0)
6/6/17 7:44:50.225 PM   com.apple.AddressBook.InternetAccountsBridge[375]   XPC Error while checking if iCDP is enabled for DSID 126881918: Error Domain=NSCocoaErrorDomain Code=4099 "The connection to service named com.apple.cdp.daemon was invalidated." UserInfo={NSDebugDescription=The connection to service named com.apple.cdp.daemon was invalidated.}
6/6/17 7:44:50.225 PM   com.apple.AddressBook.InternetAccountsBridge[375]   Daemon connection invalidated!
6/6/17 7:45:00.172 PM   com.apple.AddressBook.ContactsAccountsService[273]  [Accounts] Current connection, <NSXPCConnection: 0x7ff6dad0d680> connection from pid 252, doesn't have account access.
6/6/17 7:45:00.172 PM   sharingd[252]   [Accounts] Failed to update account with identifier B851945A-3D25-4379-8AD5-AE2A53F59E57, error: Error Domain=ABAddressBookErrorDomain Code=1002 "(null)"
6/6/17 7:45:00.200 PM   com.apple.AddressBook.ContactsAccountsService[273]  [Accounts] Current connection, <NSXPCConnection: 0x7ff6dad2a7a0> connection from pid 396, doesn't have account access.
6/6/17 7:45:00.200 PM   DataDetectorsDynamicData[396]   [Accounts] Failed to update account with identifier B851945A-3D25-4379-8AD5-AE2A53F59E57, error: Error Domain=ABAddressBookErrorDomain Code=1002 "(null)"
6/6/17 7:45:00.397 PM   com.apple.AddressBook.ContactsAccountsService[273]  [Accounts] Current connection, <NSXPCConnection: 0x7ff6dad2e100> connection from pid 274, doesn't have account access.
6/6/17 7:45:00.398 PM   CalNCService[274]   [Accounts] Failed to update account with identifier B851945A-3D25-4379-8AD5-AE2A53F59E57, error: Error Domain=ABAddressBookErrorDomain Code=1002 "(null)"
6/6/17 8:00:45.025 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveTrackingHandler: -1856
6/6/17 8:00:45.025 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveReceiveHandler: -1856
6/6/17 8:00:50.971 PM   sharingd[252]   20:00:50.970 : SDConnectionManager:: XPC connection invalidated
6/6/17 8:01:15.102 PM   Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
6/6/17 8:12:34.938 PM   com.apple.prefs.backup.remoteservice[1172]  Could not connect action, target class TMOptionsSheetController does not respond to -warnCullingPressed:
6/6/17 8:12:34.938 PM   com.apple.prefs.backup.remoteservice[1172]  Could not connect action, target class TMOptionsSheetController does not respond to -backUpOnBatteryPowerPressed:
6/6/17 8:12:43.377 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveTrackingHandler: -1856
6/6/17 8:12:43.378 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveReceiveHandler: -1856
6/6/17 8:12:51.594 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveTrackingHandler: -1856
6/6/17 8:12:51.594 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveReceiveHandler: -1856
6/6/17 8:13:01.354 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveTrackingHandler: -1856
6/6/17 8:13:01.354 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveReceiveHandler: -1856
6/6/17 8:15:12.530 PM   Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
6/6/17 8:16:30.156 PM   Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29

Виявляється, все питання AFP проти SMB було червоним оселедцем. Проблема полягала в тому, що її розріджений пучок був зіпсований.

Я видалив її рахунок та її розріджений пакет (зараз я вважаю, що видалення її облікового запису було надмірним) і розпочав її з нуля зі свіжого облікового запису та рідкого пакета. Це вирішило проблему.

Це рішення було знайдено, коли моя знайома Гуру Мака запропонувала спробувати підключити її комп'ютер до сервера, дозволяючи її комп'ютеру використовувати облікові дані мого комп'ютера. Її комп'ютер негайно почав успішно створювати резервну копію. Це було великою підказкою щодо того, що було не так.