Discussion :

[Vitemassou]

Bonjour à tous,

Mon client dispose d'une vielle machine sous SCO. Je sais que ce nom va vous faire hérisser le poil, mais je n'ai pas le choix, et mon client non plus. Il s'agit d'un héritage antédiluvien, quand le dirigeant a racheté cette entreprise elle utilisait déjà ce vieux système, et réécrire totalement tout son logiciel métier prendrait plus d'un an.
Donc cette machine sou SCO montre de graves signes de fatigue, et la partition système de 2 Go est pleine.
Il me demande donc de réinstaller son système sur une machine neuve, ou en virtualisé peu importe, il a ses licences en ordre donc pas de problème.
Mais je n'arrive pas à migrer l'application correctement. quand je la lance, j'ai le message "Killed" directement.
cette application est placée dans un répertoire placé dans le répertoire utilisateur "/u/utilisateur".
Le .profile a été édité pour rajouter ce répertoire dans le PATH.
Donc quand je tape le nom du programme dans la console, il trouve bien le programme mais me plante avec ce Killed.

Est-ce que vous auriez une piste de recherche à me donner ?

Merci d'avance pour votre aide.

Cordialement,

Marc.

[skeud]

Es-tu sur que le killed provient de SCO et non pas de ton application?

As-tu essayer de la lancer avec un debugger ou valgrind histoire de voir si c'est pas un segfault ou autre du genre?

As-tu des logs qui permettrait de savoir ce que fais l'application au lancement et voir jusqu’où elle arrive?

Et enfin, as-tu la main sur le code de l'application? Les spec etc ...

[Vitemassou]

Bonjour Skeud, merci pour ton aide.

L'application en question est une version de l'ERP Adonix, datant de 1988...
Je n'ai pas accès aux sources d'Adonix et s'agissant un programme commercial, je doute qu'il soit possible de les trouver. J'ai essayé de chercher un peu j'ai rien trouvé, ni les sources, ni même le programme lui-même, hormis dans sa dernière version qui n'a plus rien à voir.

N'étant pas connaisseur des systèmes Unix/Linux ça complique la tache. Je ne suis donc pas capable de savoir si le blocage vient de Unix ou de l'application elle-même.

Est-ce que je peux quand-même utiliser un debugger si je n'ai pas accès aux sources ?

Cordialement,

[Vitemassou]

Et pour le segfault, pourquoi Est-ce que l'appli en ferait maintenant alors qu'elle tourne sans accro depuis 20 ans ? ça serait surprenant non ?

[Vitemassou]

Bon ben je viens me contredire, il se pourrait qu'il s'agisse d'un segfault. J'ai essayé de lancer l'application avec truss, débugger intégré à SCO :

$ : truss adonix
Process 630 got signal SIGSEGV (Segmentation fault) at eip=0x0
Can't handle this type of executable image. (/u/lgv/bin/adonix) (206)


Comment je fais moi ???

[skeud]

C'est une bonne question, concernant l'installation de l'appli, tu es sur que les chemins utilisés sont correct, les ressource dont a besoin l'appli sont au bon endroit?

Si c'est un segfault et que tu n'as pas la main sur le code, ça va être compliqué de faire quelque chose :/.

[Vitemassou]

L'appli est bien au bon endroit, et tout le contenu du répertoire utilisateur a été copié.
Il y a peut-être d'autres "morceaux" de l'application qui pourraient être disséminés dans l'arborescence, mais pour les trouver ça ne va pas être facile.

Je vais chercher dans cette direction là.

Merci pour ton aide.

Marc.

[jlliagre]

$ truss adonix
Process 630 got signal SIGSEGV (Segmentation fault) at eip=0x0
Can't handle this type of executable image. (/u/lgv/bin/adonix) (206)

Qu'affiche la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

file /u/lgv/bin/adonix

?

[Vitemassou]

Bonjour Jiliagre,

Voici la réponse :




/u/lgv/bin/adonix: Microsoft a.out separate pure segmented word-swapped 386 executable

Si je m'attendais à ce qu'un Unix me cite Microsoft... Sans blagues c'est vraiment du chinois pour moi. C'est le type de l'exécutable ?

Bonne fêtes à tous, au passage.

Cordialement,

Marc.

[jlliagre]

Oui, c'est bien le type de l'exécutable et il fait partie de ceux supportés par SCO.

C'est un héritage de XENIX, une version d'Unix de Microsoft (oui, oui, Microsoft !) qui à existé entre 1979 et 1987 avant d'être renvendue à SCO.

Si tu n'as rien changé sur le serveur, il est possible que le binaire soit corrompu, d'ailleurs, le problème se produit sur la machine d'origine ou une nouvelle machine ?

[Vitemassou]

Si en fait j'ai changé plein de choses sur le serveur, puisque je change le serveur lui-même. Toute l'appli se trouve dans le répertoire utilisateur. J'espérais qu'en copiant l'intégralité du répertoire ça marcherait, d'autant que j'avais déjà fait ça il y a 5 ou 6 ans. Mais je n'arrive pas à le reproduire...

je pense qu'il doit y avoir d'autres "morceaux" nécessaires à l'application perdus dans les fichiers systèmes de la racine / mais je ne vois pas comment les identifier.

Tout en écrivant ces lignes je viens de me rappeler que j'ai transféré les fichiers via un double transfert FTP, via un serveur sous Windows. Je vais retenter l'opération en paramétrant les transferts sur le mode Binaire, car Filezilla est par défaut sur Auto. Il est donc possible qu'il m'ait corrompu des fichiers durant les transferts. Je n'y crois que très moyennement mais je tente.

En parallèle de ça, si vous savez comment je peux identifier les éventuels fichiers nécessaires à l'application je suis preneur. Ou bien s'il faut la "déclarer" sous SCO ADMIN ??

Cordialement,

[Vitemassou]

Le couillon que je suis... C'était juste un problème de transfert des fichiers, à cause du mode de transfert ASCII par défaut. Grr.... 15 jours perdus.

En ayant retransféré tous mes fichiers en forçant le mode binaire tout fonctionne presque bien. Il me reste à régler quelques problèmes de paramétrage, mais l'application démarre correctement.

Merci pour votre aide, qui m'a amené à me poser les bonnes questions, et qui m'aura permis d'apprendre quelques petits trucs au sujet d'Unix.

Merci à tous les deux.

Cordialement,

Marc.