Migration AIX vers Solaris

Version imprimable

10/06/2013, 17h26
baraccuda330

Migration AIX vers Solaris

Bonjour à tous,

L'un des projets de ma boîte doit migrer quelques scripts ksh d'un serveur AIX vers un Solaris 10. Les 2 utilisant du ksh93 je pense que les scripts n'auront pas trop de soucis, à quelques fonctions prêt qui n'existent que sur AIX et qu'il faudra remplacer par leur équivalent Solaris.

Quels sont les pièges à éviter ?
Y'a-t-il des librairies à relinker sur d'autres chemins etc. ?

Toutes vos suggestions seront les bienvenues.

Merci d'avance
11/06/2013, 13h10
frp31

si tu gardes KSH, tes variables d'environnement doivent être mise à jour, et les chemins en dur (si tu codes propre, ils sont dans des variables dans les entêtes de script) sont à changer et en gros c'est tout...
sauf si tu as des scripts en lien fort avec le système plutôt qu'avec les applis et l'exploitation, sinon tu ne devrais pas rencontrer trop de problèmes....
assures toi d'avoir le gnu sed sur les deux évites beaucoup de problèmes aussi ...

quand aux devices, si tu as des accès physiques directs comme pour les lecteurs de bandes par exemple, n'oublies pas de créer les lien ou de modifier les devices dans les scripts.

si ne migre que les scripts ça devrai à priori suffir.
11/06/2013, 20h14
jlliagre

Citation:

Envoyé par baraccuda330

L'un des projets de ma boîte doit migrer quelques scripts ksh d'un serveur AIX vers un Solaris 10. Les 2 utilisant du ksh93 je pense que les scripts n'auront pas trop de soucis

Le ksh de Solaris 10 est ksh88, ksh93 n'est le ksh standard qu'à partir de Solaris 11. Sur AIX, il me semble que /usr/bin/ksh est aussi un ksh88.

Citation:

à quelques fonctions prêt qui n'existent que sur AIX et qu'il faudra remplacer par leur équivalent Solaris.

Je pense que tu veux dire quelques commandes, pas fonctions. Les commandes Unix standard (celles qui sont définies par POSIX) ont un fonctionnement identique ou très proche mais tout ce qui a trait à l'administration est très différent

Citation:

Quels sont les pièges à éviter ?

Ne pas tester tous les cas. Il faut analyser chaque commande utilisée par les scripts et ne pas hésiter à comparer le pages de manuel en cas de doute. Les chemins, noms de devices etc peuvent aussi beaucoup varier.

Citation:

Y'a-t-il des librairies à relinker sur d'autres chemins etc. ?

Non, les scripts n'utilisent pas l'éditeur de lien.
12/06/2013, 09h29
baraccuda330

Merci bien pour votre aide. Comme le dit "jlliagre" je voulais effectivement parler de commande et non de fonction.
13/06/2013, 10h50
gangsoleil

Citation:

Envoyé par jlliagre

Les commandes Unix standard (celles qui sont définies par POSIX) ont un fonctionnement identique ou très proche mais tout ce qui a trait à l'administration est très différent

C'est long et fastidieux, mais je te conseille de lister les commandes appellees, et les options utilisees, pour verifier que les actions sont bien les memes.

Sous Solaris 10, selon la maniere dont vous utilisez les zones, vous pouvez avoir des surprises egalement. Surtout si vous les utilisez mal en fait :).
13/06/2013, 11h17
jlliagre

Citation:

Envoyé par gangsoleil

C'est long et fastidieux, mais je te conseille de lister les commandes appellees, et les options utilisees, pour verifier que les actions sont bien les memes.

Oui, c'est ce que j'ai suggéré aussi.

Citation:

Sous Solaris 10, selon la maniere dont vous utilisez les zones, vous pouvez avoir des surprises egalement. Surtout si vous les utilisez mal en fait :).

Il n'y a pas de zones sur AIX et il s'agit ici d'une migration de scripts d'AIX vers Solaris.
C'est sûr que si des WPAR sont utilisés sous AIX et qu'il faut migrer des scripts ayant un adhérence avec cette technologie, il y a du boulot ...
13/06/2013, 12h02
gangsoleil

Citation:

Envoyé par jlliagre

Oui, c'est ce que j'ai suggéré aussi.

J'apprends a lire et je reviens :)

Citation:

Il n'y a pas de zones sur AIX et il s'agit ici d'une migration de scripts d'AIX vers Solaris.
C'est sûr que si des WPAR sont utilisés sous AIX et qu'il faut migrer des scripts ayant un adhérence avec cette technologie, il y a du boulot ...

