[NEWSboard IBMi Forum]
Seite 1 von 2 1 2 Letzte
  1. #1
    Registriert seit
    Aug 2006
    Beiträge
    2.074

    V6R1 Datensicherung

    Hallo *all,

    unter V5R4 hatte ich bei der Datensicherung immer

    ENDTCPSVR SERVER(*MGTC) /* Stört Datensicherung */
    MONMSG MSGID(TCP0000)
    ENDPJ SBS(QSYSWRK) PGM(QSQSRVR)
    MONMSG MSGID(CPF0000)
    ENDTCPSVR SERVER(*DIRSRV)
    MONMSG MSGID(TCP1A77)
    ENDTCPSVR SERVER(*HTTP)

    Der Dirsrv schlägt jetzt mit dem TCP1A77 fehl. Hat er vorher nicht.
    Als Hinweis gefunden habe ich das hier: http://itknowledgeexchange.techtarge...tcp1a77-error/ Bringt mich aber nicht vorwärts.

    Als folge Fehler kommt dann natürlich der Lock auf USRSPC/QGLDLOCK

    Hier im Forum waren zwar auch noch ein paar Hinweise, bringt mich aber auch nicht vorwärts. (http://newsolutions.de/forum-systemi...icht-gesichert)


    Weiterhin habe ich folgende Meldung:
    Datenteil der Sicherungsdatei QSI41387 beschädigt.
    FILE, QSI41387 in QGPL nicht gesichert.

    Frage mich wieso, denn ich hatte doch ein rclstg laufen lassen. Habe ich jetzt mal gelöscht.

    GG

  2. #2
    Registriert seit
    Feb 2001
    Beiträge
    20.207
    Ein RCLSTG stellt beschädigte Objekt nicht wieder her (woher denn auch) sondern macht diese löschbar (neben anderen Aufräumaktionen), was ohne RCLRSC mitunter zu Folgefehlern führte.

    Manche TCP-Dienste sind von anderen abhängig.
    Gab's weitere Hinweise im Joblog?
    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
    Aug 2001
    Beiträge
    2.644
    Zitat Zitat von KingofKning Beitrag anzeigen
    Hallo *all,
    unter V5R4 hatte ich bei der Datensicherung immer
    Moin GG, was willst Du erreichen, ein *ALLUSR möglichst ohne Sperren? Dann müsstest Du noch mehr beenden. Oder Du sicherst mit SAVACT(*LIB) oder *SYNCLIB - oder im Extremfall machst Du ein SAVE21 im Batch (Suchfunktion!)

    Ab V6R1 hat die IBM (beim SAVE21) im ENDTCP mit Absicht noch DLYJOB eingebaut, da einige Dienste sich asynchron beenden, und das lange dauern kann.

    -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

  4. #4
    Registriert seit
    Aug 2006
    Beiträge
    2.074
    Also beim rclstg hätte ich erwartet das er tut was im Hilfetext steht.

    "Der Befehl RCLSTG (Speicher zurückfordern) berichtigt, wo immer es
    möglich ist, unvollständig aktualisierte Objekte (wie
    Datenbankdateien, Bibliotheken und Einheitenbeschreibungen,
    Verzeichnisse und Datenstromdateien) und Benutzerprofile, die falsch
    aufgezeichnete Informationen zu Eigentumsrechten für Objekte
    enthalten. Alle Objekte oder Teilstücke, die nicht mehr zu verwenden
    sind, werden gelöscht. "

    Sprich was er nicht gebrauchen kann löscht er. Er hat ja auch 2 dutzend Objekte gelöscht. Warum das eine nicht.

    Aber egal, es ist wie es ist.

    Im Logfile steht auch nur das:

    ENDJOB für Job 849108/QYPSJSVR/QYPSJSVR eingeleitet.
    Server MGTC wurde beendet.
    Beendigung der vorab gestarteten Jobs läuft.
    Fehler beim Starten oder Beenden der Serverinstanz QUSRDIR.
    Server DIRSRV wurde nicht beendet.
    ENDTCPSVR erfolgreich ausgeführt - aber Fehler aufgetreten.
    Funktionsprüfung. TCP1A77 nicht überwacht durch SAVSOE bei Anweisung 5700,
    Instruktion X'0045'.


    Durchführen tue ich folgendes:

    SAVLIB LIB(*ALLUSR) DEV(TAP01) ENDOPT(*LEAVE) +
    CLEAR(*AFTER) SAVACT(*LIB) DTACPR(*DEV) +
    OMITLIB(ASLISTEN) OMITOBJ((XX01/APO01TR +
    *FILE) (XX01/AKO01TR *FILE) +
    (XX01/KEY01TR *FILE))
    MONMSG MSGID(CPF0000)

    Hatte unter V5R4 immer gepasst, aber V6R1 ist halt anders....

    GG

  5. #5
    Registriert seit
    Feb 2001
    Beiträge
    20.207
    Warum nicht einfach einen MONMSG CPF0000 einbauen?
    Eine Meldungsgruppe (wie TCPxxyy), die nicht überwacht wird führt zu einer CPF-Meldung die dann trotzdem aufgefangen wird.
    Zusätzlich muss man darauf achten, dass nicht auf Antwort von Nachrichten gewartet wird (INQMSGRPY).
    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

  6. #6
    Registriert seit
    Aug 2006
    Beiträge
    2.074
    Hatte ich vorher auch, aber die Lösung zum Fehler ist mir lieber als den Fehlen zu umgehen...

    GG

  7. #7
    Registriert seit
    Feb 2001
    Beiträge
    20.207
    Dann wie immer:
    Joblog des ausführenden Jobs, ggf. den TCP-Job auffinden und per CHGJOB auf Joblog umstellen um ggf. Fehler dort zu finden.
    Es ist halt immer mühsam.
    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
    Aug 2001
    Beiträge
    2.644
    Zitat Zitat von KingofKning Beitrag anzeigen
    Hatte ich vorher auch, aber die Lösung zum Fehler ist mir lieber als den Fehlen zu umgehen...

    GG
    Die Frage ist - brauchst Du den directory Server? Der hat ja ein Problem beim Beenden -> vielleicht startet er erst gar nicht richtig? Wenn er nicht benötigt wird: deaktivieren (immer eine gute Idee).

    mach mal ein UPDDTA QATOCSTART und blättere durch, was startet Ihr noch so?

    -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

  9. #9
    Registriert seit
    Feb 2001
    Beiträge
    20.207
    Dies ist übrigens eine der Dateien, die beim Update auf ein neues Release durch einen RSTLIB der QUSRSYS zerstört wird!
    Das Original liegt dann meist unter "XXX0001" und keiner merkt's.
    Erst wenn man neue Dienste einrichten möchte kommen manchmal so Hinweise wie "aktuelle Daten konnten nicht abgerufen werden".
    Dies kann ebenso ein Hinweis auf die "ominösen" Fehler diverser Dienste sein.
    Zu prüfen sind dann die QAT*-Dateien und ggf. ist die QUSRSYS noch mal zu installieren und alle benötigten TCP-Einstellungen zu erneuern.
    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
    Aug 2001
    Beiträge
    2.644
    Zitat Zitat von Fuerchau Beitrag anzeigen
    Dies ist übrigens eine der Dateien, die beim Update auf ein neues Release durch einen RSTLIB der QUSRSYS zerstört wird!
    Dann hat aber jemand was falsch gemacht...

    -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

  11. #11
    Registriert seit
    Feb 2001
    Beiträge
    20.207
    Das ist korrekt. Häufig wird die QUSRSYS mit ALWOBJCHG(*ALL) restored zusammen mit allen anderen USRLIB's. Man vergisst halt nur, dass die QUSRSYS inzwischen eine System-Lib ist aber von der IBM immer noch als USR-Lib gehandelt wird.
    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

  12. #12
    Registriert seit
    Aug 2006
    Beiträge
    2.074
    Ich denke das die meisten hingehen und die Kiste einfach hochleveln dann gibt es keinen Streß (Oder zumindestens wenig).

    Wenn man denn eine saubere Installation von Grundauf macht, dann sollte man sich auch überlegen welche Objekte man wieder herstellt.
    Und ich denke QSYS/QGPL/QUSRSYS/Q haste nicht gesehen sind immer Kandidaten wo man 2 mal nachdenkt was von einem alten System auf ein neues soll.

    GG

Similar Threads

  1. V6R1 QDLS 1359
    By KingofKning in forum IBM i Hauptforum
    Antworten: 11
    Letzter Beitrag: 09-11-15, 18:58
  2. Umstieg V5R4 -> V6R1 die II
    By KingofKning in forum IBM i Hauptforum
    Antworten: 2
    Letzter Beitrag: 29-10-15, 09:32
  3. V6R1 Backlevel
    By KingofKning in forum IBM i Hauptforum
    Antworten: 3
    Letzter Beitrag: 16-09-15, 19:21
  4. Installation Fixes V6R1
    By until65 in forum IBM i Hauptforum
    Antworten: 9
    Letzter Beitrag: 29-09-14, 12:35
  5. Datensicherung auf CD
    By PS in forum IBM i Hauptforum
    Antworten: 1
    Letzter Beitrag: 16-01-01, 14:27

Berechtigungen

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