Es gibt Tage, da könnte ich sie hauen Go save 21

[KingofKning]

Hallo *all,
warum muß die Kiste immer dann zicken wenn es drauf ankommt?
Habe gestern an der Konsole ein go save 21 mit Uhrzeit 22:00:22 gemacht. Was macht die Kiste?

Nichts!
Versteh ich nicht. Anbei das Joblog

3>> go save                                                                    
       337 - QSYS/CALL PGM(QSYS/QSYCUSRS)          /* Der Befehl CALL enthält  
      Parameter */                                                             
       460 - QSYS/CHKOBJ OBJ(QSYS/SAVSYS) OBJTYPE(*CMD) AUT(*USE)              
       463 - QSYS/CHKOBJ OBJ(QSYS/SAVLIB) OBJTYPE(*CMD) AUT(*USE)              
       466 - QSYS/CHKOBJ OBJ(QSYS/SAVDLO) OBJTYPE(*CMD) AUT(*USE)              
       469 - QSYS/CHKOBJ OBJ(QSYS/SAV) OBJTYPE(*CMD) AUT(*USE)                 
       596 - QSYS/CALL PGM(QSYS/QMNSBS)          /* Der Befehl CALL enthält    
      Parameter */                                                             
       641 - QSYS/CALL PGM(QSYS/QMNUIM)          /* Der Befehl CALL enthält    
      Parameter */                                                             
    Datenträger MONTA2 bei Einheit TAP01 gefunden.                             
       731 - QSYS/CHGJOB INQMSGRPY(*SYSRPYL)                                   
       743 - QSYS/CHGMSGQ MSGQ(QSYSOPR) DLVRY(*BREAK) SEV(99)                  
Job . . :   DSP01         Benutzer :   QSECOFR       Nummer . . . :   009984  
                                                                              
       784 - QSYS/RTVSYSVAL SYSVAL(QTIME) RTNVAR(&CTIME)                      
       786 - QSYS/RTVJOBA TIMSEP(&TIMSEP)                                     
       794 - QSYS/SNDPGMMSG MSGID(CPI3716) MSGF(QCPFMSG)                      
      MSGDTA('22:00:2210:21:35') TOPGMQ(*EXT) MSGTYPE(*STATUS)                
       798 - QSYS/DLYJOB RSMTIME('22:00:22')                                  
Von  . . . . . . . . . :   QSECOFR       Bewertung  . . . . . . :   00       
Nachrichtenart . . . . :   Befehl                                            
Sendedatum . . . . . . :   20.12.13      Sendezeit  . . . . . . :   10:21:35 
                                                                             
Nachricht . . . :      798 - QSYS/DLYJOB RSMTIME('22:00:22')

In der msgqueue vom vom qsysopr steht nichts drin, aber der Job ist noch aktiv.

Frage: Warum ist der nicht gelaufen? Es ist doch immer die Uhrzeit des aktuellen Tages.

GG

[Robi]

Moin,
nur mal so aus der Hüfte geschossen,

die Kiste war um 22:00:22 noch an?

oder hat das 'normale' NP die Kiste runtergefahren bzw SBS oder JOBQ ins Hold vertrieben

Robi

[Pikachu]

Was zeigt der Job in WRKACTJOB als Funktion und Status an? Irgendwas mit DLY oder was anderes?

[KingofKning]

QCTL QSYS SBS 0,0 DEQW
DSP01 QSECOFR INT 0,0 DLY-22:00:22 DSPW

GG

[KingofKning]

Es gab bei N-TV mal einen netten Bericht, ob die Cowboys früher wirklich so geschossen haben. Die Trefferquote muß wohl bei 0% gelegen haben.

Wenn die Kiste aus gewesen wäre, wäre der Job ja jetzt weg. Er steht aber noch da. Angehalten wird bei uns nichts. Der Tagesabschluß fährt zwar das Qinter runter, aber das QCTL bleibt ja weiter aktiv.

GG

[Pikachu]

DSPW als Status ist doch schon sehr merkwürdig. Normalerweise müßte da DLYW stehen, es sei denn ...

Wird vielleicht eine Nachricht an der Datenstation angezeigt?

743 - QSYS/CHGMSGQ MSGQ(QSYSOPR) DLVRY(*BREAK) SEV(99)

[KingofKning]

Hallo, werde ich am Montag sehen. In der msgqueue sehe ich jetzts nichts.

GG

[KingofKning]

Hallo,
ich habe heute mal die Sicherung wieder angeworfen, und sehe einen Unterscheid.

QCTL QSYS SBS 0,0 DEQW
DSP01 QSECOFR INT 0,0 DLY-11:00:11 DLYW

Die hat jetzt wahrhaftig DLYW statt wie beim letzten mal DSPW könnte sein das noch irgendeine Nachricht da wahr hatte ja *break gesetzt die Sehnsüchtig auf Antwort wartete. Lass es jetzt mit *notify laufen.

GG