З'єднання AFP на сервері 10.8.5

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

Журнали AFP на сервері нічого не показують, але події /var/log/system.log нижче показують відключення, як це відбувається.

Примітка. Я встановив 10.8.5 Combo Updater, переінсталював Server.app з AppStore, спробував різні клієнтські машини і відчув ту ж проблему.

Існує багато місця з обох сторін, а папки, про які йдеться, становлять близько 40 Гб.

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

Як не дивно, підключення через SMB не викликає цих проблем, тому з'являється AFP або пов'язана з мережею, наскільки я можу сказати.

Oct  7 18:28:14 sixpack.example.com KernelEventAgent[46]: tid 00000000 received event(s) VQ_NOTRESP (1)
Oct  7 18:28:14 sixpack.example.com KernelEventAgent[46]: tid 00000000 type 'afpfs', mounted on '/Volumes/INCOMING', from '//tony@ml.example.com/INCOMING', not responding
Oct  7 18:28:14 sixpack kernel[0]: ASP_TCP Disconnect: triggering reconnect by bumping reconnTrigger from curr value 0 on so 0xffffff801e112ef0
Oct  7 18:28:14 sixpack kernel[0]: AFP_VFS afpfs_DoReconnect started /Volumes/INCOMING prevTrigger 0 currTrigger 1
Oct  7 18:28:14 sixpack kernel[0]: AFP_VFS afpfs_DoReconnect:  doing reconnect on /Volumes/INCOMING
Oct  7 18:28:14 sixpack kernel[0]: AFP_VFS afpfs_DoReconnect:  posting to KEA EINPROGRESS for /Volumes/INCOMING
Oct  7 18:28:14 sixpack kernel[0]: AFP_VFS afpfs_DoReconnect:  Max reconnect time: 30 secs, Connect timeout: 15 secs for /Volumes/INCOMING
Oct  7 18:28:14 sixpack kernel[0]: AFP_VFS afpfs_DoReconnect:  connect to the server /Volumes/INCOMING
Oct  7 18:28:14 sixpack kernel[0]: AFP_VFS afpfs_DoReconnect:  Logging in with uam 10 /Volumes/INCOMING
Oct  7 18:28:14 sixpack.example.com KernelEventAgent[46]: tid 00000000 found 1 filesystem(s) with problem(s)
Oct  7 18:28:14 sixpack kernel[0]: AFP_VFS afpfs_DoReconnect:  Restoring session /Volumes/INCOMING

Будь-які пропозиції або ідеї, які найбільше цінують!

macos mountain-lion server.app

— Dan
джерело

Ми відчуваємо таку ж проблему. Ми маємо мережеві будинки на сервері 10.8.5 і afp продовжує отримувати відключення. Наш журнал видає ту ж саму інформацію. Ми спробуємо SMB сьогодні вранці, щоб побачити, чи робить речі краще.

Чи можемо ми припустити, що ви не бачите переключення клієнтів на SMB як дійсне рішення?

— bmike

Так, використання SMB - це обхідний шлях, але тепер це також означає, що ми не можемо робити резервні копії мережевих машин Time Machine, оскільки вони залежать від AFP. Зауважте, що зараз я підтвердив, що це не проблема, пов'язана з мережею, оскільки я безпосередньо підключив клієнта до сервера за допомогою кабелю Ethernet, минаючи комутатор і відчував ту ж проблему. Моє припущення зараз, що деякі помилки були введені в недавньому OSX оновлення.

— Dan

Я спробував відтворити це, але з 45 клієнтів, підключених через AFP до декількох серверів, я не бачу жодних блокувань або навіть ненормальних ставок відключення. Будь-які повідомлення на клієнті журнали одночасно з помилками ядра сервера?

— bmike

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

— Dan