NB No depth/maxdepth in Solaris find workaround 😉
|
1 2 3 4 5 6 7 |
find . -name . -type d \ -o -type d -prune -print0 | xargs -0 du -ks | sort -kn 1 ./.screen 2 ./.oracle_jre_usage 2 ./.ssh 65 ./.config 317320 ./vbox |
A very dirty trick/workaround for Transmission client for Solaris 11, just a quick solution, need to be reworked.
libtransmission/file-posix.c -> git diff file-posix.c Continue reading NB very dirty workaround for transmission.git on Solaris 11
Do-not-forget 😉 Very dirty shit for LDOMprimary domain with CPU intensive workload profile also with 2nd Guest Root dom.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
#!/bin/bash # per-corecluster spreading cores on cpu # m7-8, 1pdom, 2ldom (primary root+guest root domain) # cid=0 # 1st cid (possible shift when using explict control domain) factor=1 # spreading core factor coreshift=4 # shift into corecluster echo "# per-core-cluster config for primary" echo -n "ldm set-core cid=" while [ $cid -le 511 ] ; do let n0cid=cid # 1st let n1cid=cid+factor*1 # 2nd let n2cid=cid+factor*2 # 3.. let n3cid=cid+factor*3 # 4... let n4cid=cid+factor*4+coreshift let n5cid=cid+factor*5+coreshift let n6cid=cid+factor*6+coreshift let n7cid=cid+factor*7+coreshift let cid=cid+64 echo -n "$n0cid,$n1cid,$n2cid,$n3cid,$n4cid,$n5cid,$n6cid,$n7cid" [ $cid -lt 511 ] && echo -n "," done echo " primary" echo "# check with lgrinfo after rebooting " |
guest next…
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
#!/bin/bash # per-corecluster spreading cores on cpu # m7-8, 1pdom, 2ldom (primary root+guest root domain) # cid=0 # 1st cid (possible shift when using explict control domain) echo "# per-core-cluster config for dom1" echo -n "ldm set-core cid=" while [ $cid -le 511 ] ; do let i=0 while [ $i -lt 4 ] ; do # use 4 core-cluster per CMP let k=0 while [ $k -lt 4 ] ; do # 4 core ... let tmp=$cid+16+$i*8+$k # 16 cc shift 8 number of possible cores echo -n $tmp echo -n "," let k++ done let i++ done let cid=cid+64 # next CMP # [ $cid -lt 511 ] && echo -n "," done echo " dom1" echo "# check with lgrinfo after rebooting " |
Task: copy current ZFS rpool (only for boot) to another physical destination. New disk is c2t1d0.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
zpool create -f rpool_new c2t1d0 beadm create -p rpool_new sol11.3.6.5.0 zpool set bootfs=rpool_new/ROOT/sol11.3.6.5.0 rpool_new installboot -F zfs \ /usr/platform/`uname -i`/lib/fs/zfs/bootblk \ /dev/rdsk/c2t1d0s0 # as required by installation zfs create -V 8G -o refreservation=8G rpool_new/dump zfs create -V 4G -o refreservation=4G rpool_new/swap beadm mount sol11.3.6.5.0 /mnt # vim /etc/vfstab etc you need # zfs create -o mountpoint=/export rpool_new/export # just ignore error... # zfs create ... as you need # also may be copy something you need beadm unmount sol11.3.6.5.0 zpool export rpool_new |
Do not forget run re-run dumpadm after booting from new rpool_new and run sysconfig unconfigure –destructive . That’s it.
В очередной раз задолбался искать в плюсике…
What writing in directory:
|
1 |
dtrace -qn 'syscall::write*:entry /pid!=$pid && fds[arg0].fi_fs=="zfs" && fds[arg0].fi_mount == "/export/home/ilyxa" / { printf("Process %s \t PID %d \t write to %s \n", execname, pid, fds[arg0].fi_pathname); }' |
What writing in file:
|
1 |
dtrace -qn 'syscall::write*:entry /fds[arg0].fi_pathname=="/etc/hosts~"/ { printf("Process %s \t PID %d \t write to %s \n", execname, pid, fds[arg0].fi_pathname); }' |
Task: SETI@Home on Solaris 11.3.
Why: Just For Fun. Nostalgy, if u want…
Продолжаем ранее начатый монолог про простоту ZFS и функционал, который может доставить некоторые проблемы в реальной эксплуатации, короче, очередной занудный пост о пользе снэпшотов и вреде от упрощения администрирования. Правильно делать вот так, мы же сделаем все неправильно! 🙂
Далее, чтобы не бегать по тексту, и читать напрасные слова, эта заметка – просто маленькое предостережение админам, я лично сам такие вот странности воспринимаю как нюансы и не особо заморачиваюсь насчет возможных последствий, используя все предоставленные в распоряжение механизмы (мгновенные снимки на ZFS обычно полезно делать, даже перед изменением банальных параметров, есть лишь ряд очень ограниченных ситуаций, когда использование снимков на ZFS приведет к возможной остановке приложения). Важно четко понимать, каким образом себя можно подстраховать, ну а мне же всегда интересно разгребать такие ситуации на живых системах (к сожалению, в некоторых случаях констатируя потерю данных).
Нужно: увеличить размер rpool в Solaris Kernel Zone (или гостевой домен – не суть важно – главное zvol “внизу” и поверх него rpool в “гостевой” ОС). Continue reading И снова простота от ZFS с Solaris Kernel Zones / LDOMs