błąd nfs „brak dostępnych blokad” po aktualizacji do 16.10

12

Korzystam vagrnatz synchronizowanych folderów vm i nfs do Virtualbox, aby uruchomić djangoaplikację, a po aktualizacji do 16.10 vagrant upkończy się niepowodzeniem na etapie udostępniania z błędem:

Executed: /bin/bash -l -c "cd /home/vagrant/proj >/dev/null && /home/vagrant/venv/bin/python manage.py collectstatic --noinput"

Copying '/home/vagrant/venv/lib/python3.5/site-packages/django/contrib/admin/static/admin/img/LICENSE'

...
OSError: [Errno 37] No locks available

Próbowałem zainstalować ponownie, nfs-kernel-server, nfs-common, liblockfile1, libnfsidmap2ale bez powodzenia. Jakieś pomysły?

Pan. Noobey
źródło

Odpowiedzi:

28

Ktoś w ziemi systemowej zdecydował, że uruchomienie NFS nie powinno uruchamiać usługi statd, którą NFS używa do zapewnienia blokad. Tak więc poprawka powinna być prosta na komputerze hosta:

sudo systemctl enable rpc-statd  # Enable statd on boot
sudo systemctl start rpc-statd  # Start statd for the current session

Nie musisz nawet uruchamiać się ponownie, po prostu uruchom włóczęgę po wykonaniu tej czynności.

Dzięki systemd!

Aychedee
źródło
1
Po tym nie musisz nawet ponownie ładować włóczęgi. Wystarczy uruchomić komendę rpc-statd start, a usługa blokowania byłaby dostępna nawet dla już uruchomionych błędnych maszyn.
Zed
Fajnie, dzięki stary! Działa dla mnie, włóczęga środowisko i aplikacja django: D ubuntu 16.04 Elementary Os
xtornasol512
Wow człowieku. Dzięki. To mnie zabijało przez jakiś czas, ponieważ w moim konkretnym przypadku nie zawsze dawało mi to oczywiste błędy. Musiałem znaleźć plik sqlite, aby się tu dostać.
vpassapera