[NEWSboard IBMi Forum]

Hybrid View

  1. #1
    Registriert seit
    Jan 2012
    Beiträge
    1.199
    Zitat Zitat von Fuerchau Beitrag anzeigen
    Die Default-Libl steht im Systemwert QUSRLIBL und sollte natürlich nur gültige Libs enthalten.
    Ansonsten noch mal in die JOBD der QZDA-Jobs reinschauen ob da eine explizite USRLIBL benannt ist.
    In der Java-Url wird aber eine Lib angegeben die ggf. nicht da ist?
    Im Sysval QUSRLIBL habe ich schon nachgesehen. dort ist alles in Ordnung. Wegen der Java Url muss ich nochmal nachfragen. Heute morgen hieß es, dass die Java Leute nicht mit der Libl machen.

    Danke erstmal.

  2. #2
    Registriert seit
    Jan 2012
    Beiträge
    1.199
    Unsere Java Kollegen schwören Stein und Bein, dass sie das nicht verursachen. Vielleicht ist es eine zugekaufte Software (z.B. Gehaltsabrechnung), die das verursacht.

    Ich bin im Moment auch nicht mehr sicher, ob es wirklich ein reines LIBL Problem ist. Ich poste hier mal die ganze Meldung (kommt gleich am Anfang jedes QZDASOINIT Jobs:
    Code:
    Job 559449/QUSER/QZDASOINIT im Subsystem QSERVER in QSYS am 15.03.16 um 
      23:05:01 gestartet. Job im System am 15.03.16 um 23:05:01. angekommen.
    Auflösung zu Objekt JLANDSYS nicht möglich. Art und Subart X'0401',     
      Berechtigung X'0000'.
    Hier der erweiterte Text, den man mit F1 bekommt. Kann es sein, dass nicht versucht wird, eine Libl aufzubauen, sondern dass irgendein Objekt in der Bib "JLANDSYS" (die es bei uns nicht gibt) nicht gefunden wird?
    Code:
    Nachrichten-ID . . . . :   MCH3401                                            
    Sendedatum . . . . . . :   15.03.16      Sendezeit  . . . . . . :   23:05:02  
                                                                                  
    Nachricht . . . :   Auflösung zu Objekt JLANDSYS nicht möglich. Art und Subart
      X'0401', Berechtigung X'0000'.                                              
                                                                                  
    Ursache  . . . . :  Ein System- oder ein Datenzeiger kann nicht aufgelöst     
      werden.                                                                     
        Ein Systemzeiger kann nicht zu Objekt JLANDSYS, Art und Subart X'0401',   
      Berechtigung X'0000', aufgelöst werden, da das genannte Objekt sich in      
      keinem bezogenen Kontext befand oder sich das richtige Objekt dort befand,  
      das Benutzerprofil aber nicht die erforderliche Berechtigung hatte.         
        Objektarten für einige gängige Arten- oder Subartencodes:                 
        -- 0190-Zugriffsgruppe, 0201-Programm, 0401-Bibliothek                    
        -- 0701-Journalempfänger, 0801-Benutzerprofil, 0901-Journal               
        -- 0B90-Datenbereich, 0C01-Verzeichnis, 0C90-Datenbereichsindex

  3. #3
    Registriert seit
    Jan 2012
    Beiträge
    1.199
    Ich habe inzwischen erfahren, dass wir mal eine Bib JLANDSYS auf dem System hatten. Kam von einem HR-Anbieter. Die müssen das irgendwie verursacht haben.

    Aber trotzdem: Ich glaube, ich verstehe im Moment gar nicht, wie die QZDASOINIT Jobs definiert werden. Verstehe ich das richtig, dass es eine Art "Kopiervorlage" für die QZDASOINIT Jobs gibt? Wenn ja, wo ist die und wie kann ich die ändern?

    Danke im Voraus.

    Dieter

  4. #4
    Registriert seit
    Feb 2003
    Beiträge
    119
    in einem QZDASOINIT die JOBD ermitteln.
    Wrkjobd xxxx, sollte QDFTSVR sein.
    und ggf. die liblist anpassen

  5. #5
    Registriert seit
    Jun 2001
    Beiträge
    2.044
    Wie GeorgG schon beschrieb, die Jobs bekommen ihre Liblist aus der jobd.

    Wenn Du aber ENTWICKLUNG, TEST und ECHT Liblisten technisch unterscheiden willst(mußt)
    brauchst du entweder verschiedene Jobd's mit gleichem Namen in den passenden Libs,
    oder
    du lässt von den Java Jungs die Liblist selber setzen. Dabei ist zu beachten, das diese qzdasoinit Jobs 'wieder verwendet' werden. (Wir haben das System aber auch nicht 100% verstanden.)
    Aber unsere java Abteilung setzt jedes mal, wenn die was machen, was einen QZDASOINIT Job auslöst,
    die Liblist aus der Umgebungsvariablen des Jobs. Beim ersten Start des Jobs holen sie die Liblist aus der Umgebungsvariablen des Systems. Ist nicht 100% sicher, klappt aber seid 4 Jahren fehlerfrei.
    Das Notwendige steht über dem technisch machbaren.
    (klingt komisch, funktioniert aber!)

  6. #6
    Registriert seit
    Jan 2012
    Beiträge
    1.199
    Vielen Dank an alle. Aber ich fürchte, das trifft unser Problem noch nicht. Die Java Jungs setzen in ihrem Treiber im "*LIBL", also verwenden Sie die Standard-Libl. Dort gibt es die "JLANDSYS" nicht.

    Kann es denn spezielle Umgebungsvariablen für die QZDASOINIT Jobs geben? Ich meine, ist schon klar, dass es die geben KANN. Aber wer setzt die? Unsere Java Kollegen jedenfalls nicht? In der JobD von QDFTSVR habe ich auch nichts gefunden, was eine Libl setzt oder einen Programmaufruf in einer Lib ausführen will. Oder wo müsste ich da genau gucken?

    Dieter

  7. #7
    Registriert seit
    Feb 2003
    Beiträge
    119
    was steht denn in der Bibliotheksliste der JOBD ?

  8. #8
    Registriert seit
    Jan 2012
    Beiträge
    1.199
    Zitat Zitat von GeorgG Beitrag anzeigen
    was steht denn in der Bibliotheksliste der JOBD ?
    Tut mir leid, wenn ich mich dumm anstelle: Aber wo kann man denn in der JOBD die Bibliotheksliste sehen? Ich habe dspjobd qdftsvr aufgerufen.

  9. #9
    Registriert seit
    Jan 2012
    Beiträge
    1.199
    Ich sehe, gerade, dass man etwas sehen kann, wenn man die JOBD ausdruckt:

    Dort steht als Anfangsbibliotheksliste nur *SYSVAL.

    PS: Habe jetzt gemerkt, dass man das auch sehen kann, wenn man in der Anzeige Enter anstatt F12 drückt. Man muss es also nicht ausdrucken.

  10. #10
    Registriert seit
    Oct 2013
    Beiträge
    175
    Haben sich die JLAN-Menschen vielleicht in den Systemwert QSYSLIBL gesetzt?

  11. #11
    Registriert seit
    Dec 2011
    Beiträge
    7
    Ich schreibe für meinen Kollegen dschroeder, dessen Benutzerprofil im Forum zur Zeit nicht funktioniert.

    Vielen Dank für alle Antworten, das Problem ist mittlerweile gelöst.
    Es war ein Exitprogramm für den QIBM_QZDA_INIT Ausgangspunkt hinterlegt.

Similar Threads

  1. QZDASOINIT-Job EXE aufrufen
    By Dschainers in forum IBM i Hauptforum
    Antworten: 4
    Letzter Beitrag: 25-08-15, 10:28
  2. QMAXJOB, DSPJOBTBL und woher kommen die Jobs?
    By csupp in forum IBM i Hauptforum
    Antworten: 11
    Letzter Beitrag: 01-02-14, 19:32
  3. QIBM_QZDA_SQL2 *LIBL
    By dabeda in forum NEWSboard Programmierung
    Antworten: 0
    Letzter Beitrag: 24-01-14, 08:03
  4. QZDASOINIT Job Prio und so...
    By homerun in forum IBM i Hauptforum
    Antworten: 11
    Letzter Beitrag: 09-11-06, 14:21
  5. PASE für V4R5M0, woher???
    By wdom in forum IBM i Hauptforum
    Antworten: 2
    Letzter Beitrag: 14-06-03, 09:38

Berechtigungen

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