Ubuntu’daki NFS paylaşımı, iMac’ı monte edildiğinde durduracak


3

OS X ve Ubuntu makineleri arasında paylaşılabilecek bir NFS paylaşımı oluşturmaya çalışan bir laboratuarda üniversitedeyiz. Bu sorun, süpervizörümü tahrik ediyor ve son birkaç gündür deliriyorum - buraya yazıyorum çünkü zekiyiz.

Durumu elimden geldiğince açıklamaya çalışacağım:

  • NFS arka plan programı (1: 1.2.5-3ubuntu3.1) 12.04 Ubuntu sunucusunda çalışıyor
  • Sunucu kurulumu (/ etc / export) şöyle görünür:

    /export -rw,fsid=0,no_subtree_check client.computer.name
    /export/data -rw,async,subtree_check,all_squash,anonuid=2000,anongid=2000 client.computer.name
    /export/moredata -rw,async,subtree_check client.computer.name
    
  • share / data ve / moredata, aşağıdaki komutu kullanarak sorunsuzca Ubuntu makinelerine başarıyla monte edildi:

    sudo mount server:/data /srv/data
    
  • Lion veya Snow Leopard çalıştıran bazı Mac OS X makinelerinde, montajların tümü normal çalışır ancak eldeki sorunla alakasız olduğunu düşündüğüm bazı sorunlar nedeniyle mount komutunda değişiklik yapılması gerekir.

    sudo mount -t nfs -o resvport,vers=4,proto=tcp,port=2049 server:/data /Volumes/data
    
  • Bununla birlikte, OS X 10.8 (Mountain Lion'un en son sürümü) çalıştıran iki ayrı makinede, büyük sorunlar var.

  • NFS paylaşımının neredeyse yarısı OS X 10.8 çalıştıran iMac'ime gayet iyi geliyor ancak bilgisayarım durma noktasına geliyor ve hatta sunucu dizininde 'ls -la'yı çalıştırmak bile birkaç dakika alıyor. Sunucu monte edildikten sonra, yerel dizinlerde ls çalıştırmak bile aynı etkiye sahiptir!

Zamanın diğer yarısında, bilgisayar montaj işlemi sırasında durur.

  • Düzenle Spotlight indeksleme, spotlight hariç tutma listesine ekleme noktası eklendiğinden bir sorun değildir.

Ayrıca, çalışan etkinlik izleyicisi veya 'üst' çalışanı hiçbir fikir vermez, hiçbir şey% 10'dan fazla işlem gücü gerektirmez ve yeterli miktarda RAM vardır.

Bunu nasıl hata ayıklayabilirim? Sorgulamak için hangi kayıtlar yararlıdır?

** Güncellemeler **

  • Montajdan önce ve sonra rpcinfo kütüğü

http://pastebin.com/FZUxbK1s

  • İşte paylaşımın montajı sırasında bazı ilginç log sonuçları:

http://pastebin.com/yd6JEH10

Bu daha endişe verici görünen mesaj.

2013-01-11 12:27:49.572191 PST - 348.1506 - Client: mount_nfs, UID: 0, EUID: 0, GID: 0, EGID: 0
2013-01-11 12:27:49.572191 PST - 348.1506, Module: SystemCache - Invalid name (null) for KAUTH_EXTLOOKUP_VALID_PW/GRNAM

Bunu Süper Kullanıcı’da mı tutmak istiyorsunuz? farklı sor ? Bir şeyler yapmak istemiyorsanız, her biri farklı siteler için farklı / hedefli olduğundan, ağda bir soru olması en iyisidir.
bmike

Burada üç oy olduğundan zaten burada kalacağım. Maalesef, toplulukların bu kadar bağlantılı olduğunu anlamadı.
Firas

Yanıtlar:


1

Eklemeyi dene nolocks ve locallocks bu makine montaj aparatlarına.

kredi: http://hardforum.com/showthread.php?p=1039476929


Bunun için teşekkür ederim, bu son derece ümit verici görünüyordu, bir fark yaratıp yaratmadığını görmek için payı iki seçenekle açıp kapatmaya çalışıyordum. Bazı istatistiklere sahip olduğumda burayı rapor edeceğim.
Firas

Bu seçenekle montajı açıp kapatmayı denedim ve bunun ilk işe yaramadığı, ikinci montaj yapıldığı zaman, üçüncü işe yaramadığı ve dördüncü işe yaradığı kadar sorun olmadığını gördüm. :-(
Firas

1

Bu mümkün spotlight (OS X indeks / arama servisi) yeni bağlama noktalarını indekslemeye çalışıyor, bu da tüm dizin yapısını ve içindeki her bir dosyayı incelemeye çalışıyor. Aşağıdaki bağlantı noktasında indekslemeyi devre dışı bırakabilirsiniz.

  1. Sistem Tercihlerini Aç
  2. Spotlight tıklayın
  3. Gizlilik'i tıklayın
  4. Click + NFS bağlama noktasını dışlama listesine eklemek için

Bağlantı noktası, sorun giderme sürecinde daha önce sebep olabileceğini düşündüğümüz için zaten dışlama listesinde. Üzgünüm, bunu söylemeyi unuttum. Orijinal gönderiyi bunu yansıtacak şekilde düzenleyeceğim. Yanıt için teşekkürler
Firas

1
Çalışan hiçbir zaman makineniz olmadığını veya nfs montaj noktasını da dışladığınızı varsayıyorum.
John Siu

Lütfen koş rpcinfo nfs sunucusunda OS X bağlantısından önce ve sonra ve soruya ekleyin.
John Siu

Bu sorunu giderirken zaman makinesi devre dışı bırakıldı. Rpcinfo gönderme yukarıdaki günlükleri.
Firas

İşte kütük: pastebin.com/FZUxbK1s
Firas

1

Bu bir IO darboğazı, bir CPU darboğazı değil. Bu yüzden bir görev yöneticisi ile yüksek oranda kullanım görmüyorsunuz.

Bu, NFS sunucusuyla ağ bağlantınızda sorun olabileceğini düşünmemi sağlıyor. Belki yönlendiriciler, hub'lar veya anahtarlar arasında bulunan cihazlar paketlerinizi düşürüyor olabilir (bu konuda hem FTP hem de SVN ile farklı donanımlarda farklı durumlarda). Yapabiliyorsanız, hem sunucu hem de iMac için statik bir IP ayarlamayı dener ve bunları doğrudan birbirine bağlamak için iyi, test edilmiş bir ethernet kablosu kullanırım. O zaman nasıl performans gösterdiğini görün.

Sorun hala devam ederse, belki Mac'te kullanabileceğiniz 3. taraf NFS montaj yazılımı vardır, bu sorun AppleS NFS uygulamasında sorun teşkil ediyorsa işaret eder.

Belki de Mac'i sanal bir makineye Linux yüklemeyi deneyin ve bu konuda NFS'ye bağlanıp bağlanamayacağınıza bakın. Bu, iMac tarafındaki her türlü donanım sorununu dışlar.

Araçlar:

  • Hem Mac hem de Linux tarafında terminal uygulaması "iotop" komutuna bakın.
  • Wireshark, bu kadar fazla kullanmıyorum, ama belki yardımı olur.

Bunun için teşekkürler! Önerilerinize bakmaya başlayacağım, montaj işlemi sırasında -f / var / log / * log kuyruğunun sonuçları için yukarıya bakın, IO'ya w / rt çıkacak bir şey var mı?
Firas

0

Autofs kullanarak da monte etmeyi deneyebilirsiniz (bkz. İşte veya İşte Apple'dan teknik bir beyaz sayfa için).

Bu şekilde, paylaşım yalnızca erişildiği zaman kullanılmaz ve kullanılmadığında otomatik olarak çıkarılır. Eklemek istediğinizden emin soft Bu seçenek, sistemin paylaşımın yanıt vermesini beklemeyeceği için sorununuzu çözmüş olabilirsiniz.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.