Использующий память сервлет разрушает Tomcat
Вы можете иметь как много зональных файлов по мере необходимости, но только для зон Вы - authoritive для. Источник должен отличаться для каждой зоны, и записи, содержавшие внутри, обычно отличаются. Каждая зона должна только иметь соответствующие определения A, TXT, MX и записи SPF, и т.д. как требуется. Ваш связывать конфигурацию будет нуждаться в зональном определении для каждой зоны, которой Вы служите.
Если Вы - вторичный сервер для зоны, Вы обычно получаете зоны от основного устройства. Это сделано с помощью зонального запроса о переводе. Кэшированные версии зоны семантически идентичны, но обычно отличаются по формату.
Свяжите имеет механизмы для хранения вторичных устройств обоснованно синхронизируемыми с основным устройством. Поскольку связывают, сервис кэширования, существует некоторая задержка, прежде чем все серверы будут синхронизироваться. Даже если основные и вторичные серверы находятся в синхронизации существуют вероятные кэшированные данные в сети, которая не является продлившейся копией.
defaul Debian основанные на (Ubuntu) системы имеют основные зональные определения для всех зон RFC 1918. Они все использование тот же зональный файл, db.empty. Это предотвращает восходящие призывы к адресам, которые никогда не должны запрашиваться за пределами локальной зоны.
Нет, нет. Вы должны либо:
- Остановить его использование так много памяти
- Дать Tomcat больше памяти, либо
- Установить его в его собственном экземпляре Tomcat, чтобы в случае сбоя он не забирал с собой другие ваши веб-приложения.
В Linux я видел, что сообщения OOM «обычно», я снова говорю «обычно», указывают на больший размер памяти. Это означает, что либо увеличьте ОЗУ, либо увеличьте пространство подкачки. Первый вариант предпочтительнее.
Архитектура системы также имеет значение, но то, что я видел, это обычно проблема определения размера рабочей нагрузки. Это означает, что нужно запускать меньше приложений, создавать меньшую нагрузку или получать больше памяти.