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!

Je dois aussi vous dire qu’au début je n’étais pas certain des couleurs mais puisqu’il n’y avait pas d’autre choix de ce fournisseur, j’ai pris une chance. Après l’avoir porté près de 50km sur des petites routes avec un peu de trafic je crois qu’il est assez voyant et en vélo ça ne peut être qu’un avantage. Je me suis aussi rendu compte qu’il allaient vraiment bien avec mes bas de martiens ()!

Côté matériel, Sun restent fidèles à eux mêmes, c’est du bon stock ! Je peux vous dire que pour avoir roulé la moitié de notre sortie sous la pluie (variant de légère bruine à orage sérieux) ce jersey respire vraiment bien. Ça sèche tout seul une fois la pluie terminée et après deux tours de roue on ne sent plus le maillot tellement il est léger.

Voici le lien pour le maillot, il y a un rabais de 30% ces temps-ci, ça deviens un peu plus abordable que leur prix d’origine.
sunwear.sun.com

p.s. pas de photos de notre sortie en vélo au Vermont d’aujourd’hui car la première chose dont nous nous sommes rendu compte est que nous avions oublié l’appareil photo à la maison…

Mise à jour: J’ai ajouté deux photos de l’endroit ou nous nous sommes stationnés. Ce ne sont pas mes photos mais ça montre un côté amusant lorsqu’on voyage: on ne sait jamais sur quoi on va tomber !

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 !!

global $ pfexec pkg set-authority -O http://pkg.opensolaris.org/dev/ opensolaris.org
global $ BUILD=`uname -v | sed -e “s/snv_//” -e “s/[a-z]//”`
global $ pfexec pkg refresh
global $ pfexec pkg install entire@0.5.11-0.${BUILD}
global $ pfexec pkg install SUNWipkg@0.5.11-0.${BUILD}
global $ pfexec pkg install SUNWinstall-libs

ensuite, on y va pour la finale:

global $ pfexec pkg image-update

On redémarre pour activer la nouvelle version et voila!

Ce qui me fait penser ça ? Ceci probablement:

All websites, documents and binary software packages that bear the mark Blastwave or Blastwave(tm) are no longer available until further notice.

Ou ceci peut-être (extrait du WHOIS de blastwave):

Domain Name: blastwave.org
Status: CLIENT TRANSFER PROHIBITED

Si je comprend bien, le lien est dans le nom blastwave… J’ai vraiment hâte de comprendre les vraies raisons de la poursuite s’il y en a une, j’ai dans l’idée que comme trop souvent, ça ne tient pas.

Tiens, j’imagine que c’est une compagnie qui sort de nulle part et qui veut faire une campagne de marketing pour un produit à la noix qui va se vendre en 17 paiements faciles durant des infomercials!

Pour ceux qui ne savent pas, www.blastwave.org est un répertoire de logiciels libres (opensource) pour Solaris et OpenSolaris.

J’espère qu’il (Dennis Clarke le gars qui opère Blastwave) s’en tirera sans trop de problèmes, je pense ne pas me tromper pour dire que la communauté des usagers Solaris et OpenSolaris est avec lui !

ref: http://opensolaris.org/jive/thread.jspa?messageID=266442

Ne lâche pas Dennis, et surtout, merci pour ton implication !

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…

La solution est très simple a mettre en place, voici donc comment faire.
Modifiez le fichier /etc/security/policy.conf:

remplacez la ligne CRYPT_DEFAULT=__unix__
par CRYPT_DEFAULT=1
ou CRYPT_DEFAULT=2a
ou encore par CRYPT_DEFAULT=md5

On trouve la liste des algorythmes utilisables dans le fichier /etc/security/crypt.conf:

Voila, il ne vous reste qu’a changer vos mots de passe actuels pour prendre compte de plus de 8 caractères.

Il faut savoir que le SST (Solaris Security Toolkit, anciennement JASS) fait le travail a notre place en configurant le fichier policy.conf pour l’utilisation de l’algorythme MD5(bsd), donc compatible avec Linux.

On peut aussi enlever le commentaire en avant de la ligne suivante pour ne plus du tout utiliser la fonction unix_crypt(5):
#CRYPT_ALGORITHMS_DEPRECATE=__unix__

La prochaine fois, on parle d’historique et des autres attributs disponibles pour les mots de passe sous Solaris 10.