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

    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.

    Zitat von Eichentopf
    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.

    Zitat von team3_Manuel

    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 :)).

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden