Начните с журналов приложения (если есть). Затем проверьте системные журналы (например, / var / adm / messages
, / var / cron / log
, если запускается cron, / var / svc / log /
] в случае обслуживания и т. д.). Если процесс поддерживается SMF, проверьте svcs -xv
и соответствующие журналы.
Также проверьте, настроен ли coreadm
для создания дампов ядра для аварийных процессов. Обратите внимание, что дампы ядра, вероятно, не создаются, когда процесс завершается и завершается нормально.
Во-первых, это вообще плохая идея. В тот момент, когда Ethernet-соединение прерывается (или система, предоставляющая пространство подкачки, выключается, аварийно завершает работу или перезагружается ), система, использующая пространство подкачки, умирает, поскольку не может получить доступ к пространству подкачки. Вы также увидите еще более серьезные, чем обычно, проблемы с производительностью при замене (вам понадобится 10GbE и действительно хорошие сетевые карты, чтобы избежать этого, и в этот момент вам лучше просто получить больше оперативной памяти ).
Тем не менее, у вас есть несколько вариантов. По моему опыту, самым простым и надежным для подобных вещей является ATAoE (ATA over Ethernet )или NBD. К сожалению, Arch не поддерживает ATAoE «из коробки» (, его намного проще быстро настроить, чем NBD, и требуется только специальное программное обеспечение на стороне, предоставляющей пространство подкачки ), но NBD поддерживается. Вам нужно будет создать файловую систему в памяти -в системе с большим количеством ОЗУ, создать там файл подкачки, а затем поделиться им с NBD и сообщить другой системе, чтобы она подключилась к нему.
Использование NFS для совместного использования файла, вероятно, также будет работать, но, вероятно, будет более подвержено ошибкам и менее эффективно.
Был там, сделал это. Смонтируйте удаленную файловую систему nfs. mkfile, mkswap, swapon. Это полезно, если вы хотите выполнить нативную компиляцию во встроенной системе.