QSHELL Log mit unlesbaren Zeichen

**hteufl** · 07-02-23, 12:53

Hallo,

ich benötige wieder die Hilfe des Forums. Wir übertragen sFTP Daten per CL-Programm zu einem Partner. Die Datenübertragung funktioniert einwandfrei, nur beim Logging haben wir ein Problem, dass die QSH Befehle unlesbare Zeichen ins Log eintragen! Das Log liegt im IFS und wurde mit 1252 bzw. 819 Codepage erstellt (ohne Änderung).

Hier ein Beispiel:
2023-02-07-13.35.37.951605 | Kontrolle TCPSVR SERVER(*SSHD)
2023-02-07-13.35.43.393914 | Setzen der Umgebungsvariable QIBM_QSH_CMD_OUTPUT
2023-02-07-13.36.00.354156 | Setzen Passwortscript
ñõöøôöñóòù÷òõ2023-02-07-13.36.45.989022 | Daten an Guglerserver übertragen
Ã–••…ƒ£…„@£–@ôöKóðKöðKöð K%¢†£—n@”—¤£@aÆÆ×¤‚“‰ƒa×Ä ÆÁ¤¢‡‚…aÓÅÒÓaÆã×aÓÅ\%ä—“ –„‰•‡@aÆÆ×¤‚“‰ƒa×ÄÆÁ¤� �‡‚…aÓÅÒÓaÆã×aÓÅððñð÷õK×Ä Æ@£–@aÓÅððñð÷õK×ÄÆ%ä—“–„ ‰•‡@aÆÆ×¤‚“‰ƒa×ÄÆÁ¤¢‡� �…aÓÅÒÓaÆã×aÓÅððñð÷öK×ÄÆ@£– @aÓÅððñð÷öK×ÄÆ%ä—“–

Die QSH Befehle im CL sind wie folgt aufgebaut:
STRTCPSVR SERVER(*SSHD)
QSH CMD('LANG=/QSYS.LIB/DE_DE_E.LOCALE ') testweise eingebaut
QSH CMD('QIBM_CCSID=1252') testweise eingebaut
ADDENVVAR ENVVAR(QIBM_QSH_CMD_OUTPUT)
VALUE('FILEAPPEND=/home/Gugler/QSHELL_output')
LEVEL(*JOB) REPLACE(*YES) CCSID(1252) ... (CCSID wurde einmal angegeben einmal nicht)
QSH CMD('/home/Gugler/openssh_password_script.sh')
QSH CMD('exec /QOpenSys/usr/bin/ksh -c
"/home/Gugler/batch_leistungserklaerungen_sftp_script.sh")

Vielleicht finded sich ein UNIX/QSHELL Spezialist der mir diesbezüglich Tipps geben kann!

Vielen Dank im Voraus
Hermann

**Fuerchau** · 07-02-23, 14:10

Und welche CCSID hat dein Job? Bei 65535 weiß er nicht wie umgewandelt werden soll.
Schau dir im IFS die Daten mal mit F11? (Hex) an. Es scheint EBCDIC statt ANSI zu sein.

**Andreas_Prouza** · 07-02-23, 17:59

Grundsätzlich versuche ich soweit es geht auf UTF-8 (CCSID 1208) zu setzen um Probleme mit Sonderzeichen & Co zu vermeiden.
Die Sonderzeichen die du hast sehen für mich etwas seltsam aus.
Wer produziert das Logging?
Oft werden die Daten einfach auf die Konsole geschrieben und die kann man dann in eine Datei umleiten lassen.
Ich verwende generell die Bash (/QOpenSys/pkgs/bin/bash).
In der Bash kannst du dann auch
cl "dspjob"
absetzen. Dort siehst du dann alle Details zu deiner Umgebung (z.B. QIBM_PASE_CCSID).

**hteufl** · 13-02-23, 13:25

Hallo Fuerchau!
Ich habe deine Anweisungen befolgt und eine Datei mit Touch -C1141 ... erstellt und die vorhandenen Daten der Ursprungsdatei in diese Datei übertragen!
Zumindest kann ich jetzt wie du geschrieben hast die Daten korrekt mit WRKLNK oder EDTF korrekt lesen!!
Daten aus WRKLNK:
------------------------------------------------------------------------------
+++ Leistungserklaerungen an Gugler versenden | Benutzer: HERMANN +++
------------------------------------------------------------------------------
2023-02-13-14.03.25.976544 | Kontrolle TCPSVR SERVER(*SSHD)
2023-02-13-14.03.29.216712 | Setzen der Umgebungsvariable QIBM_QSH_CMD_OUTPUT
2023-02-13-14.03.36.321342 | Setzen Passwortscript
xxxxxxxxxxxxx2023-02-13-14.03.39.729261 | Daten an Guglerserver übertragen
Connected to xx.xx.xx.xx .
sftp> mput /FFPublic/PDFAusgabe/LEKL/FTP/LE*
Uploading /FFPublic/PDFAusgabe/LEKL/FTP/LE001075.PDF to /LE001075.PDF
Uploading /FFPublic/PDFAusgabe/LEKL/FTP/LE001076.PDF to /LE001076.PDF
Uploading /FFPublic/PDFAusgabe/LEKL/FTP/LE001875.PDF to /LE001875.PDF
sftp> quit

