Назад | Перейти на главную страницу

do_ypcall: clnt_call: RPC: невозможно получить; errno = В соединении отказано

Я запускал трудоемкую фоновую программу через сценарий bash на сервере Linux. В том же сценарии bash я установил уведомление с помощью «set -o notify», чтобы я мог знать, когда было выполнено фоновое задание.

Вероятно, вчера вечером выскочило уведомление о том, что фоновое задание выполнено, а после этого были следующие сообщения об ошибках, которые, я не уверен, произошли сразу после завершения фонового задания или через некоторое время, так как я не был на своем терминале в то время:

do_ypcall: clnt_call: RPC: невозможно получить; errno = В соединении отказано

do_ypcall: clnt_call: RPC: невозможно получить; errno = В соединении отказано

do_ypcall: clnt_call: RPC: невозможно получить; errno = В соединении отказано

Я также перенаправил вывод stdout моего фонового задания в файл журнала, который, кажется, говорит, что программа не была завершена, как ожидалось, а была остановлена ​​на полпути.

Не могли бы вы объяснить смысл сообщения об ошибке? Если возможно, с какими проблемами я мог бы столкнуться? Может быть, администратор наложил некоторые ограничения на ресурсы, которые я могу использовать на этом сервере?

Спасибо и привет!


ОБНОВИТЬ:

один и тот же жесткий диск монтируется через NFS на нескольких серверах, включая упомянутый выше. Я только что обнаружил похожую, но другую ошибку на другом сервере:

do_ypcall: clnt_call: RPC: время ожидания истекло

Эта ошибка и предыдущая ошибка, похоже, не влияют на запущенные программы. Кстати, в моей программе есть операции ввода-вывода.

Похоже, у вас запущен NIS, но он не работает, по моему опыту вполне нормально :-). Если это все еще происходит, возможно, попробуйте /etc/init.d/ypbind restart ? Возможно, это поле привязано к Active Directory, и соединение не удалось ...

возникла эта проблема на машине, на которой файловая система / var была отключена из-за сбоев диска - ypbind перезапустился, но не смог обновить его файл привязки, и поэтому возникли ошибки

после перезагрузки / fsck и решения проблемы с файловой системой проблема была решена.

возможно, здесь связаны разрешения или файловая система в / var?