Ethernet перестал работать только в течение многих секунд

Повреждение файла не может произойти из-за проблем разрешения. Как только у Вас есть больше чем один пользователь, потенциально работающий над тем же файлом одновременно, повреждение произойдет, если приложение не заблокирует файл, в то время как это открыто (так, чтобы только один пользователь за один раз мог открыть файл), и работы блокировки по Вашей системе совместного доступа к файлам (NFS/самба / …). Используя NFS вместо самбы мог бы помочь с последним, но это спорно с тех пор согласно ссылкам, которые Вы цитируете, приложения, Ваши работы группы с не берут блокировки.

Некоторые места пробуют дисциплину, посредством чего все должны спросить разрешение прежде, чем работать над файлом и сообщают менеджеру по разрешению, когда они закончили свою работу. Закон Murphy's гарантирует, что перестал работать (особенно за день до крайнего срока, когда все находятся в безумстве).

Система управления версиями является правильным решением: контроль, работа, фиксация; если два человека работали над файлом одновременно, операция фиксации перестанет работать, и второму разработчику говорят, что он должен объединить свою работу с первым разработчиком. Системы управления версиями обладают дополнительным преимуществом хранения истории изменений.

К сожалению, Вы сталкиваетесь с социальной проблемой, а не техническим вопросом. Можно попытаться показать статьи босса, расхваливающие достоинства управления версиями (погуглите что-то как, “почему управление версиями” и фильтрует далеко что-либо, что фокусируется на разработчиках), но возможности, он просто отклонит их. Может случиться так, что лучшее, которое можно сделать, удостоверяются, что, когда провалы происходят, они вовлекают его, и он знает, почему они происходят.Удачи.

0
задан 15 May 2012 в 19:06
2 ответа

Возможно, у вас отключен порт на другом сервере, на котором настроен дублирующийся IP-адрес. Я много раз видел, что даже отключенные порты вызывают периодические конфликты IP-адресов. Я знаю, это звучит нелепо, но проблема всегда уходила, когда я удалял информацию об адресе, вместо того, чтобы просто позволить ОС затенять их. Стоит попробовать.

-2
ответ дан 5 December 2019 в 18:54
92 bytes from mygateway.ar7 (192.168.1.1): Destination Net Unreachable

Это означает, что проблема не в вашей локальной сети. Ваша внутренняя машина получает ответ от вашего шлюза о том, что внутренняя машина не может связаться с целевой сетью.

Вы уже сказали, что у самого шлюза нет проблем, поэтому проблема, вероятно, связана с какой-то политикой . Есть ли у него какое-либо соединение или дросселирование ICMP?

0
ответ дан 5 December 2019 в 18:54

Теги

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