Menu

bitfarm speichert nicht mehr?

Charlie
2017-07-07
2019-03-26
  • Charlie

    Charlie - 2017-07-07

    Hallo zusammen,
    bis gestern ging alles.
    Heute läßt sich nichts mehr speichern.
    Es wurden keine Einstellungen verändert, weder an bitfarm noch an den Rechnern.
    (Neustart brachte auch nichts)

    Weder per Archivdrucker noch über
    die Option "Senden an" landet das Dokument im Archiv, es gibt keine Fehlermeldung, das Fenster mit dem Hinweis der Übertragung zum Server kommt auch.
    Wenn ich im Archivordner ,Archiv-RS, sind alle Dokumente bis zum 06.07. zu finden, vom 07.07. taucht nichts auf.
    Kann mit da jemand einen Tip geben?

    Gruß, Charlie

     
  • bitfarm 22

    bitfarm 22 - 2017-07-10

    Hallo Charlie,
    irgendetwas muss sich geändert haben an Ihrem System. Um diese Änderung jetzt nachzuvollziehen gehen wir uns das Problem einmal langsam durch.
    Beenden Sie bitte alle Bitfarm-Dienste mit der Datei "Termall.bat" (Rechtsklick auf die Datei und als Administrator ausführen) aus dem Bitfarm-Archiv-Verzeichnis auf dem Server. Danach schicken Sie ein Dokument mit Rechtsklick und "Senden an" an das Bitfarm-DMS.
    Jetzt sollte die Datei im Ordner "uebergabe" gelandet sein. Starten Sie jetzt den Spooldienst, der die Datei in die Queue bringen sollte. Dies machen Sie mit der Datei "Startspool.bat" (auch als Administrator).
    Um das Dokument jetzt zu archivieren starten Sie die Datei "Startarch.bat" (auch als Administrator). Sollte die Datei jetzt aus der Queue verschwinden, dann gibt es drei Möglichkeiten, wo diese gelandet sein kann. Entweder im Garbage-Ordner (Falls die Datei nicht verarbeitet werden konnte, aus welchem Grund auch immer) oder im Dubletten-Ordner (Bei aktivierter Dublettenprüfung werden Dokumente, die gleich sind, in diesen Ordner verschoben).
    Sollte das Dokument in keinem der beiden Ordner gelandet sein, dann ist es im Archiv. Führen Sie dann im Viewer einmal eine Suche über den ganzen Archivbaum durch, indem Sie an der Wurzel (der oberste Lagerort) eine Suche durchführen. Sollte Ihr Dokument jetzt zu finden sein, klicken Sie rechts auf das Dokument und "Zum Ursprungsachriv wechseln" und Sie gelangen in das Archiv, in dass das Dokument archiviert wurde.
    Bei welchen dieser Schritte entsteht bei Ihnen der Fehler?

    Mit freundlichen Grüßen,
    bitfarm22

     
  • Charlie

    Charlie - 2017-07-10

    Hallo,
    die Datei ist in der Queue gelandet.

    Gruß, Charlie
    
     

    Last edit: Charlie 2017-07-10
  • Charlie

    Charlie - 2017-07-10

    So, archivspooler.bat noch einmal gestartet, alle Dokumente sind da wo sie sein sollten.

     
  • Charlie

    Charlie - 2017-07-11

    moin, neuer Tag - neuer Versuch
    Rechner gestartet - "erstes Dokument per Senden an" zum Server - klappt - zweites Dokument zum Server - hängt im Queue fest - wie gestern den archivspooler.bat als Admin gestartet - Dokument ist immer noch in der Queue.

    Nachtrag: RESTART.bat als Admin - ein Dokument wandert vom Queue ins Archiv - der Rest bleibt im Queue - nochmal RESTART.bat - alle Dokumente im Archiv.

    Gruß , Charlie

     

    Last edit: Charlie 2017-07-11
  • Charlie

    Charlie - 2017-07-12

    Aktueller Stand - Alles startet, Dokumente werden an de Server geschickt - alles steckt in der Queue - nach jedem restart.bat marschiert ein Dokument ins Archiv.
    5 Dokumente = 5 mal restart.bat

    Gruß, Charlie

     
  • bitfarm 22

    bitfarm 22 - 2017-07-17

    Hallo Charlie,
    Das klingt sehr danach, als wenn etwas während der Archivierung schief gehen würde. Um genauer zu schauen, was oder ob die Archivierung genau macht, öffnen Sie doch einmal den ProzessExplorer und schauen Sie, unter welchem Benutzer die BitfarmDienste laufen und ob diese laufen. (Falls Sie den ProzessExplorer nicht haben, öffnen Sie die Dienste und schauen dort in der Spalte "anmelden als", unter welchem User die Dienste laufen. Diese sollten unter einem administrativen Benutzer laufen, jedoch nicht unter "lokales System").
    Weiterhin schalten Sie bitte in der Datei archivierung.vbs den ersten Schalter, scriptdebug, auf true. Nutzen Sie hierfür etwa den Editor. Des weiteren öffnen Sie bitte die Ereignisanzeige und schauen unter Windowsprotokolle und Anwendung während eines weiteren Archivierungsvorganges, was genau die Archivierung uns mitteilt. Die relevanten Ergebnisse werden dabei unter der Quelle "WSH" aufgeführt und müssen nicht nur Warnungen oder Fehler, sondern können auch Informationen sein. Welche Informationen entnehmen Sie der Ereignisanzeige bei weiteren Archivierungsvorgängen?

    Gruß,
    bitfarm22

     
  • Roland Holtz

    Roland Holtz - 2018-03-07

    Schade das hier keine weitere Meldung kam, der Thread war interessant.

     
  • Uwe Eisold

    Uwe Eisold - 2019-03-21

    Hallo

    ich habe genau das gleiche Problem und brauche hilfe !

     
  • Uwe Eisold

    Uwe Eisold - 2019-03-21

    Hallo

    ich habe genau das gleiche Problem und brauche hilfe !

     
  • bitfarm25

    bitfarm25 - 2019-03-25

    Guten Tag Herr Eisold,

    haben Sie die beschriebenen Tätigkeiten, die Bitfarm22 beschrieben hat, einmal durchgeführt? Was steht in der Ereignisanzeige unter der Quelle "WSH" an Einträgen?

    Mit freundlichen Grüßen
    bitfarm25

     
  • Uwe Eisold

    Uwe Eisold - 2019-03-25

    diese Fehlermeldung kommt immer wieder bis das Protokoll zu groß wird ( zuviel Meldungen ) danach kommt die Meldung Protokoll defekt ! und fängt ein neues Protokoll an.

    Ich habe den scriptdebug wieder auf False gestellt.


    archivierung(1): Fehler bei lockfile erstellen - Restart.

    Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.

     
  • Uwe Eisold

    Uwe Eisold - 2019-03-25

    oh ... neue Fehler Meldung ( oder information in der Ereignisanzeige )


    Controler.vbs: Verteiler.vbs gestartet
    PID=624

    Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.

     
  • bitfarm25

    bitfarm25 - 2019-03-25

    Guten Tag Herr Eisold,

    es scheint ein Problem mit den Rechten zu geben. Bitte überprüfen Sie ob der User unter dem die Bitfarm-Dienste laufen schreibende Rechte auf das Bitfarm-Archiv Verzeichnis sowie dessen Unterverzeichnisse hat. Bitte den User explizit berechtigen. Eventuell einmal mit den User anmelden und Überprüfen ob dieser User in die Ordner auch Dokumente bearbeiten, Speichern und entfernen kann.

    Zwecks der Meldung:
    Controler.vbs: Verteiler.vbs gestartet
    PID=624

    Dies ist eine Standard Meldung, diese können Sie ignorieren.

    Mit freundlichen Grüßen
    bitfarm25

     
    • Uwe Eisold

      Uwe Eisold - 2019-03-25

      der Benutzer hat alle Rechte kann schreiben lesen usw und das funktioniert
      auch

      Am Mo., 25. März 2019 um 15:53 Uhr schrieb bitfarm25 bitfarm25@users.sourceforge.net:

      Guten Tag Herr Eisold,

      es scheint ein Problem mit den Rechten zu geben. Bitte überprüfen Sie ob
      der User unter dem die Bitfarm-Dienste laufen schreibende Rechte auf das
      Bitfarm-Archiv Verzeichnis sowie dessen Unterverzeichnisse hat. Bitte den
      User explizit berechtigen. Eventuell einmal mit den User anmelden und
      Überprüfen ob dieser User in die Ordner auch Dokumente bearbeiten,
      Speichern und entfernen kann.

      Zwecks der Meldung:
      Controler.vbs: Verteiler.vbs gestartet
      PID=624

      Dies ist eine Standard Meldung, diese können Sie ignorieren.

      Mit freundlichen Grüßen
      bitfarm25


      bitfarm speichert nicht mehr?
      https://sourceforge.net/p/bitfarm-archiv/discussion/947774/thread/11755d24/?limit=25#f8cd


      Sent from sourceforge.net because you indicated interest in
      https://sourceforge.net/p/bitfarm-archiv/discussion/947774/

      To unsubscribe from further messages, please visit
      https://sourceforge.net/auth/subscriptions/

      --

      ________

      ICD-E

      Industrie Computer Datentechnik- Eisold

      U.Eisold

      Endersstraße 53

      04177 Leipzig

      Tel.: 0341 5832355 Fax : 0341 5832356

      Email: info@icd-e.de WEB : http://www.icd-e.de

      USt.-ID-Nr.: DE 1911569237 USt.Nr.: 232 / 216 / 03451

      Telefon-Durchwahl: 0341 5832355

      Dieses Dokument ist ausschließlich für den Adressaten bestimmt. Falls Sie
      diese Nachricht irrtümlicherweise erhalten haben, informieren Sie bitte den
      Absender und löschen Sie die Daten. Der Empfänger ist nicht berechtigt, die
      eMail-Adresse weiterzugeben.

      Über das Internet versandte eMails können leicht verfälscht oder unter
      fremden Namen erstellt werden. Demzufolge müssen wir zu Ihrer und unserer
      Sicherheit die rechtliche Verbindlichkeit der vorstehenden Erklärungen
      ausschließen. Der Versand einer eMail dient somit ausschließlich dem
      Informationsaustausch.

      Jede mögliche Form der Wiedergabe, der Verbreitung, Vervielfältigung,
      Freigabe, Änderung, Verteilung und/oder Publikation dieser eMail-Anzeige
      wird untersagt.

       
  • bitfarm25

    bitfarm25 - 2019-03-26

    Guten Tag Herr Eisold,

    bitte überprüfen Sie einmal was in der scripts.ini Datei unter Profil steht. Danach öffnen Sie bitte einmal den Viewer und überprüfen im Anmeldefenster ebenfalls was unter Profil steht. Diese beiden Profile müssen übereinstimmen. Wenn das der Fall ist, dann bitte einmal den Archivierungsdienst stoppen und einmal ein Dokument in die Uebergabe oder dem Import-Ordner kopieren. Sobald diese Dokument abgeholt ist landet es mit einer .job und .slw datei im Ordner queue. bitte dort mal die .job Datei öffnen und überprüfen welches Profil dort hinter Profil steht. Dies muss ebenfalls gleich mit den 2 Einträgen sein. Des Weiteren steht in der .job Datei das Archiv in das Archiviert wird. Bitte nun einmal den Archivierungsdienst wieder starten und nach der Verarbeitung des Dokuments bitte überprüfen ob das Dokument im Archiv ist, was in der .job Datei angegeben wurde zu finden ist.

    Mit freundlichen Grüßen
    bitfarm25

     

Log in to post a comment.