Ce que je voulais dire, c'est que selon la maniere dont ils deploient l'existant dans des zones solaris, il peut y avoir des soucis.

Par exemple, si tu as un script de surveillance/relance des processus, et que tu le fais tourner dans la zone globale, il faut savoir que tu vas lister tous les processus de toutes les zones, ce qui peut etre problematique.
Je sais que c'est une mauvaise utilisation des zones, mais il y en a qui les configurent ainsi.
17/06/2013, 15h04
baraccuda330

Files System

Bonjour,

Toujours dans ma migration, j'aimerais trouver un équivalent dans Solaris à ce que j'ai sur un script AIX qui renvoie des infos sur les Files Systems (sur AIX le script renvoie ce genre de choses ) :

Filesystem () 512-blocks Kbytes Mbytes Mounted

/dev/hd4 (jfs2) 393216 Kbytes 384 Mbytes /
hdisk1:
/dev/hd2 (jfs2) 5373952 Kbytes 5248 Mbytes /usr
hdisk1:
/dev/hd9var (jfs2) 2097152 Kbytes 2048 Mbytes /var
hdisk1:
/dev/hd3 (jfs2) 2097152 Kbytes 2048 Mbytes /tmp
hdisk1:
/dev/hd1 (jfs2) 10485760 Kbytes 10240 Mbytes /home
hdisk1:
/proc () - Kbytes Mbytes /proc

Sauriez-vous comment faire pour le faire sous Solaris ?

Autre question, Sauriez-vous lister tous les disques d'une machine, mais pas les lecteurs type cd-rom, j'ai fait ce genre de commande : "iostat -En | grep Vendor" qui me ramène autant de ligne que de disques, mais elle inclue les CD-ROM et je n'en veux pas :)
17/06/2013, 15h28
baraccuda330

Files System

Pour ma première question sur les Files Systems, je fais un "df -k" qui fait bien l'affaire.

Mais j'ai toujours besoin de votre aide pour lister les CD-ROM :)
17/06/2013, 15h34
jlliagre

Citation:

Envoyé par baraccuda330

Sauriez-vous comment faire pour le faire sous Solaris ?

Code:

df -g

renvoie pas mal d'informations.

Citation:

Autre question, Sauriez-vous lister tous les disques d'une machine, mais pas les lecteurs type cd-rom, j'ai fait ce genre de commande : "iostat -En | grep Vendor" qui me ramène autant de ligne que de disques, mais elle inclue les CD-ROM et je n'en veux pas :)

Essaie:

Code:

iostat -En| grep Vendor | grep -v \\-ROM
17/06/2013, 15h54
baraccuda330

Cela ne marche pas car je n'ai pas la chaine "-ROM" de présente dans mes résultats qui sont :

Vendor: NECVMWar Product: VMware IDE CDR10 Revision: 1.00 Serial No:
Vendor: VMware Product: Virtual disk Revision: 1.0 Serial No:

c'est la ligne CDR qui est le CD-ROM.

Mais je ne peux pas excluer CDR comme un bourrin car je ne sais pas sur la machine du client ce que cela donnera :cry:
17/06/2013, 16h05
jlliagre

Tu peux utiliser la sortie de la commande

Code:

rmformat -l

pour avoir la liste des lecteurs à exclure.
17/06/2013, 16h54
gangsoleil

Bonjour,

Va sur cette page : http://bhami.com/rosetta.html , et configure uniquement AIX et Solaris comme OS (en haut a gauche), tu auras (presque) tout ce que tu veux.
17/06/2013, 17h54
baraccuda330

CD ROM

Effectivement, la commande "rmformat -l" me permet de lister mes CD-ROM, mais je voudrais ensuite la liste des disques sans les CD-ROMs :D j'imagine mal un grep -v .... pour exclure de la liste ceux qui sont CD-ROM.

Code:

1
2
3
4
5
6
#!/bin/ksh
export LC_ALL=C
exclude=$(for i in $(rmformat -l|grep "Logical Node"|nawk '{print $4}'); do basename $i|sed 's/[ps][0-9][0-9]*$//'; done)
for device in $(iostat -En|grep "Soft Errors"|nawk '{print $1}'); do
        [[ -n "$(echo $device|/usr/xpg4/bin/grep -Fve "$exclude")" ]] && echo $device $(iostat -En $device|/usr/xpg4/bin/grep -E "(Vendor|Model|Revision)")
done

A propos, "grep Vendor" n'est pas fiable, il existe des devices qui ne retournent pas de champs Vendor, c'est pour ça que je cherche Vendor, Model ou Revision.