Тестовый стенд: Solaris 11.1, дисковый пул на 24 диска в RAID10.
Если у вас настроено smtp-notify для fmadm faulty, то вы получите на почту 2 сообщения:
Тестовый стенд: Solaris 11.1, дисковый пул на 24 диска в RAID10.
Если у вас настроено smtp-notify для fmadm faulty, то вы получите на почту 2 сообщения:
Нашёл в рассылке неплохой скрипт для проверки жёстких дисков на ошибки. Недостатки скрипта в том, что он даёт поверхностную информацию. Более полную можно вытащить из вывода команды
$ kstat -pm sderr
Скрипт ниже.
ZFS обладает многими свойствами и преимуществами. Некоторые редкий, но полезные особенности и свойства рассмотрим ниже.
1) Запрет удаления snaphot’a
Допустим, вам нужно запретить удалить снапшот по каким-либо причинам стандартным образом через zfs destroy. Для этого существует команда hold, которая “защищает” его от удаления. Пример:
У zpool есть одна из опций – failmode. Это поведение на внезапное исчезновение диска пула. Стандартное значение – это wait:
# zpool get failmode dpool NAME PROPERTY VALUE SOURCE rpool failmode continue local
Бывают моменты, когда это значение нужно изменить: например, в зеркальном рейде лучше поставить значение continue:
– 98/XP
-Vista/7/8
Доступ к NFS ресурсам в 11.1 значительно упростился. Теперь расшаривание ресурсов происходит через свойства zfs. Расшарить ресурс можно так:
# zfs get share.nfs rpool/export/home/mn NAME PROPERTY VALUE SOURCE rpool/export/home/mn share.nfs off default zfs set share.nfs=on rpool/export/home/mn # zfs get share.nfs rpool/export/home/mn NAME PROPERTY VALUE SOURCE rpool/export/home/mn share.nfs on local
При выполнении обычного клонирования зоны, нужно выключать исходную, делать клон и потом включать обратно. Но если выключение зоны критично, то такой метод клонирования не подходит. Но можно обойти это ограничение с помощью некоторых манипуляций.
Тестовый стенд: Solaris 11.1
Суть метода такова: делаем снапшоты всех zfs, какие нужны для зоны, копируем их на удалённый хост, создаём там зону и деаем ей просто attach, так как файлы уже присутствуют.
Аллокатор памяти определяет то, как распределяется память в системе, точнее как она выделяется и как освобождается приложениями. В зависимости от разных методов “аллокации”, мы можем получить существенное увеличение производительности для конкретных приложений.
Malloc
По умолчанию в Solaris 11 используется именно он. Вызов malloc не только увеличить адресное пространство, доступное процессу, но также связан со случайным доступом к памяти (Random Access Memory). Malloc по прежнему увеличивает адресное пространство, но не выделяет памяти, пока соответствующая страница (в памяти) не будет создана.
Для Solaris уже есть готовые пакеты, которые можно скачать отсюда. После скачивания, создаём отдельную zfs для /opt/mongodb и распаковываем архив соответственно в /opt/mongodb. На самом деле, в архиве кроме бинарников mongodb и README – ничего нет. Остальное придёться создать самому. Создаём дополнительно такие папки (в корне папки /opt/mongodb): etc (для конфига), log (для логов), data (для баз), mongo-extra-64 (для дополнительных библиотек).
SRU – Security Repositare Updates, или другими словами репозиторий с обновлениями безопасности. Oracle регулярно (раз в месяц) выпускает такие updat’ы, которые доступны ТОЛЬКО через платную подписку. В них входят в основном bugfix’ы.
Версия SRU определяется 3-мя цифрами: X.Y.Z. Пример: SRU 4.5.0. Узнать текущий SRU можно так: