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
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,
habe heute gesehen, dass es ein Update gibt. Nach Aktualisierung ist das WebGUI nun wieder erreichbar.
Vielen Dank für die Unterstützung und Grüße
Thomas
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:
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:
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.
Dann wird einiges klar. Danke für den Hinweis. Wobei beim manuellen Anlegen der Freigabe immer noch der Vorteil mit dem Papierkorb bleibt.
Viele Grüße
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