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?

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!


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
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.