Beiträge von McFly3025

    Hi all,


    are there any news on this issue: I got the same Emails, when the system was up and running. If there was an electrical power breakdown I would have known. So on my system, it also can't be related to the boot sequence.


    Best regards


    McFly

    Hallo votdev,


    danke für die schnelle Hilfe.


    Zitat


    Fixed, siehe github.com/openmediavault/open…e474a6d17b96c82f39843f781


    Mein System ist, soweit ich das beurteilen kann, auf dem aktuellsten Stand, und trotzdem kommt die Meldung (zuletzt heute Morgen).


    Zitat


    Zum Rest... Starte das folgende Kommando auf der CLI und schaue ob Du eine Fehlermedlung bekommst.


    Am Ende der Ausgabe kommt Folgendes:


    Code
    PHP Parse error: syntax error, unexpected '$object' (T_VARIABLE) in /usr/share/openmediavault/engined/rpc/clamav.inc on line 216


    Viele Grüße


    Thomas

    Hallo zusammen,


    nach einem Upgrade von OMV erhalte ich täglich folgende Statusmail:


    Zitat


    /etc/cron.daily/openmediavault-pending_config_changes:PHP Warning: require_once(openmediavault/module.inc): failed to open stream: No such file or directory in Command line code on line 1PHP Fatal error: require_once(): Failed opening required 'openmediavault/module.inc' (include_path='.:/usr/share/php:/usr/share/pear') in Command line code on line 1


    Das WebGUI ist seitdem nicht mehr erreichbar. Bei einem Anmeldeversuch kommt folgende Fehlermeldung:


    Code
    Fehler #0:
    exception 'OMV\Rpc\Exception' with message 'Failed to connect to socket: No such file or directory' in /usr/share/php/openmediavault/rpc/rpc.inc:134
    Stack trace:
    #0 /var/www/openmediavault/rpc/session.inc(58): OMV\Rpc\Rpc::call('UserMgmt', 'authUser', Array, Array, 2, true)
    #1 [internal function]: OMVRpcServiceSession->login(Array, Array)
    #2 /usr/share/php/openmediavault/rpc/serviceabstract.inc(124): call_user_func_array(Array, Array)
    #3 /usr/share/php/openmediavault/rpc/rpc.inc(81): OMV\Rpc\ServiceAbstract->callMethod('login', Array, Array)
    #4 /usr/share/php/openmediavault/rpc/proxy/json.inc(95): OMV\Rpc\Rpc::call('Session', 'login', Array, Array, 3)
    #5 /var/www/openmediavault/rpc.php(46): OMV\Rpc\Proxy\Json->handle()
    #6 {main}


    Die Datei, die laut der zweiten Zeile nicht findet, ist vorhanden.


    Der Dienst nginx läuft.


    omv-firstaid hab ich auch probiert (Configure WebGUI), da kommt aber auch nur die Fehlermeldung mit der fehlenden Datei, die tatsächlich vorhanden ist. Kann das etwas mit den Zugriffsrechten auf die Datei zu tun haben?


    Ein Hinweis noch: Das Upgrade habe ich über die Konsole angestoßen.


    Grüße


    Thomas

    Thank you for your replies.


    Actually my system has been up for almost 40 days without any interruptions. I recieived a couple of notifications during that time, but it was only last Wednesday that I received that amount for appr. 90 minutes.
    I was checking that apt-logfile and there was nothing suspicious catching my eyes. So maybe it was really this collectd.


    Best regards.


    McFly

    Hello all,


    this week I received 20 Emails with Monit Alerts one morning between 6:06 am and 7:30 am.
    All the notification emails either stated "Recource limit matched Service localhost (loadavg(5min) of 2.6 matches resource limit [loadavg(5min)>2.0]) or "Resource limit suceeded Service localhost ('localhost' loadavg(1min) check succeeded [current loadavg(1min)=4.0]).


    Now I'm wondering what caused those alerts as there where no activities initialised by me during that period (like backups or whatever). Does anyone have a clue what might be responsible for the alerts or does anybody know a tool to trace the origin for such a bunch of notofications?


    Thanks in advance.


    McFly3025.

    Hallo,


    ich hatte exakt das gleiche Problem. Normalerweise legt Debian beim Anlegen eines neuen Nutzers "Nutzer" auch gleichzeitig ein Unterverzeichnis "/Nutzer" im Verzeichnis /home an. Dies war bei mir nicht der Fall, nachdem ich Nutzer über das WebGUI in OMV hinzugefügt hatte. Nachdem ich in der Konsole ein neues Verzeichnis /Nutzer unter /home angelegt hatte, funktionierte der Zugriff auf die Freigabe einwandfrei.


    Allerdings befindet sich das Verzeichnis auf der Festplatte, auf der das Betriebssystem abgelegt ist. Woher soll OMV letztlich auch wissen, auf welcher Festplatte das Verzeichnis abgelegt werden soll? Oder habe ich da einen Denkfehler?


    Für mich ist es die bessere Lösung, die Nutzerverzeichnisse in OMV von Hand anzulegen, nicht zuletzt weil es dann auch mehr Einstellmöglichkeiten gibt, beispielsweise ob man einen Papierkorb möchte oder nicht.


    Grüße


    McFly3025