[NEWSboard IBMi Forum]
  1. #1
    Registriert seit
    May 2005
    Beiträge
    64

    Fehler CPD0032 bei RSTOBJ

    Hm, versteh grad die Welt nicht mehr.

    Will aus eine Savf Daten zurückspielen. Alles easy könnte man meinen.
    Der User hat sowohl für die Objekte wie auch die Bibliothek alle Rechte.
    Auch hat der User die Systemberechtigung SAVSYS.
    Warum beschimpft er mich trotzdem mit der Aussage "Keine Berechtigung für RSTOBJ".

    Danke für das Aufklären meines Unverständnisses

  2. #2
    Registriert seit
    May 2002
    Beiträge
    2.641
    da fehlt im Userprofil die Berechtigung "*SAVSYS"

    Okay --> lesen bildet. MOM.

    Schon einmal ein anderen User benutzt, wie zum Beispiel den QSECOFR ?

    Ich würde einmal das Logging hochsetzen (chgjob F4 F10 Blättern 4 00 *seclvl *yes)

    Es gibt auch ein IBM Dokument, wo der User (*use) authority haben muss.

  3. #3
    Registriert seit
    May 2005
    Beiträge
    64
    Sobald *secofr oder *allobj geht's.

  4. #4
    Registriert seit
    Mar 2002
    Beiträge
    5.286
    This command is shipped with no public authority (*EXCLUDE).

    https://www.google.de/url?sa=t&rct=j...jTne944wVDuC7A
    AS400 Freeware
    http://www.bender-dv.de
    Mit embedded SQL in RPG auf Datenbanken von ADABAS bis XBASE zugreifen
    http://sourceforge.net/projects/appserver4rpg/

  5. #5
    Registriert seit
    May 2005
    Beiträge
    64
    Da war ich auch schon. M.E. reibt er sich an der Berechtigung für RSTOBJ, *SAVSYS hat der User aber.
    Abgemeldet und angemeldet auch, obwohl's keine Rolle spielt, schon 3x gemacht.
    Eventuell ein Bug? Möchte jetzt halt nicht die *allobj vergeben, nur um den Fehler zu umgehen.
    Aber vielleicht hat ja noch jemand ne Idee

  6. #6
    Registriert seit
    Mar 2002
    Beiträge
    5.286
    Zitat Zitat von UFi Beitrag anzeigen
    Da war ich auch schon. M.E. reibt er sich an der Berechtigung für RSTOBJ, *SAVSYS hat der User aber.
    Abgemeldet und angemeldet auch, obwohl's keine Rolle spielt, schon 3x gemacht.
    Eventuell ein Bug? Möchte jetzt halt nicht die *allobj vergeben, nur um den Fehler zu umgehen.
    Aber vielleicht hat ja noch jemand ne Idee
    ... vielleicht nimmst du mal die Ideen, die du kriegst!!!
    Du musst halt die Berechtigung an RSTOBJ vergeben, entweder an den Benutzer, wenn der das dürfen können soll, oder an das Gruppenprofil des Benutzers, wenn die das dürfen sollen, oder die publi Berechtigung ändern, wenn das alle dürfen können sollen.

    Und komm jetzt nicht wieder mit noch eine Idee!!!
    AS400 Freeware
    http://www.bender-dv.de
    Mit embedded SQL in RPG auf Datenbanken von ADABAS bis XBASE zugreifen
    http://sourceforge.net/projects/appserver4rpg/

  7. #7
    Registriert seit
    Feb 2001
    Beiträge
    20.207
    Was ist an der Aussage "Keine Berechtigung für RSTOBJ" so problematisch?
    Es wurde ja nicht deine SAVF oder deine Ziellib genannt sondern der Befehl RSTOBJ selber.
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  8. #8
    Registriert seit
    May 2005
    Beiträge
    64
    Immer langsam mit den wilden Pferden.
    Ich hab mein Lebtag noch nie eine Berechtigung für einen Command vergeben müssen und arbeite schon ein paar Tage mit big blue. Bis dato war das immer über's Userprofil geregelt.
    Aber man lernt ja nie aus, gell.
    Beim Command steht public auf *use.
    Hab's jetzt mal für den User auf *all gestellt und nochmal probiert.
    Tja, jetzt ist die Fehlermeldung eine andere, Asche auf mein Haupt, es fehlte tatsächlich die Berechtigung für eine File ... hätte irrtümlich eine falsche geprüft.
    Wurde geändert und die Berechtigung für RSTOBJ wieder entzogen.
    => wieder Fehlermeldung bzgl. RSTOBJ
    Erst nach der expliziten Zuordnung *all an RSTOBJ ging's.
    Dass war doch nicht immer so, never ever.

  9. #9
    Registriert seit
    Feb 2001
    Beiträge
    20.207
    Also nach eindeutiger Prüfung auf Kundensystemen ist es so, dass es auf RSTOBJ/RSTLIB/RST im Standard nur *PUBLIC auf *EXCLUDE steht.
    Somit benötigt man eine *ALLOBJ-Berechtigung zur Verwendung des Kommandos.
    Vielleicht habt ihr früher halt euren Usern/Gruppenprofilen *ALLOBJ verpasst bis ihr gemerkt habt, wie gefährlich das ist?
    Sobald ich Zugriff auf ein *ALLOBJ-Profil habe (durch Gruppenprofil reicht schon) kann ich mir jederzeit auch persönlich *ALLOBJ/*SECADM usw. vergeben.
    Das Beste Beispiel war halt ein Kunde von mir: Der QSECOFR hatte leider Urlaub und ein Kennwort für einen normalen User musste zurückgesetzt werden. Ein anderes SECADM-Profil gabe es aber nicht.
    Allerdings war der Gruppe ein anderer User mit *ALLOBJ zugeordnet. Somit konnte ich mir *SECADM verpassen und das Kennwort zurücksetzen. Andernfalls hätte die Abteilung 3 Wochen zumachen können. Das hat also auch was gutes...
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

  10. #10
    Registriert seit
    Mar 2002
    Beiträge
    5.286
    Zitat Zitat von UFi Beitrag anzeigen
    Dass war doch nicht immer so, never ever.
    ... was man so immer nennt. Es gab Zeiten, da hatten im Auslieferungszustand alle user *ALLOBJ und brauchten kein Kennwort. Das ist dann sukzessive verschärft worden. Seit V5R1 hat der RSTOBJ public Berechtigung *EXCLUDE. Bei Releasewechseln werden manche Einstellungen übernommen, andere nicht. Bei einem side by side upgrade sind es weniger oder keine.

    D*B
    AS400 Freeware
    http://www.bender-dv.de
    Mit embedded SQL in RPG auf Datenbanken von ADABAS bis XBASE zugreifen
    http://sourceforge.net/projects/appserver4rpg/

  11. #11
    Registriert seit
    Aug 2001
    Beiträge
    2.644
    Zitat Zitat von BenderD Beitrag anzeigen
    ... was man so immer nennt. Es gab Zeiten, da hatten im Auslieferungszustand alle user *ALLOBJ und brauchten kein Kennwort.
    V4R3 war da so ein nettes Beispiel. ENDTCP durfte jeder aufrufen, der *PGMR hat...

    -h
    www.RZKH.de
    IBM Champion 2022, 2023, 2024
    IBM i Community Advocate https://www.youracclaim.com/badges/6...c-7ad4ba147af6
    Common / CEAC
    http://pub400.com

  12. #12
    Registriert seit
    May 2005
    Beiträge
    64
    Danke für euer Feedback.
    *ALLOBJ hat nur der QSECOFR und meinereiner. Die Audits und natürlich auch das ERP-Softwarehaus sind zumindest bei uns sehr sensibel bzgl. dieses Themas.
    Mir wurde hier auf die Sprünge geholfen und es funkt jetzt.
    Schöne Woche

Similar Threads

  1. Antworten: 7
    Letzter Beitrag: 23-03-15, 18:21
  2. RSTOBJ Denkfehler?
    By FNeurieser in forum IBM i Hauptforum
    Antworten: 9
    Letzter Beitrag: 19-03-15, 13:55
  3. CL - RSTOBJ für mehrere Objekte
    By urrumpel in forum NEWSboard Programmierung
    Antworten: 3
    Letzter Beitrag: 27-11-13, 17:50
  4. RSTOBJ von zwei Bändern
    By MB in forum IBM i Hauptforum
    Antworten: 6
    Letzter Beitrag: 16-05-03, 13:26
  5. Fehler bei FTP
    By K_Tippi in forum IBM i Hauptforum
    Antworten: 4
    Letzter Beitrag: 05-12-02, 12:41

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • You may not post attachments
  • You may not edit your posts
  •