-
Berechtigung oder was anderes beim LS im QSH nach V7R5 Wechsel
So, und noch einer ...
Die User machen (in einem CL)
STRQSH 'cd /irgend/ein/pfad/ && ls abc*.[Pp]Dd][Ff]'
Der Job hängt sich auf, keine Meldung, nix tut sich.
geht der gleiche User in das QSH
STRQSH
CD cd /irgend/ein/pfad/
funktioniert, die Berechtigung für den Pfad ist also da.
LS --> Job steht, macht nichts mehr, keine Meldung
Aber NICHT alle User, einige wenige können/dürfen das.
VOR 7.5 funktionierte das bei allen.
hat ggf das LS ne eigene Berechtigung?
Danke
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
Hi Robi,
Keine Rückmeldung ist seltsam.
Was steht denn im Call-Stack?
Du kannst auch via WRKACTJOB mal schauen ob da was läuft. QSH macht für gewöhnlich einen neuen Job auf um das abzuarbeiten.
Problem könnte es auch mit der Umgebung geben.
Falls die JOB CCSID auf 37 oder *hex steht, stell sie mal auf 1141.
Mir ist auch beim LS Befehl ein kleiner Fehler aufgefallen. Da fehlt "[" bei "[Dd]".
Code:
ls abc*.[Pp][Dd][Ff]
Du kannst auch die Job-Attribute vergleichen.
Dafür gehst du am besten jeweils bei beiden Jobs in die QSH und lässt dir folgendes ausgeben:
CCSID & Umgebungsvariablen wären hier interessant.
lg Andreas
-
Danke erstmal
die fehlende [ ist ein Tippfehler, im CL ist das richtig und funktioniert (z.b. bei mir) auch.
ja es entstehen 2 zusätzliche Jobs, die melden aber nix, Joblog ist (und bleibt) leer
JobCCSId ist 1141
EnvVar werden hier, wenn überhaubt, nur *SYS verändert, die Notwendigkeit *JOB gab es noch nicht.
All das hat bis Freitag funktioniert, heute unter V7R5 nicht mehr bei allen.
Wir haben einen Job laufen lassen.
QSH um 8:06:19
CPF5140 um 9:59:30
Dazwischen keine Meldung, kein QHST (für den Job), kein Joblog in den beiden zus. Job's
Ich tippe auf sowas wie Berechtigung, da die, die es können, Entwicker oder ehemalige AV Mitarbeiter sind.
Robi
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
Habe mal den Pgmstapel:
der Job selber
PHP-Code:
...
QP0ZTRML QSYS 117 Qp0zRunTerminal
QRCVDTAQ QSYS /05C3
Der QZSHSH
PHP-Code:
...
QZHSRV1 QSHELL 61 forkshell__FP3jobP4nodeiP6C
QP0ZPSEM QSYS 5 sem_wait
Der QP0ZSPWP
PHP-Code:
...
QP0SSRV1 QSYS 8 sleep
QP0SSRV2 QSYS 199 qp0swait__FP13qp0ssigwait_t
hilft das ?
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
noch eine Erkentniss:
geht der CD nicht nach /QNTC/server/freigabe/.../
sondern in das IFS, geht das!!!
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
Und was passiert, wenn du "ls -la /irgend/ein/pfad/" auf den Pfad absetzt?
Dass es keinen Fehler gibt ist sehr seltsam.
Du könntest aber alle Meldungen in eine Textdatei umleiten lassen, falls es doch eine Meldung gibt, aber die nicht richtig angezeigt wird:
ls -la irgend/ein/pfad/ >> /pfad/log.txt 2>> /pfad/log.error.txt
-
seeeeeehr seltsam ...
der ls -la /qntc/server/freigabe/pfad/ funktioniert
auch die Umleitung in die 2 Dateien erstellt diese.
mach ich vorher ein
cd /qntc/server/freigabe/pfad/
und dann den ls -la >> log.txt 2>> log.error.txt
hängt er sich auf, es entstehen keine Dateien
Da brat mir doch einer n Stroch ...
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
Der hängt sich dann wohl beim Erstellen der Ausgaben auf, da diese im aktuellen Pfad, im letzten Fall also auf QNTC, liegen sollen. Und im QNTC werden keine Dateien mit CCSID unterstützt.
Ggf. liegt es nun generell an den geänderten Basiseinstellungen für Security für Remotezugriffe (Stichwort Verschlüsselung+Zertifikat). Ich meine, da was gelesen zu haben.
Vielleicht solltest du die Ausgabe per absolutem Pfad ins IFS statt QNTC ausgeben.
-
Ohne Pfadangabe werden die Logs immer in das Current Directory geschrieben.
Am besten gibst du für die Ausgabe das /tmp/ Verzeichnis an.
Dort kann jeder rein schreiben.
-
Moin und NEIN.
das geht am Thema vorbei!
der LS geht nicht, das hat nichts mit der Umleitung zu tun.
Er geht auch interaktiv am Bildschirm nicht!
Robi
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
Das ist eigentlich genau das Thema.
Wenn das LS abstürzt und das OS eine Meldung wirft, kann man die Meldung Umleiten.
Die Umleitung hat nichts mit dem LS zu tun.
-
Nein, das ist leider NICHT das Thema.
ein
cd /qntc/server/freigabe/pfad/
mit anschließendem
LS >>/tmp/a1.txt 2>> /tmp/a2.txt (egal welcher Zielpfad!!!!) hängt sich auf.
Es entstehen KEINE Meldungen / Dateien / Log's / .... GAR NICHTS
Robi
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
Similar Threads
-
By Robi in forum IBM i Hauptforum
Antworten: 11
Letzter Beitrag: 05-10-23, 07:37
-
By programmer400 in forum NEWSboard Drucker
Antworten: 11
Letzter Beitrag: 30-09-22, 05:45
-
By camouflage in forum IBM i Hauptforum
Antworten: 4
Letzter Beitrag: 05-02-16, 09:02
-
By Etherion in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 10-09-10, 07:36
-
By KaFi in forum NEWSboard Programmierung
Antworten: 11
Letzter Beitrag: 29-03-10, 12:07
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks