Le plus gros problème est que ce qui suit ne fait pas partie de la distribution de Solaris 10 (du moins pas jusqu’à la version u9) et que ça risque de ne pas voir le jour non plus puisque j’ai le feeling qu’Oracle veulent garder ça uniquement pour leurs appliances de stockage; la série 7000…

Donc, voici comment j’ai été chercher les sources les plus récentes et fait fonctionner les snapshots automatiques sur mon Solaris 10 (u8 pour l’instant).

On commence par ramener le répertoire des sources au complet en utilisant hg (Mercurial):

# hg clone ssh://anon@hg.opensolaris.org/hg/jds/zfs-snapshot

Si on a pas hg, il faut aller le chercher (blastwave est notre ami)…!
# pkg-get -i mercurial

Ensuite, on compile le tout (je n’entre pas dans les détails concernant comment se monter un environnement de compilation, je laisse ça à d’autres ou peut-être une autre fois)…
# cd zfs-snapshot/

# more README.zfs-auto-snapshot.txt # On devrait toujours lire le readme…

# make
rm -rf proto/*
if [ -d proto ] ; then \
rmdir proto ; \
fi
mkdir -p proto
find src | cpio -pvdum proto
proto/src
proto/src/samples
proto/src/samples/auto-snapshot-space-archive.xml
proto/src/samples/auto-snapshot-space-timf,backup.xml
proto/src/r.manifest
proto/src/var
proto/src/var/svc
proto/src/var/svc/manifest
proto/src/var/svc/manifest/system
proto/src/var/svc/manifest/system/filesystem
proto/src/var/svc/manifest/system/filesystem/auto-snapshot.xml
proto/src/copyright
proto/src/auto-snapshot-instance.xml
proto/src/prototype
proto/src/pkginfo
proto/src/lib
proto/src/lib/svc
proto/src/lib/svc/method
proto/src/lib/svc/method/zfs-auto-snapshot
proto/src/postinstall
proto/src/i.manifest
256 blocks
# we tag the method script during the build, which will
# only happen if we’re building from the original hg source,
# not from the dist tarball – see the dist: target.
cat src/lib/svc/method/zfs-auto-snapshot | sed -e “s/~ZFS_AUTO_SNAPSHOT_CHANGESET~/`hg identify`/g” > proto/src/lib/svc/method/zfs-auto-snapshot
pkgmk -f proto/src/prototype -p `uname -n“date +%Y%m%d%H%M%S` -d proto -r proto/src
## Building pkgmap from package prototype file.
## Processing pkginfo file.
## Attempting to volumize 10 entries in pkgmap.
part 1 — 154 blocks, 39 entries
## Packaging one part.
/root/zfs-snapshot/proto/SUNWzfs-auto-snapshot/pkgmap
/root/zfs-snapshot/proto/SUNWzfs-auto-snapshot/pkginfo
/root/zfs-snapshot/proto/SUNWzfs-auto-snapshot/install/copyright
/root/zfs-snapshot/proto/SUNWzfs-auto-snapshot/install/i.manifest
/root/zfs-snapshot/proto/SUNWzfs-auto-snapshot/reloc/lib/svc/method/zfs-auto-snapshot
/root/zfs-snapshot/proto/SUNWzfs-auto-snapshot/install/postinstall
/root/zfs-snapshot/proto/SUNWzfs-auto-snapshot/install/r.manifest
/root/zfs-snapshot/proto/SUNWzfs-auto-snapshot/reloc/var/svc/manifest/system/filesystem/auto-snapshot.xml
## Validating control scripts.
## Packaging complete.

Avant de l’installer, on s’assure qu’on a ksh93 ;)
# cd /usr/bin/
# ls -l ksh*
-r-xr-xr-x 3 root bin 171412 May 25 15:11 ksh

# ls -la /usr/dt/bin/dtksh
-r-xr-xr-x 1 root bin 620144 Jan 22 2005 /usr/dt/bin/dtksh

# ln -s /usr/dt/bin/dtksh ksh93

On retourne à notre répertoire de compilation:
# cd -
/root/zfs-snapshot

On installe le package:
# pkgadd -d .

The following packages are available:
1 src ZFS Automatic Snapshot Service
(all) 0.12

Select package(s) you wish to process (or ‘all’ to process
all packages). (default: all) [?,??,q]:

Une fois le package installé, il ne reste qu’à activer les services:
# svcs -a | grep auto-snapshot
disabled Oct_16 svc:/system/filesystem/zfs/auto-snapshot:frequent
disabled Oct_16 svc:/system/filesystem/zfs/auto-snapshot:hourly
disabled Oct_16 svc:/system/filesystem/zfs/auto-snapshot:event
disabled Oct_16 svc:/system/filesystem/zfs/auto-snapshot:daily
disabled Oct_16 svc:/system/filesystem/zfs/auto-snapshot:monthly
disabled Oct_16 svc:/system/filesystem/zfs/auto-snapshot:weekly

Maintenant, pour mettre en place des snapshots automatiques a chaque jour, il faut activer le service en question:
# svcadm enable svc:/system/filesystem/zfs/auto-snapshot:daily

Voilà! la suite dans un prochain article!

En faisant une petite recherche j’ai rapidement trouvé: ça prend deux packages et le tour est joué!
Allez récupérer ces packages et installez-les:
FSWpart
FSWmisc

Une fois que c’est installé il ne reste qu’à détecter quel type de partition est sur le disque et de faire un mount avec la bonne option. Aussi, il est préférable de trouver l’identifiant du disque avec la commande format.

Par exemple, dans mon cas, ça ressemble à ceci:

global # format
Searching for disks…done
AVAILABLE DISK SELECTIONS:
0. c0d0
/pci@0,0/pci-ide@1f,1/ide@0/cmdk@0,0
1. c1d0
/pci@0,0/pci-ide@1f,1/ide@1/cmdk@0,0
Specify disk (enter its number):

Oups, j’oubliais qu’avec Solaris, pour voir les disques sur mon contrôleur USB je dois passer par format -e (ce n’est pas nécessaire sous Opensolaris).
Donc on recommence:

global # format -e
Searching for disks…
The device does not support mode page 3 or page 4,
or the reported geometry info is invalid.
WARNING: Disk geometry is based on capacity data.
The current rpm value 0 is invalid, adjusting it to 3600
done
c6t0d0: configured with capacity of 298.07GB
AVAILABLE DISK SELECTIONS:
0. c0d0
/pci@0,0/pci-ide@1f,1/ide@0/cmdk@0,0
1. c1d0
/pci@0,0/pci-ide@1f,1/ide@1/cmdk@0,0
2. c2t0d0
/pci@0,0/pci1028,151@1d,7/storage@7/disk@0,0
3. c3t0d0
/pci@0,0/pci1028,151@1d,7/storage@8/disk@0,0
4. c6t0d0
/pci@0,0/pci1028,151@1d,7/storage@6/disk@0,0
Specify disk (enter its number):

Ensuite, on trouve le type de partition à l’aide de prtpart:

global # /usr/bin/prtpart /dev/dsk/c6t0d0p0
Fdisk information for device /dev/dsk/c6t0d0p0
Block Size : 512 bytes
Controller : usbif,class8
Disk : sd
Capacity : 298 GB
# start block # nblocks startCylSecHd endCylSecHd OSType
1: 0000000063 0608750982 0/ 1/ 1 ff/ff/fe Linux native
2: 0608751045 0016386300 ff/ff/fe ff/ff/fe DOS Extended
# start block # nblocks startCylSecHd endCylSecHd OSType
5: 0000000063 0016386237 ff/ff/fe ff/ff/fe Linux swap

Ça y est, on peut mounter la partition maintenant!

global # mount -o ro -F ext2fs /dev/dsk/c6t0d0p1 /mnt/linux_laptop
global # df -h /mnt/linux_laptop
Filesystem size used avail capacity Mounted on
127.0.0.1:/ 290G 12G 264G 5% /mnt/linux_laptop

Avec cette technique j’ai pu récupérer mes données avant d’envoyer le laptop au magasin pour qu’ils m’en donne un qui fonctionne…

Merci au site de Pradap pour des instructions claires et les liens vers les packages !

Puisque le client citrix est compilé avec les librairies ucb et libXm de Solaris et que celles-ci ne sont plus disponibles sous OpenSolaris, il suffit d’en récupérer une copie a partir d’un solaris 10 x86.

Pour les librairies ucb, elles font partie du package SUNWscpu tandis que la librairie libXm elle, fait partie du package SUNWmfrun. Ca vous prendra donc ces deux packages dans Solaris 10 pour avoir une copie des librairie requises pour le client citrix.

Copiez les répertoires /usr/ucblib et /usr/dt/lib de votre source vers votre installation d’OpenSolaris et voila, vous pourrez maintenant installer et vous servir du client citrix pour votre accès VPN !

Note: j’ai utilisé ce truc la pour faire fonctionner ICA et je me suis rendu compte que sous Opensolaris 2008-11 (snv_101a) ca ne fonctionnait pas du tout. Apres la mise à jour a 2009-06 (snv_106) je vois que tout fonctionne. Je ne sais pas encore pourquoi mais je sais qu’il y a eu des changements au niveau des librairies X récemment…

C’est à suivre !

Commencez par voir si ftp écoute bel et bien en ipv6:

global # netstat -an -f inet6 -P tcp

TCP: IPv6
Local Address                     Remote Address                 Swind Send-Q Rwind Recv-Q   State      If
——————————— ——————————— —– —— —– —— ———– —–
*.*                               *.*                             0      0 49152      0 IDLE
*.21                              *.*                             0      0 49152      0 LISTEN

Ensuite, listez les propriétées du service ftp avec inetadm:

global # inetadm -l ftp
SCOPE    NAME=VALUE
name=”ftp”
endpoint_type=”stream”
proto=”tcp6″
isrpc=FALSE
wait=FALSE
exec=”/usr/sbin/in.ftpd -l -a”
user=”root”
default  bind_addr=”"
default  bind_fail_max=-1
default  bind_fail_interval=-1
default  max_con_rate=-1
default  max_copies=-1
default  con_rate_offline=-1
default  failrate_cnt=40
default  failrate_interval=60
default  inherit_env=TRUE
default  tcp_trace=TRUE
default  tcp_wrappers=FALSE
default  connection_backlog=10

On voit bien que le service est configuré pour écouter aussi en ipv6 (proto=ipv6). Nous allons donc changer ca dynamiquement en utilisant la commande inetadm:

global # inetadm -m ftp proto=tcp

On peut re-vérifier les propriétées:

global # inetadm -l ftp
SCOPE    NAME=VALUE
name=”ftp”
endpoint_type=”stream”
proto=”tcp”
isrpc=FALSE
wait=FALSE
exec=”/usr/sbin/in.ftpd -l -a”
user=”root”
default  bind_addr=”"
default  bind_fail_max=-1
default  bind_fail_interval=-1
default  max_con_rate=-1
default  max_copies=-1
default  con_rate_offline=-1
default  failrate_cnt=40
default  failrate_interval=60
default  inherit_env=TRUE
default  tcp_trace=TRUE
default  tcp_wrappers=FALSE
default  connection_backlog=10

Une dernière vérification pour voir si ftpd écoute toujours sur le port 21 en ipv6:

global # netstat -an -f inet6 -P tcp

TCP: IPv6
Local Address                     Remote Address                 Swind Send-Q Rwind Recv-Q   State      If
——————————— ——————————— —– —— —– —— ———– —–
*.*                               *.*                             0      0 49152      0 IDLE

Voila un autre truc rapide !!

C’est plutôt simple car ZFS nous permet d’ajouter la composante et en utilisant la bonne commande, il nous transforme le zpool en miroir et synchronise les données une fois que c’est réussi.

Voici donc comment faire:

1- avoir un zpool contenant une composante.
2- attacher la nouvelle composante au zpool.
3- attendre la fin de la synchronisation.

Voici maintenant les détails des commandes à suivre:

1- avoir un zpool avec une seule composante et s’assurer qu’elle n’est pas en erreur:

Parfait, on peut poursuivre car il n’y a pas d’erreurs.

Maintenant, il faut ajouter un nouveau disque physiquement. Dans le cas des disques USB externes, je ne suis pas encore tout à fait certain pourquoi mais on ne les voit pas via la commande fdisk. Donc il va falloir l’identifier via le fichier path_to_inst dans /etc.

On cherche le nouveau disque dans les logs:

maintenant on peut trouver le target en cherchant le device correspondant:

On peut donc déduire que le disque que l’on cherche est le c3t0d0. Zfs peut utiliser le disque en entier si on ne lui spécifie pas la slice à utiliser. On utilisera donc c3t0d0 pour notre exemple.

Avant d’attacher la nouvelle composante, il serait mieux de vérifier qu’il n’y a pas d’erreurs avec la commande scrub:

2- Attacher la nouvelle composante au zpool:

Une fois la vérification terminé (attention ça peut prendre du temps) on attache la composante (nouveau disque) comme ceci:

Voila !Il ne reste qu’a attendre que la synchronisation se termine et on à transformer cette zpool à une composante en zpool à deux composantes en miroirs!

Si on regarde les io, on peut voir que ce disque offre environ 10M/s en écriture..

Enfin, le A1000 va être à vendre je crois…