[NEWSboard IBMi Forum]
  1. #1
    Registriert seit
    Jun 2001
    Beiträge
    194

    MSGQ für QTCP nervt...

    Rel. V5R2

    in letzter Zeit (oder haben wir nie aufgepasst) wird die MSGQ QTCP mit folgenden Meldungen "zugeschüttet":
    Job 514811/QTCP/QTLPD00065 am 04.03.08 um 08:38:36 Uhr normal beendet.
    Job 514812/QTCP/QTLPD00067 am 04.03.08 um 08:39:06 Uhr normal beendet.
    Job 514817/QTCP/QTLPD00066 am 04.03.08 um 08:39:36 Uhr normal beendet.
    Job 514821/QTCP/QTLPD00068 am 04.03.08 um 08:39:37 Uhr normal beendet.
    Job 514822/QTCP/QTLPD00067 am 04.03.08 um 08:40:06 Uhr normal beendet.
    Job 514823/QTCP/QTLPD00067 am 04.03.08 um 08:40:36 Uhr normal beendet.
    Job 514824/QTCP/QTLPD00068 am 04.03.08 um 08:41:06 Uhr normal beendet.
    Job 514826/QTCP/QTLPD00067 am 04.03.08 um 08:41:36 Uhr normal beendet.
    Job 514829/QTCP/QTLPD00069 am 04.03.08 um 08:42:07 Uhr normal beendet.
    Job 514830/QTCP/QTLPD00070 am 04.03.08 um 08:42:36 Uhr normal beendet.
    Job 514831/QTCP/QTLPD00068 am 04.03.08 um 08:43:07 Uhr normal beendet.

    Wenn etwas normal beendet ist, ist das eigentlich erfreulich, aber muss man das alle 30 sek. melden?

    CPF1241 ist die MsgNbr.

    Vielleicht kann mir jemand sagen, wie das abzustellen ist. Danke

  2. #2
    Registriert seit
    Feb 2001
    Beiträge
    20.241
    Die Frage ist doch eher, warum denn dauernd neue Jobs gestartet werden müssen.
    Jobende wird schon immer an die MSGQ des Erzeugers und in QHST protokolliert.
    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

  3. #3
    Registriert seit
    Jun 2001
    Beiträge
    194
    Zitat Zitat von Fuerchau Beitrag anzeigen
    Die Frage ist doch eher, warum denn dauernd neue Jobs gestartet werden müssen.
    Jobende wird schon immer an die MSGQ des Erzeugers und in QHST protokolliert.
    vollkommen richtig, fuerchau, muss was mit line printer daemon zu tun haben... für was sind die denn gut??

  4. #4
    Registriert seit
    Aug 2006
    Beiträge
    2.077
    Für was sind Dämonen denn gut. Um den armen Drucker am Windows PC Angst einzujagen nach dem Motto ich habe hier ganz viel Arbeit für Dich.
    Vermutlich bekommst Du dann nach jeden erfolgreichen Druckjob die Meldung.
    Gruß
    Gregor

  5. #5
    Registriert seit
    Feb 2002
    Beiträge
    152
    Hallo,

    es gibt in den TCP Eigenschaften (CHGTCPA) den Parameter TCPCNNMSG. Den kann man auf *NONE stellen, dann sollten die Meldungen nicht mehr kommen.

    Gruss
    akorb

  6. #6
    Registriert seit
    Jun 2001
    Beiträge
    194
    Zitat Zitat von akorb Beitrag anzeigen
    Hallo,

    es gibt in den TCP Eigenschaften (CHGTCPA) den Parameter TCPCNNMSG. Den kann man auf *NONE stellen, dann sollten die Meldungen nicht mehr kommen.

    Gruss
    akorb
    danke für die nachricht. aber dies scheint mir für abnormales Ende zu sein, siehe Hilfetext:

    TCP-Verbindungsende-Nachricht (TCPCNNMSG)

    Gibt an, ob abnormal geschlossene TCP-Verbindungen über Nachrichten
    in der QTCP-Nachrichtenwarteschlange protokolliert werden.
    TCP-Verbindungen können aus folgenden Gründen abnormal geschlossen
    werden:

  7. #7
    Registriert seit
    Feb 2002
    Beiträge
    152
    Hallo,

    stimmt, der Text ist so. Wir haben den Parameter auf *NONE stehen. Es kommen bei uns jetzt keine Meldungen mehr. Auch Meldungen für die normale Beendigung tauchen nicht mehr auf.

    Gruss
    akorb

  8. #8
    Registriert seit
    Jun 2001
    Beiträge
    194

    Zwischenstand.. MSGQ QTCP, QSYSWRK, QTLPDxxxxx usw.

    meine Recherchen hier im Board und anderswo haben ergeben:



    Das Startprogramm QSTRUP startet u.a. TCP (STRTCP). es werden eine Reihe von Servern gestartet, unter der Voraussetzung dass AUTOSTART auf *YES steht.


    nachstehend ein Ausschnitt was so alles läuft:


    for the SNMP agent use the Change SNMP Attributes (CHGSNMPA) command specifying AUTOSTART(*YES)
    for the RouteD server use the Change RouteD Attributes (CHGRTDA) command specifying AUTOSTART(*YES)
    for the BOOTP server use the Change BOOTP Attributes (CHGBPA) command specifying AUTOSTART(*YES)
    for the TFTP server use the Change TFTP Attributes (CHGTFTPA) command specifying AUTOSTART(*YES)
    for the DNS server use the Change DNS Attributes (CHGDNSA) command specifying AUTOSTART(*YES)
    for the DHCP server use the Change DHCP Attributes (CHGDHCPA) command specifying AUTOSTART(*YES)
    for the DDM server use the Change DDM Attributes (CHGDDMTCPA) command specifying AUTOSTART(*YES)
    for the TELNET application use the Change TELNET Attributes (CHGTELNA) command specifying AUTOSTART(*YES)
    for the FTP application use the Change FTP Attributes (CHGFTPA) command specifying AUTOSTART(*YES)
    for the SMTP application use the Change SMTP Attributes (CHGSMTPA) command specifying AUTOSTART(*YES)
    for the LPD application use the Change LPD Attributes (CHGLPDA) command specifying AUTOSTART(*YES)
    for the HTTP server application use the Change HTTP Attributes (CHGHTTPA) command specifying AUTOSTART(*YES).
    for the Post Office Protocol (POP) version 3 mail servers use the Change POP Mail Server Attributes (CHGPOPA) command specifying AUTOSTART(*YES)
    -Beispiel Ende-


    den Line Printer Daemon (kurz LPD) können wir auch konfigurieren CHGLPDA

    1. Autostart ja/nein

    2. Anzahl der Server (Standard 2)


    Wenn der LPD gestartet ist, haben wir im SUBSYSTEM QSYSWRK folgende Darstellung (Bsp.):

    Subsystem/Job Benutzer
    QTFTP00349 QTCP
    QTFTP00357 QTCP
    QTFTP00362 QTCP
    QTLPD00072 QTCP
    QTLPD00081 QTCP



    zum beenden des LPD benutzen wir den Befehl ENDTCPSVR SERVER(*LPD)


    jetzt muss ich nur noch wissen, für was der LPD gut ist???

  9. #9
    Registriert seit
    Feb 2001
    Beiträge
    20.241
    Der LPD (LinePrinterDaemon) steuert die Remote-Outq's, die an einen Print-Server übertragen.

    Hat man nur Remote-OUTQ's, die direkt über IP an einen Netzdrucker gehen, wird LPD nicht benötigt.

    Zum Senden an eine AS/400 (SNDTCPSPLF) wird ebenso LPD benötigt.
    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
    Jun 2001
    Beiträge
    194
    Zitat Zitat von Fuerchau Beitrag anzeigen
    Der LPD (LinePrinterDaemon) steuert die Remote-Outq's, die an einen Print-Server übertragen.

    Hat man nur Remote-OUTQ's, die direkt über IP an einen Netzdrucker gehen, wird LPD nicht benötigt.

    Zum Senden an eine AS/400 (SNDTCPSPLF) wird ebenso LPD benötigt.
    danke fuerchau, der missing link...

    und auf einmal ist alles klar (und sonnig wie das wetter in nordbayern)

    danke nochmal... bis zum nächsten Brownie

Similar Threads

  1. MSGQ von QSYSOPR mittels VB überwachen
    By pcfan in forum IBM i Hauptforum
    Antworten: 5
    Letzter Beitrag: 12-11-05, 19:30
  2. Java uns Qsysopr Msgq
    By mk in forum NEWSboard Java
    Antworten: 2
    Letzter Beitrag: 29-08-05, 08:58
  3. MSGQ meheren Jobs zuordnen ?
    By Schnichels in forum IBM i Hauptforum
    Antworten: 8
    Letzter Beitrag: 09-08-02, 18:07
  4. MSGQ QSYSMSG
    By Ina in forum IBM i Hauptforum
    Antworten: 5
    Letzter Beitrag: 29-05-02, 08:38
  5. QSYSOPR msg an meine MSGQ??
    By Dana in forum IBM i Hauptforum
    Antworten: 1
    Letzter Beitrag: 14-12-01, 09:35

Berechtigungen

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