STARFACE Archivierung - kann SMB nach Update auf 6.6 nicht mehr mounte

  • Moin Moin,


    ich habe nach dem Update von einer 6.0 (über alle Zwischenschritte) auf einmal das Problem, dass meine Starface Archivierung sagt, dass sie den SMB nicht mehr mounten kann.
    Ich habe aber an den Zugangsdaten nix geändert und wundere mich, wie ich testen könnte, wo das Problem liegt.


    [2019-03-01 03:00:00,192] ERROR [GetMonitorExport] SMB mount failed
    und danach kommt ein Haufen Java-Fehler.


    Vor einer Woche lief das auf der 6.0 wie gesagt noch problemlos.



    Herzlichst,
    Dieter

  • Moin,


    der Pfadname enthält keine Leerzeichen.


    Hier der gesamte Logfaden.


    Ich lese daraus, dass der SMB-Mount nicht funktioniert - aber ich frage mich halt warum das seit dem Update so ist.
    Es wurden keine Kennworte oder ähnliches geändert.
    Kann es sein, dass die SF-eigene Firewall hier irgendwelche Kommunikation mit dem Server unterbindet?


    Oder wurde am SMB-client irgendwas geändert (bei der Vielzahlt der Updates auf Linux-Ebene, die während der SF-Updates eingespielt wurden, wäre das ja nicht verwunderlich)



    Herzlichst,


    Dieter Dolezal


    [2019-03-04 10:30:00,014] INFO [timerCDREvent] CDR Timer Event
    [2019-03-04 10:30:00,026] DEBUG [GetCsvfromCdr] Starte CDR - Daten Exportierung.
    [2019-03-04 10:30:00,211] ERROR [GetCsvfromCdr] SMB mount failed
    java.io.IOException: org.apache.commons.exec.ExecuteException: Process exited with an error: 32 (Exit value: 32)
    at de.vertico.starface.db.backup.SmbShare.mount(SmbShare.java:191)
    at de.vertico.starface.module.core.runtime.SmbClient.mount(SmbClient.java:54)
    at de.vertico.starface.module.core.runtime.functions.io.SMBMount.execute(SMBMount.java:44)
    at de.vertico.starface.module.core.runtime.experimentalFunctions.ExportFunctions.createMount(ExportFunctions.java:78)
    at de.vertico.starface.module.core.runtime.experimentalFunctions.ArchivingUtils.mountSmbShare(ArchivingUtils.java:219)
    at de.vertico.starface.module.core.runtime.experimentalFunctions.GetCsvfromCdr.execute(GetCsvfromCdr.java:118)
    at de.vertico.starface.module.core.runtime.executables.JavaFunctionExec.executeImpl(JavaFunctionExec.java:146)
    at de.vertico.starface.module.core.runtime.executables.BaseExec.execute(BaseExec.java:116)
    at de.vertico.starface.module.core.runtime.LoadedModule.invokeFunction(LoadedModule.java:213)
    at de.vertico.starface.module.core.runtime.LoadedFunction.invoke(LoadedFunction.java:74)
    at de.vertico.starface.module.core.runtime.RuntimeEnvironmentImpl.invokeFunction(RuntimeEnvironmentImpl.java:233)
    at de.vertico.starface.module.core.runtime.executables.FunctionCallExec.executeImpl(FunctionCallExec.java:128)
    at de.vertico.starface.module.core.runtime.executables.BaseExec.execute(BaseExec.java:116)
    at de.vertico.starface.module.core.runtime.executables.ContainerExec.executeImpl(ContainerExec.java:82)
    at de.vertico.starface.module.core.runtime.executables.FunctionExec.executeImpl(FunctionExec.java:57)
    at de.vertico.starface.module.core.runtime.executables.BaseExec.execute(BaseExec.java:116)
    at de.vertico.starface.module.core.runtime.LoadedModule.invokeFunction(LoadedModule.java:213)
    at de.vertico.starface.module.core.runtime.LoadedFunction.invoke(LoadedFunction.java:74)
    at de.vertico.starface.module.core.runtime.RuntimeEnvironmentImpl.invokeFunction(RuntimeEnvironmentImpl.java:233)
    at de.vertico.starface.module.core.runtime.executables.FunctionCallExec.executeImpl(FunctionCallExec.java:128)
    at de.vertico.starface.module.core.runtime.executables.BaseExec.execute(BaseExec.java:116)
    at de.vertico.starface.module.core.runtime.executables.ContainerExec.executeImpl(ContainerExec.java:82)
    at de.vertico.starface.module.core.runtime.executables.IfExecutable.executeImpl(IfExecutable.java:90)
    at de.vertico.starface.module.core.runtime.executables.BaseExec.execute(BaseExec.java:116)
    at de.vertico.starface.module.core.runtime.executables.ContainerExec.executeImpl(ContainerExec.java:82)
    at de.vertico.starface.module.core.runtime.executables.SynchronizeBlockExec.executeImpl(SynchronizeBlockExec.java:76)
    at de.vertico.starface.module.core.runtime.executables.BaseExec.execute(BaseExec.java:116)
    at de.vertico.starface.module.core.runtime.executables.ContainerExec.executeImpl(ContainerExec.java:82)
    at de.vertico.starface.module.core.runtime.executables.FunctionExec.executeImpl(FunctionExec.java:57)
    at de.vertico.starface.module.core.runtime.executables.BaseExec.execute(BaseExec.java:116)
    at de.vertico.starface.module.core.runtime.LoadedModule.invokeFunction(LoadedModule.java:213)
    at de.vertico.starface.module.core.runtime.LoadedFunction.invoke(LoadedFunction.java:74)
    at de.vertico.starface.module.core.runtime.RuntimeEnvironmentImpl.invokeFunction(RuntimeEnvironmentImpl.java:233)
    at de.vertico.starface.module.core.runtime.executables.FunctionCallExec.executeImpl(FunctionCallExec.java:128)
    at de.vertico.starface.module.core.runtime.executables.BaseExec.execute(BaseExec.java:116)
    at de.vertico.starface.module.core.runtime.executables.ContainerExec.executeImpl(ContainerExec.java:82)
    at de.vertico.starface.module.core.runtime.executables.FunctionExec.executeImpl(FunctionExec.java:57)
    at de.vertico.starface.module.core.runtime.executables.BaseExec.execute(BaseExec.java:116)
    at de.vertico.starface.module.core.runtime.ModuleRuntime.callEntryPoint(ModuleRuntime.java:336)
    at de.vertico.starface.module.core.runtime.ModuleRuntime.callEntryPoint(ModuleRuntime.java:507)
    at de.vertico.starface.module.core.ModuleRegistry.callEntryPoint(ModuleRegistry.java:348)
    at de.vertico.starface.module.core.runtime.TimerEntryPointExecutor$CallTimerTask$1$1.run(TimerEntryPointExecutor.java:80)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)
    Caused by: org.apache.commons.exec.ExecuteException: Process exited with an error: 32 (Exit value: 32)
    at org.apache.commons.exec.DefaultExecutor.executeInternal(DefaultExecutor.java:404)
    at org.apache.commons.exec.DefaultExecutor.execute(DefaultExecutor.java:166)
    at de.vertico.starface.helpers.runtime.ProcessExecutor.execToString(ProcessExecutor.java:259)
    at de.vertico.starface.helpers.runtime.ProcessExecutor.execToString(ProcessExecutor.java:266)
    at de.vertico.starface.db.backup.SmbShare.mount(SmbShare.java:189)
    ... 44 more
    [2019-03-04 10:30:00,214] DEBUG [GetCsvfromCdr] Anhängen der Freigabe war nicht erfolgreich.
    [2019-03-04 10:30:00,348] DEBUG [GetCsvfromCdr] Ende der CDR - Daten Exportierung.
    [2019-03-04 10:30:00,349] INFO [timerCDREvent] CDR Timer Event Finished

  • Meiner Meinung nach sagt die Log gar nichts aus, man sieht nur das es schief gegangen ist.
    Ich würde einfach mal auf dem Server das Logging hochdrehen.

  • Ich habe nun genau dasselbe Problem dass die Archivierung nicht mehr funktioniert. Das Fehlerbild ist dasselbe wie von ddolezal beschrieben. Leider ist mir das erst jetzt aufgefallen da die monatliche Archivierung der alten Daten heute Nacht anstand. Auf dem Server welcher die SMB Freigabe zur Verfügung stellt ist nicht mal der Versuch einer Anmeldung zu sehen, was wirklich für eine fehlende Regel in der Starface Firewall spricht.


    Gibt es zu dieser Problematik vlt schon Neuigkeiten?

  • Code
    [2019-04-15 06:15:00,106162404] mount-smb.sh[31425]: mount error(112): Host is down


    Der Windowshost ist jedoch erreichbar aber das SMBv1 ist im Zuge eines Updates dort deaktiviert worden. Wird SMBv1 auf dem Windowshost wieder aktiviert funktioniert auch die STARFACE Archivierung wieder, wobei dies doch einen etwas faden Nachgeschmack in Hinblick auf die Sicherheit hinterlässt.

  • Code
    [2019-04-15 06:15:00,106162404] mount-smb.sh[31425]: mount error(112): Host is down


    Der Windowshost ist jedoch erreichbar aber das SMBv1 ist im Zuge eines Updates dort deaktiviert worden. Wird SMBv1 auf dem Windowshost wieder aktiviert funktioniert auch die STARFACE Archivierung wieder, wobei dies doch einen etwas faden Nachgeschmack in Hinblick auf die Sicherheit hinterlässt.


    Allerdings! Ist ja auch ein über 30 Jahre altes Protokoll...
    SMBv2 und SMBv3 sind ja nun auch nicht erst seit gestern auf dem Markt...


    Der CentOS6 Kernel den wir derzeit einsetzen unterstützt leider nicht die neuen Versionen vom SMB Protokoll :/ Da sind uns die Hände leider vom Betriebssystem gebunden.


    Wir arbeiten an ein Upgrade auf CentOS 8, habe allerdings noch kein Release-Datum (CentOS 8 selbst hat soweit ich weiß noch keinen Release-Datum :)).

    Quality Assurance


    STARFACE GmbH | Adlerstraße 61 | 76137 Karlsruhe | www.starface.com

  • Wir arbeiten an ein Upgrade auf CentOS 8, habe allerdings noch kein Release-Datum (CentOS 8 selbst hat soweit ich weiß noch keinen Release-Datum :)).


    Das hört sich doch schon einmal gut an :)
    Wäre schön wenn dann SMBv3 gleich die default wird. :rolleyes:

    Beste Grüße,


    Manuel

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!