-
Ich denke mal, da WRKOUTQ mittles PNLGRP arbeitet, gibts 2 Möglichkeiten:
a) es wird das Kommando CLROUTQ qualifiziert aus der QSYS aufgerufen
b) es wird direkt der API-Aufruf zum Löschen der Spools aufgerufen
Berechtigungskonzepte sind immer so eine Sache.
Spätestens wenn ein User oder sein Gruppenprofil oder eine übergeordnete Aufrufebene mittels Vererbung *ALLOBJ hat, ist sowieso alles vergebens.
Im USRPRF kann man per LMTCPB die Kommandozeilenaufrufe sowieso beschränken.
Werden spezielle Aufrufe benötigt, kann man das schnell per SDA-Menü o.ä. auch regeln.
An der QSYS rumzudrehen ist immer mit Vorsicht zu genießen.
-
Hi, danke
Das Prinzip ist klar, der löschende User MUß ein cmdline haben
(Testabteilung)
Ich war nur so überrascht, das er das darf.
An der QSYS rumzudrehen ist immer mit Vorsicht zu genießen.
Kenn ich auch so, deshalb die Frage.
Scheint ein bischen so zu sein wie
"Nach dem Essen mindestens eine halbe Stunde nicht schwimmen gehen"
Kennt jeder, lernt jeder, kann niemand begründen und ist Lt. DLRG (die das so Unterrichten) völliger quatsch.
Noch ne Meinung?
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
Prüfe den User ob nicht doch irgendwo *ALLOBJ vorliegt, das ist am häufigsten der Grund.
Und was das Schwimmen angeht gilt auch fürs Autofahren, Maschine steuern usw.:
Der Magen braucht zum Verdauen so viel Blut, dass dem Gehirn zuwenig Sauerstoff zugeführt wird so dass Müdigkeit und eingeschränkte Reaktionsfähigkeit vorliegt.
-
nein, das ist definitiv nicht so.
Er darf (fast) nix und war selber überrascht.
Außerdem ist das nachvollziehbar
Robi
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
Fast nix heißt in diesem Fall *SPLCTL, sonst darf man nur seine eigenen Spools löschen (Eigenschaften der OUTQ).
-
Wobei ich ja immer wieder aufs Neue enttäuscht bin wie lange der zum Löschen einer Outqueue braucht.
Wenn ich mit 14 den Ganzen Inhalt löschen will könnte der doch eigentlich nach einer Sekunde wieder kommen und das eigentliche Löschen brav im Hintergrund machen. Villeicht was für Release V9R9..
GG
-
Das hängt einfach nur von der Menge ab.
Du könntest an Stelle der 14 dann ja selber einen SBMJOB ... CLROUTQ starten, dann passiert das im Hintergrund, wieso dann erst auf V9 warten ?
-
Weil die 14 schneller eingetippt ist. Und selbst das mache ich nur wenn Jobs bockig sind und ich schnell ans Joblog will weil man die im Greenscreen nicht sortieren kann.
Also doch auf V9R9 warten. Und nein ich will dann nicht erst den Navigator starten.... Auch wenn der ja besser ist als sein Ruf....
GG
Similar Threads
-
By deni87991 in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 10-08-06, 09:27
-
By Herr Maduwuihe in forum NEWSboard Drucker
Antworten: 2
Letzter Beitrag: 25-04-05, 12:26
-
By Herr Maduwuihe in forum NEWSboard Server & Hardware Markt
Antworten: 0
Letzter Beitrag: 08-03-05, 11:35
-
By Burgy Zapp in forum Archiv NEWSboard Events
Antworten: 0
Letzter Beitrag: 09-05-03, 18:27
-
By Kirsten Steer in forum Archiv NEWSboard Events
Antworten: 0
Letzter Beitrag: 25-09-02, 14:33
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