Conversion EBCDIC via FTP (Z/OS 1.10) [Résolu]

[Fred Ratel]

Bonjour,

Nous sommes recemment passé de MVS vers Z/OS V1.10.

Nous avions un transfert vers le host qui s'effectuait depuis un job à l'aide du FTP d'IBM, sans plus de paramètres autres que (replace :

get PSDC.txt 'DEVDEL.A10.FDP' (replace

Depuis la migration, la restitution des caractères accentués ne donne plus les mêmes valeurs : le é restitue désormais un x'89' au lieu d'un x'FE'.

Nous avons d'autres transferts réalisés depuis des FTP autres que celui d'IBM dans lesquels nous ajoutons l'appel d'une table de conversion via le paramètre SITE XLATE.
J'ai voulu ajouté ce paramètre sur le get du FTP d'IBM, mais la commande est rejeté à l'exécution.

Quelqu'un aurait-il l'idée de la cause de ce changement de comportement ?
Ou comment pouvoir imposer l'application d'une table de conversion autrement que par la commande xlate ?

Pour info, je suis côté DEV, mais la Prod séchant, j'essaie d'aller de l'avant.

Merci d'avance pour votre aide.
Cordialement
Fred

[Lemmings1406]

Bonjour,

Est-ce que tu as essayé un

Code :

GET 'toto.titi.tata' EBCDIC

Qu'est-ce que tu appelles le FTP IBM???Par où passes tu?
Sinon un autre moyen consiste à transférer vos fichiers en Binary. Comme ça, plus de soucis.

[Fred Ratel]

Bonjour,

Ce que j'entends par FTP d'IBM, c'est que c'est l'IBM qui va chercher le fichier désiré.
un JCL comportant un step avec carte EXEC PGM=FTP suivi d'un fichier INPUT
avec les instructions FTP d'identification du serveur, user, mot de passe.
Viens ensuite le get PSDC.txt 'DEVDEL.A10.FDP' (replace.
Puis un quit pour mettre fin au FTP.

Le 'DEVDEL.A10.FDP' correspond au nom du fichier cible sur IBM.
(replace permet de remplacer le contenu du fichier 'DEVDEL.A10.FDP' par le contenu du fichier PSDC.txt sans avoir besoin de fournir la structure du fichier à créer (LRECL, BLOCKSIZE,...).

Rien n'a été changé dans ce job entre MVS et Z/OS.

La commande EBCDIC n'est pas reconnue !

Fred

[bernard59139]

Bonjour

Lors du passage à Zos 1.10, la table de conversion par defaut a du changer, peut être même involontairement.
Si cette table n'a pas changer, il faudrait enqueter du coté de tous les fichiers paramètres qui peuvent être pris par défaut. Si cela t'amuse, un extrait de la doc:

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
18.3 FTP configuration statements in FTP.DATA
 
The FTP.DATA configuration data set is optional. The FTP daemon searches for this data set during initialization.
 
The FTP server search order is:
 
1.  A data set specified by the //SYSFTPD DD statement
2.  ftpserve_job_name.FTP.DATA
3.  /etc/ftp.data
4.  SYS1.TCPPARMS(FTPDATA)
5.  hlq.FTP.DATA data set
 
As shown in Table 37, the FTP client uses one of the following search orders to obtain the local site parameter values:
 
┌────────────────────────────────────────────────────────────────────────┐
│ Table 37. FTP client search orders                                     │
├────────────────────────────────────┬───────────────────────────────────┤
│ TSO shell                          │ UNIX System Services shell        │
├────────────────────────────────────┼───────────────────────────────────┤
│ 1.  -f                             │ 1.  -f                            │
│                                    │                                   │
│ 2.  SYSFTPD DD statement           │ 2.  $HOME/ftp.data                │
│                                    │                                   │
│ 3.  tso_prefix.FTP.DATA            │ 3.  userid.FTP.DATA               │
│                                    │                                   │
│ 4.  userid.FTP.DATA                │ 4.  /etc/ftp.data                 │
│                                    │                                   │
│ 5.  /etc/ftp.data                  │ 5.  SYS1.TCPPARMS(FTPDATA) data   │
│                                    │     set                           │
│ 6.  SYS1.TCPPARMS(FTPDATA) data    │                                   │
│     set                            │ 6.  tcpip_hlq.FTP.DATA file       │
│                                    │                                   │
│ 7.  tcpip_hlq.FTP.DATA file        │                                   │
└────────────────────────────────────┴───────────────────────────────────┘

Pour utiliser une table de transco existante, j'utilise cet ordre suivant:

Code :

LOCSITE SBDATACONN=le.fichier.de.tranco.XLAT

Pour piloter une transco, j'utilise aussi

Code :

locsite sbd=(IBM-500,IBM-1252)

bonne journée

[Fred Ratel]

Bonjour,

Lorsque nous avons migré, c'est un changement global que nous avons effectué (software et hardware).

Il y a donc certainement un paramètre/table de conversion qui a changé.

Ce que je viens de remarquer, sachant que le fichier que l'on capture contient de l'ISO-8859-1, c'est que lors de la conversion en EBCDIC, tous les octets dont le bit fort est à 1(ASCII étendu) sont considérés comme étant en ASCII simple (sur 7 bits).

Exemple : é code x'E9' en ASCII étendu (ou 11101001) est interprété comme un i code x'69' (ou 01101001). Ce i est ensuite converti en EBCDIC.

Il doit donc y avoir un paramètre quelque part précisant par défaut comment interpréter le fichier en entrée des FTP (ASCII simple, étendu ou autre type).
Ceci doit être du domaine des hommes système.
Si quelque a la solution, j'achète sans rechigner.
Cordialement
Fred

[bernard59139]

Cela se produit-il avec SBDATACONN?

[Fred Ratel]

Salut Bernard,

Sur tes conseil, j'ai creusé un peu sur la commande sbdataconn

Cela marche avec le code suivant :

Code :

locsite sbdataconn=(ibm-1047,iso8859-1)

Le paramètre iso8859-1 permet d'indiquer que le fichier source est en ASCII étendu, car par défaut, il est en ASCII pur.

Je ne sais pas si ibm-1047 correspond à notre système, mais cela marche en tout cas.
Je laisserai l'ingénieur système rectifier la chose.

Un grand merci pour ton aide.
Fred

[bernard59139]

IBM-1047 est le code page ebcdic "états unis".

Pour choisir le bon code, je me base sur le paramètre du logiciel 3270.

iso8859-1 décrit le code page windows. Très proche de iso8859-15


Si tu as des symboles EURO €, utilise iso8859-15. Source wiki

bernard

[Fred Ratel]

Salut,
Le fichier que l'on capture est relativement basique, hormis les caractères accentués qui nous cassent les pieds. iso8859-1 va très bien dans notre situation.

Nous utilisons un émulateur PERCOM (Personal Communications). J'y ai trouvé la référence du code page 1047 et celui que nous utilisons.

Encore merci pour ton aide précieuse.
Fred