Выделенное соединение сервера NFS на мгновение, теперь df, ls, и umount все зависают

Для устранения проблемы Taglist добавьте следующее где-нибудь в .vimrc:

let Tlist_Inc_Winwidth=0

Из документации VIM:

Window resizing with xterm only works if the allowWindowOps resource is
enabled.  On some systems and versions of xterm it's disabled by default
because someone thought it would be a security issue.  It's not clear if this
is actually the case.

To overrule the default, put this line in your ~/.Xdefaults or
~/.Xresources:

    XTerm*allowWindowOps:       true
     (note: this actually ENABLES it, you want to DISABLE, ie: false)

And run "xrdb -merge .Xresources" to make it effective.  You can check the
value with the context menu (right mouse button while CTRL key is pressed),
there should be a tick at allow-window-ops.

На основе моего собственного опыта с Xresource, если Вы отбрасываете часть 'XTerm' и просто ведете со звездочкой, она должна также запросить любые терминалы гнома также. Терминал гнома имеет, это - конкретный префикс, но я не знаю это, возможно, кто-то мог прокомментировать с той информацией, но *allowWindowOps: ложная строка должна помочь.

2
31.05.2013, 17:56
3 ответа

NFS действительно должен снова соединиться, после того как сервер NFS вернулся. Может потребоваться несколько минут (это должно заметить тайм-аут). timeo опция позволяет Вам измениться, сколько времени тайм-аут берет.

umount -f /res/files вероятно, размонтирует долю (и уничтожит все процессы, ожидающие на нем), если Вы попробуете его несколько раз.

На более старых ядрах, если Вам смонтировали долю с intr, можно уничтожить ожидающие процессы. На более новых ядрах (2.6.25 +), Вы можете kill -9 их.

Клиентские опции NFS документируются в nfs(5) страница справочника.

Примечание: Некоторые версии umount имейте ошибку, где они пробуют к статистике файловую систему прежде, чем размонтировать ее. Если так, Вам будет нужна тривиальная программа C как это:

#include <sys/mount.h>
int main() {
    const char p[] = "/res/files";
    umount2(p, MNT_FORCE);
    umount2(p, MNT_FORCE);
    return 0;
}
5
27.01.2020, 21:55

Я должен был сделать ленивый umount:

umount -l /res/files
mount /res/files

https://bbs.archlinux.org/viewtopic.php? id=17567

1
27.01.2020, 21:55
  • 1
    Это на самом деле оставляет смонтированным и оставляет Ваши подвешенные программы подвешенными. Конечно, это наконец закончит размонтироваться, после того как это снова соединяется с сервером NFS... –  derobert 31.05.2013, 18:14
  • 2
    я должен добавить, что сразу монтирую долю снова. На самом деле я добавлю это. –  Matt Alexander 31.05.2013, 18:16
  • 3
    ленивое размонтирование просто удаляет его из mountpount, это все еще на самом деле смонтировано. Просто не видимый больше. Так, при перемонтировании его Вам смонтировали его дважды в той точке. Это вероятно не действительно проблема, просто что-то для знания. –  derobert 31.05.2013, 18:21
  • 4
    Как я могу обнаружить, в ту секунду монтируются? df шоу один. –  Matt Alexander 31.05.2013, 19:48

Принятие этого является системой, которая поддерживает его, Вы могли попробовать размонтирование силы файловая система и затем перемонтирование:

umount -f /res/files
mount /res/files
0
27.01.2020, 21:55
  • 1
    я добираюсь umount.nfs4: /res/files: device is busy, и df все еще зависает. –  Matt Alexander 31.05.2013, 18:05

Теги

Похожие вопросы