Aber mit einem PC Editor werden nun ALLE Daten verstümmelt angezeigt egal welche Codierung ich im Notepad++ einstelle!
Hier die Notpad++ Anzeige:
`````````````````````````````````````````````````` `````````````````````````````````````````````````` ``````````````````````````````````````````````````
%NNN@Ó…‰¢£¤•‡¢…™’“…™¤� ��‡…•@•@Ç¤‡“…™@¥…™¢…� �„…•@»@Â…•¤£©…™z@ÈÅÙÔÁÕÕ @NNN
%````````````````````````````````````````````````` `````````````````````````````````````````````````` `````````````````````````````````````````````````` `
%òðòó`ðò`ñó`ñôKðóKòõKù÷öõôô@» @Ò–•£™–““…@ãÃ×âåÙ@âÅÙåÅ ÙM\ââÈÄ]
%òðòó`ðò`ñó`ñôKðóKòùKòñö÷ñò@» @â…£©…•@„…™@ä”‡…‚¤•‡� �¥™‰‚“…@ØÉÂÔmØâÈmÃÔÄmÖä ã×äã
%òðòó`ðò`ñó`ñôKðóKóöKóòñóôò@» @â…£©…•@×¢¢¦–™£¢ƒ™‰—£
%ñõöøôöñóòù÷òõòðòó`ðò`ñó`ñô KðóKóùK÷òùòöñ@»@Ä£…•@•@Ç¤ ‡“…™¢…™¥…™@Ð‚…™£™‡ …•
%Ã–••…ƒ£…„@£–@ôöKóðKöðKö� �K%¢†£—n@”—¤£@aÆÆ×¤‚“‰ƒa×� �ÆÁ¤¢‡‚…aÓÅÒÓaÆã×aÓÅ\%ä—� �–„‰•‡@aÆÆ×¤‚“‰ƒa×ÄÆÁ¤ ¢‡‚…aÓÅÒÓaÆã×aÓÅððñð÷õK×� �Æ@£–@aÓÅððñð÷õK×ÄÆ%ä—“–

Ich denk, dass die Lösung schon relativ nahe ist!

Danke
Hermann

**Fuerchau** · 13-02-23, 15:36

Ok, der eine Teil kommt von QSH, der andere Teil wohl von sftp.
Setze die CCSID der Log-Datei vorher einfach auf 1141, da der sftp-Teil wohl nur binär ausgeben kann.
Wenn du das Log nur auf der IBM i benötigst, hast du kein Problem.
Wenn das Log auch für Windows benötigt wird, kannst du per QSH iconv die Datei in eine andere CCSID konvertieren.
Du hast dann halt nur kein UTF8 sondern nur 1252, es sei denn du kannst sftp mit Ausgabeumleitung in eine separate Datei mit 1141 umleiten und anschließend diese an eine 1208Datei anhängen.

**hteufl** · 08-02-23, 15:45

Hallo, und vielen Dank für Eure Antworten!

Ich versuche einmal Eure Fragen zu gut es geht zu beantworten:

ad Fuerchau) der codierte Zeichensatz des Jobs ist 1141
ad Andreas) wir haben schon eine IFS-Logdatei mit Zeichensatz 1208 erstellt. Das hat auch funktioniert. Nur beim öffnen der Protokolldatei erhielten wir danach einen Umsetzungsfehler und das Programm hat abgebrochen. Auch der OpsNav hat den Zeichensatz nicht korrekt angezeigt.

Die lesbaren Texte im Log kommen aus einem CL Programm welches per RPG Modul die Daten in das Log schreibt. Die unlesbaren Daten kommen dezidiert vom QSHELL (Passwortscript und Batch Script).
Bezüglich /QOpenSys/pkgs/bin/bash muss ich mich erst schlau machen.

Danke
Hermann

**Fuerchau** · 08-02-23, 16:21

Das "@"-Zeichen (x'40') steht im EBCDIC für Blank. Also wird da wohl von einem Programm EBCDIC in die Datei kopiert. Hier ist zu prüfen, wo die Daten genau herkommen und welche CCSID die Quelldaten haben. Hier fehlt halt noch die Umwandlung.
Wenn das CL/RPG die Daten erstellt wird ggf. in EBCDIC ausgegeben.
Wenn die Daten zusammengeführt werden, sollte man in QSH mit "iconv" die Daten notfalls konvertieren.
https://www.ibm.com/docs/es/i/7.2?topic=data-iconv

**Andreas_Prouza** · 08-02-23, 16:55

Wenn's EBCDIC ist, müsste man es via WRKLNK lesen können.

**Fuerchau** · 08-02-23, 18:16

Auch WRKLNK kann das nur, wenn der Inhalt zur Codepage auch passt.
Es wird dabei auch nur die STMF-CCSID in die JOB-CCSID umgewandelt.
Wenn die Datei dann 1208 hat, wird @ x'40' dann zu @ x'C0'.

**Andreas_Prouza** · 09-02-23, 06:34

Das lässt sich einfach testen indem man die CCSID der Datei auf z.B. 1141 ändert.

**Fuerchau** · 09-02-23, 08:33

Dann kannst du zwar die EBCDIC-Daten lesbar machen, dafür sind die UTF8-Daten dann Schrott.
Man kann in eine IFS-Datei nicht sinnvoll unterschiedlichen Codepages schreiben

**hteufl** · 10-02-23, 11:11

Hallo,

ich habe versucht WRKLNK die Daten am Greenscreen zu lesen, doch auch hier werden die Daten verstümmelt angezeigt.
Im OpsNav wird die Codepage 1252 angezeigt wobei der Eintrag für CCSID BLANK ist!
Wenn ich mit dem Befehl:
CHGATR OBJ('/home/gugler/QSHELL_output') ATR(*CCSID) VALUE(1141)
die CCSID ändere werden die Daten nicht "lesbarer".
Kann man im CL Programm QSHELL veranlassen die Daten in der richtigen CCSID bereitzustellen? Oder anders rum - welche Daten liefern die qsh Befehle?

Danke
Hermann

Thema: QSHELL Log mit unlesbaren Zeichen

Thread Tools

Bewerten Sie diesen Thema

Display

Hybrid View