Immer Probleme mit "update"

Begonnen von Gunther, 05 Dezember 2016, 09:28:45

Vorheriges Thema - Nächstes Thema

Gunther

Ich scheine auf dem Schlauch zu stehen.

Wenn ich FHEM updaten möchte, passiert folgendes:

update check
liefert mir schön die zu updatenden Files

update und
update all

jetzt wird mir "der" Event Filter wie im angehängten Screenshot angezeigt, aber das Update scheint nicht zu starten.

Was kann ich tun, ohne "update force" ausführen zu müssen?
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Gunther

Ich hatte das Problem anscheinend schonmal  ::):
https://forum.fhem.de/index.php/topic,48986.msg406393.html#msg406393

Allerdings hilft mir das nicht.
Beim Forschen bin ich auf folgendes gestoßen:

Ein
update force
führt dazu, dass das Update mit folgender Fehlermeldung abbricht:
Got remote controls_fhem.txt with 1857 entries.
mv ./www/pgm2/fhemweb_multiple.js ./unused
mv ./www/pgm2/fhemweb_noArg.js ./unused
mv ./www/pgm2/fhemweb_slider.js ./unused
mv ./www/pgm2/fhemweb_svg.js ./unused
mv ./www/pgm2/fhemweb_textField.js ./unused
mv ./www/pgm2/fhemweb_time.js ./unused
mv ./www/pgm2/darktouchpadsvg_defs.svg ./unused
mv ./www/pgm2/darktouchpadsvg_style.css ./unused
mv ./www/pgm2/ios6touchpadsvg_defs.svg ./unused
mv ./www/pgm2/ios6touchpadsvg_style.css ./unused
mv ./www/pgm2/ios7touchpadsvg_defs.svg ./unused
mv ./www/pgm2/ios7touchpadsvg_style.css ./unused
mv ./www/pgm2/iostouchpadsvg_defs.svg ./unused
mv ./www/pgm2/iostouchpadsvg_style.css ./unused
mv ./www/pgm2/darksmallscreensvg_defs.svg ./unused
mv ./www/pgm2/darksmallscreensvg_style.css ./unused
mv ./www/pgm2/ios7smallscreensvg_defs.svg ./unused
mv ./www/pgm2/ios7smallscreensvg_style.css ./unused
mv ./www/pgm2/iossmallscreensvg_defs.svg ./unused
mv ./www/pgm2/iossmallscreensvg_style.css ./unused
mv ./FHEM/firmware/LaCrosseGateway.bin ./unused
UPD ./CHANGED
copy ././CHANGED ./restoreDir/2016-12-05/./CHANGED failed:No such file or directory, aborting the update


Wenn ich nun per FTP versuche den Ordner "2016-12-05" (eingeloggt als User "pi") zu schreiben, bekomme ich folgende Fehlermeldung von filezilla:
Befehl: mkdir "/opt/fhem/restoreDir/2016-12-05"
Fehler: mkdir /opt/fhem/restoreDir/2016-12-05: received failure with description 'Failure'


restoreDir hat 777 mit User fhem und Gruppe dialout

Vielleicht hilft das ja um mir einen wichtigen Hinweis zu geben.
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Gunther

habe im Forum noch einen Thread bzgl. einer vollen Speicherkarte gefunden. Prüfe das und melde mich.
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Gunther

erledigt. Lag an der vollen Speicherkarte.

Hier muss ich das Problem mal in den Griff bekommen. Habe historisch gewachsen viel Logmüll der erzeugt wird...
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Deudi

Schau dir mal das attr nrarchive bei FileLog an. Habe mir viele Logfiles, die ich nicht ganzjährig plotte, auf 3 gestellt. Das entschärft das Problem deutlich.
Gigabyte Brix, Ubuntu 16.04.3 LTS, Homematic, Z-Wave, EnOcean, Shelly@MQTT, SIGNALduino, JeeLink DAVIS-Sketch