Другая опция состояла бы в том, чтобы использовать "Управление компьютером" в Средствах администрирования, затем при Действии: Соединитесь с другим компьютером...
После соединения с компьютером Вы хотите справиться, можно использовать менеджер IIS под Сервисами и Приложения.
Ошибка Debian 666021 , похоже, является сообщением об этой же проблеме. Предлагается следующее:
#change value for this boot
sysctl -w vm.min_free_kbytes=65536
#change value for subsequent boots
echo "vm.min_free_kbytes=65536" >> /etc/sysctl.conf
http://russ.garrett.co.uk/2009/01/01/linux-kernel-tuning/ имеет некоторое обсуждение того, когда изменение этого параметра может быть полезным, воспроизводится здесь:
Это указывает ядру, что нужно постоянно держать 64 МБ ОЗУ свободными. Это полезно в двух основных случаях:
Машины без свопа, где вы не хотите, чтобы входящий сетевой трафик перегружал ядро и заставлял OOM до того, как он успеет очиститься. любые буферы.
Машины x86 по той же причине: архитектура x86 допускает передачу DMA только ниже примерно 900 МБ ОЗУ. Так что ты можешь закончить до странной ситуации ошибки OOM с тоннами свободной оперативной памяти.
Я применил эту настройку на своей машине x86 с версией 3.2.12-gentoo, но я все еще получаю эти ошибки.
It may also be worth checking vm.zone_reclaim_mode
: see http://www.kernel.org/doc/Documentation/sysctl/vm.txt
Я только что проработал эту ошибку на Lenovo NAS с Debian 5 и ядром 2.6.39.3 64bit.
Сообщения носят информационный характер, хотя выглядят пугающе, согласно https: //www.novell.com/support/kb/doc.php?id=7002803
Однако они заполняли мой очень ограниченный корневой раздел (это устройство имеет корневой раздел 50 МБ?!)
Исправление для мне нужно было установить vm.min_free_kbytes
с 65536
на 16384
.
После этого ОС по-прежнему имеет 107 МБ свободной памяти и 2 ГБ в буферах. В этом нет смысла, но все журналы были остановлены.