Начиная с SRU 11.3.22 rpool/VARSHARE/zones не монтируется автоматически при установке ОС. Oracle говорит следующее:
If zonepath is not specified when creating Oracle Solaris 11 zones, the zoneadm install command will fail.
Но у меня даже с полным указанием zonepath тоже не работало. Решение от Oracl’a:
# zfs set canmount=on rpool/VARSHARE/zones
# zfs mount rpool/VARSHARE/zones
Что бы включить использования NUMA ищем опцию в биосе «node interleaving» (для Dell-серверов находится в разделе Memory) и выставляем её в Disabled (по умолчанию в Dell она как раз disabled). Значение же Enable отключает использование Numa. Аналогично нужно отключить опцию Alternate RTID (Requestor Transaction ID) (для Dell-серверов находится в разделе Processor) и выставляем её в Disabled (по умолчанию в Dell она как раз disabled)
/usr/lib/acct/fwtmp < /var/adm/wtmpx
— Get encrypted password using grub command.
# /boot/grub/bin/grub
grub> md5crypt
Password: ********
Encrypted: $1$0igLM0$4m3eSYgUSzmE4GXHoXZIr0
grub> quit
Ситуация выглядит крайне печально, но это не про ZFS. Даже если у вас такая ситуация случилась, просто дождитесь окончания resilvering’a и дальше можно следовать за подсказками из статьи. И так, после окончания resilvering’a пул перешёл в состояние suspended:
Узнаём класс, установленный по умолчанию, а так же список используемых (именно используемых, а не доступных) классов:
$ priocntl -d TIME SHARING PROCESSES: PID[/LWP] TSUPRILIM TSUPRI 558743 0 0 $ dispadmin -l CONFIGURED CLASSES ================== SYS (System Class) TS (Time Sharing) SDC (System Duty-Cycle Class) FX (Fixed Priority)
Как видим, по умолчанию используется TS.
Как не глобальная зона синхронизирует время? По дефолту — берёт время из global зоны. Но этим можно управлять через параметр global-time (задаётся в конфигурационном файле зоны)
Путём экспериментов выяснил, что изменения данного параметра влияют только после ребута зоны: простое выполнение zoneadm -z ZONE apply по факту не применяется.
ПС. Статья является вольным переводом этой
В этой статье я расскажу о некоторых особенностях, которые очень помогают при работе с сервисами.
Принцип ее работы прост: для каждого процесса она создает файл и вешает на него lock. Как только процесс завершается, лок пропадает. Лок также пропадает в случае внезапной смерти процесса, и нет необходимости проверять pid на существование или делать другие телодвижения. Если процесс запускается повторно, а лок-файл еще не освободился, работа скрипта прерывается и выдается сообщение в STDERR. Читать далее
Правда удобно, когда правишь сервис через svccfg и что-то пошло не так и нужно быстро откатиться к предыдущему состоянию? Начиная с 11.2 такая возможность есть. И так, есть 4 состояния (покажу на примере сервиса spamd):
# svccfg -s svc:/application/network/spamd:default listsnap
running
initial
previous
start
