Isto parece ser uma coisa simples de fazer, se funcionasse apenas como documentado. No entanto, isso não funciona graças a algum bug no processo de movimentação do zoneadm. Vai saber. Primeiramente, deixe-me mostrar o que a documentação trivial diz:
http://docs.oracle.com/cd/E19455-01/817-1592/gcgnc/index.html
Bem, isso indica que o comando para mover uma região não global de um lugar para outro, tudo no mesmo servidor, é apenas
zoneadm -z zonename move /some/new/pathname
Isso parece bem trivial ... no entanto, se a região não global tiver algum conteúdo, onde um diretório tem caracteres especiais (não totalmente triviais) nos nomes de arquivos, o processo explode. Por favor, permita-me demonstrar:
Primeiro passo: encerre a zona. Assegurei que fosse interrompido assim:
# zlogin -C -e\@ z_001
[Connected to zone 'z_001' console]
node002 console login: root
Password:
Last login: Sun Jul 21 05:12:17 on console
Jul 25 17:50:06 node002 login: ROOT LOGIN /dev/console
Oracle Corporation SunOS 5.10 Generic Patch January 2005
node002-sparc-SunOS5.10 # shutdown -g0 -y -i0
Shutdown started. Thu Jul 25 17:51:06 GMT 2013
Changing to init state 0 - please wait
Broadcast Message from root (console) on node002 Thu Jul 25 17:51:07...
THE SYSTEM node002 IS BEING SHUT DOWN NOW ! ! !
Log off now or risk your files being damaged
node002-sparc-SunOS5.10 # showmount: node002: RPC: Program not registered
svc.startd: The system is coming down. Please wait.
svc.startd: 70 system services are now being stopped.
syslogd: /dev/sysmsg: I/O error
svc.startd: The system is down.
[NOTICE: Zone halted]
@.
[Connection to zone 'z_001' console closed]
#
Ótimo .. agora vem o movimento zoneadm:
# zoneadm -z z_001 move /zones/z_001
Moving across file-systems; copying zonepath /zone/z_001...zoneadm: zone 'z_001': 'copy' failed with exit code 5.
The copy failed.
More information can be found in /var/log/zoneAAAcwaOwX
Cleaning up zonepath /zones/z_001...
#
falhou? Vamos ver porque:
# cat /var/log/zoneAAAcwaOwX
cpio: Error with fstatat() of "", errno 2, No such file or directory
cpio: Error with fstatat() of "root/usr/local/build/automake-1.13_SunOS5.10_sparcv9/t/instspc.dir/a", errno 2, No such file or directory
cpio: Cannot open directory b, errno 2, No such file or directory
cpio: Error with fstatat() of "root/usr/local/build/automake-1.13_SunOS5.10_sparcv9/t/instspc.dir/a", errno 2, No such file or directory
cpio: Error with fstatat() of "b", errno 2, No such file or directory
62026208 blocks
5 error(s)
#
Falha porque o cpio (a coisa que está sendo usada pelo zoneadm move) não pode manipular caracteres especiais. Se alguém faz o download do tarball de origem do automake GNU e configura
e, em seguida, faça com um check make você verá pilhas de caracteres especiais dentro da área de testes. Isso fará com que o cpio no Solaris aumente.
Então, espero que haja algum guru do Solaris que possa confirmar duas coisas para mim:
1) the only zone config file I need to edit is in /etc/zones
2) I can edit that one file myself and do the move of the zone
filesystem myself also.
Estou correto?
EDIT ---- este é o diretório e os caracteres que o cpio não pode manipular corretamente:
# ls -lapb /zone/z_001/root/usr/local/build/automake-1.13_SunOS5.10_sparcv9/t/instspc.dir
total 1398
drwxr-xr-x 2 gnuism other 3 Dec 31 2012 '/
drwxr-xr-x 2 gnuism other 2 Dec 31 2012 2/
drwxr-xr-x 64 gnuism other 74 Dec 31 2012 ./
drwxr-xr-x 42 gnuism other 4045 Dec 31 2012 ../
drwxr-xr-x 2 gnuism other 3 Dec 31 2012 '/
drwxr-xr-x 2 gnuism other 3 Dec 31 2012 "/
drwxr-xr-x 2 gnuism other 3 Dec 31 2012 $/
drwxr-xr-x 2 gnuism other 3 Dec 31 2012 \/
drwxr-xr-x 2 gnuism other 3 Dec 31 2012 &/
drwxr-xr-x 2 gnuism other 3 Dec 31 2012 #/
drwxr-xr-x 2 gnuism other 3 Dec 31 2012 a2b/
-rw-r--r-- 1 gnuism other 38455 Dec 31 2012 aclocal.m4
lrwxrwxrwx 1 gnuism other 59 Dec 31 2012 ar-lib -> /usr/local/build/automake-1.13_SunOS5.10_sparcv9/lib/ar-lib
drwxr-xr-x 2 gnuism other 7 Dec 31 2012 autom4te.cache/
drwxr-xr-x 3 gnuism other 6 Dec 31 2012 build-a_lf_b/
.
.
.
drwxr-xr-x 2 gnuism other 2 Dec 31 2012 dest-tab/
drwxr-xr-x 2 gnuism other 2 Dec 31 2012 dest-tilde/
-rwxr-xr-x 1 gnuism other 13997 Dec 31 2012 install-sh
-rw-r--r-- 1 gnuism other 1395 Dec 31 2012 Makefile.am
-rw-r--r-- 1 gnuism other 39656 Dec 31 2012 Makefile.in
-rwxr-xr-x 1 gnuism other 6873 Dec 31 2012 missing
-rw-r--r-- 1 gnuism other 49 Dec 31 2012 source.c
drwxr-xr-x 2 gnuism other 8 Dec 31 2012 sub/
drwxr-xr-x 2 gnuism other 3 Dec 31 2012 @&t@/
#
Uma nota do OP: pena que o projeto OpenSolaris foi morto pela Oracle
poderia facilmente ter visto como zoneadm faz a chamada para usar cpio e mudou para
use algo muito distante para a tarefa. Eu resolvi este problema fazendo o
mover-me e usei "estrela" ou POSIX Standard TAR de Jörg Schilling para fazer o
zonemove.
Solution :
1 - Manually do the copy with a better tool from the source to dest.
1.1 - get sources for star from ftp://ftp.berlios.de/pub/schily/
1.2 - extract them
1.3 - cd into the extracted star sources and run /usr/xpg4/bin/make
1.4 - once that ends just run /usr/xpg4/bin/make install
you now have star and it can handle anything that lives on a filesystem
1.5 - do a copy from source to dest path with star
/opt/schily/bin/star -copy -p -acl -sparse -dump -C source . dest
2 - cd to /etc/zones and edit the zonefile xml to use the new zonepath
3 - edit the "index" file in /etc/zones to use the new zonepath
Special Detail to note :
1 - if you edit the zone XML file but do not edit the zonepath in the
index file you will get a warning message when you try to boot the zone :
# zoneadm -z z_001 boot
The XML repository has zonepath '/z/001',
but the index file has zonepath '/zone/z_001'.
These must match, so fix the incorrect entry.