Schreibfehler bei der Aufnahme. Festplatte voll?

  • Habe eine DM500HD und neuerdings eine DM920, welche meine DM8000 ersetzt hat. Das NAS ist bei beiden Boxen per Netzwerkbrowser eingebunden worden. Der Schreibfehler tritt auf, wenn meine DM920 im idle Mode ist, eine Timeraufnahme startet und mein Syno-NAS im Ruhezustand ist. Timeraufnahmen von der DM500HD funktionieren in der selben Konfiguration ohne Probleme. DM920 im Standby ist kein Problem, da die vor dem Timer aufwacht und auch das NAS weckt. Würde aber gerne die DM920 im idle Mode behalten damit sie von aussen erreichbar bleibt.
    Ist der Schreibfehler ein bekannter Bug? Gibt es da einen Workaround oder Fix, ausser das NAS niemals in den Ruhezustand zuschicken? Oder hab ich einfach was falsch gemacht?

  • Das wuerde ich jetzt nicht als "Bug" bezeichnen.
    Das Syno-NAS antwortet nicht rechtzeitig auf die Anfrage der DM920 und die nimmt an, dass es da ein Problem mit dem NAS gibt.
    Ursache ist aber das lahme Aufwachen des NAS, dass erstmal seine Platten hochfährt und in der Zeit keine Speicheranforderungen bearbeitet.


    Mal ins Blaue gesponnen.
    Wenn man ein Plugin schreiben wuerde, dass regelmaessig alle fuenf Minuten nach einem anstehenden Timer in den naechsten fuenf Minuten fragt und dann einen Lesebefehl an das NAS sendet, sollte sich das Problem umgehen lassen. Wobei es nichtmal ein Plugin sein muesste. Das wuerde man wohl auch mit etwas Scripting und einem Cronjob hinbekommen koennen.

    DM900 SS, DM8000SSSS
    Kein Support per PN! Nutzt das Forum zum Fragen, dann haben auch andere etwas davon.

  • Na ja, das NAS wird ja nicht in dem Sinne geweckt (z.B. WOL), sondern wacht selbständig als Reaktion auf den Lese-/Schreibbefehl auf.


    Das dauert eine gewisse Zeit (im Wesentlichen die Anlaufzeit der Festplatte(n)) und das reicht beim Aufnehmen aus dem IDLE offenbar in deiner Konfig nicht aus.


    Die Zeit bis zum Timeout auf der Dream ist imho so nicht veränderbar, d.h. Du benötigst einen Zugriff auf das NAS, das genügend Spielraum lässt.

    Grüße
    ...jp

    3 Mal editiert, zuletzt von juanito_perez ()

  • scripting,cronjobs,... das ist alles Bloedsinn wenn die platte innerhalb des für den mount gesetzten timeouts aufwacht und antwortet funktioniert das wunderbar. Wenn die leute die timeouts runterdrehen oder falsch verwenden, damit die box schneller bootet selbst wenn das NAS (noch) nicht erreichbar ist, dann passieren halt solche sachen.

  • Heisst das, dass die DM500HD länger braucht, um aus dem "Idle" eine Aufnahme zu starten oder sendet diese vorher einen Befehl zum Nas?

  • gutemine vermutet, dass Du bei den Mount-Optionen fuer das NAS bei der DM920 den Timeout, bis die DM920 den Mount-Punkt als "tot" ansieht, zu klein gewaehlt hast.
    Bei der DM500 waere er dann ausreichend gross, wenn gutemines Vermutung zutrifft.
    Ist auch eine plausible Erklaerung fuer eine solche Fehlermeldung (dann hat der Programmierer halt ALLE Schreibprobleme mit EINER Meldung abgefruehstueckt und fuer "Mountpoint nicht erreichbar" keine eigene spendiert).

    DM900 SS, DM8000SSSS
    Kein Support per PN! Nutzt das Forum zum Fragen, dann haben auch andere etwas davon.

  • Na ja, ich habe das NAS mit dem Netzwerkbrowser finden lassen und gemounted, ohne irgendwelche Parameter zu verändern. Das Gleiche bei der DM500HD.

  • cat /proc/mounts


    weis mehr.....


    .... und aktuelles image verwenden....

  • dm920 login: root
    Password:
    .-------------------------------------------.
    | _____ .__ .__ OE 2.5 |
    | / \ ___________| | |__| ____ |
    | / \ / \_/ __ \_ __ \ | | |/ \ |
    | / Y \ ___/| | \/ |_| | | \ |
    | \____|__ /\___ >__| |____/__|___| / |
    | \/ \/ \/ |
    | board.dreambox.tools |
    +-------------------------------------------+
    type 'help' for a list of commands
    root@dm920:~# cat /proc/mounts
    rootfs / rootfs rw 0 0
    /dev/root / ext4 rw,relatime,data=ordered 0 0
    devtmpfs /dev devtmpfs rw,relatime,size=503448k,nr_inodes=55117,mode=755 0 0
    sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
    proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
    tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
    devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0
    tmpfs /run tmpfs rw,nosuid,nodev,relatime,mode=755 0 0
    tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
    cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd 0 0
    cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
    cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
    cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
    cgroup /sys/fs/cgroup/net_cls cgroup rw,nosuid,nodev,noexec,relatime,net_cls 0 0
    cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
    systemd-1 /data autofs rw,relatime,fd=27,pgrp=1,timeout=0,minproto=5,maxproto=5,direct 0 0
    systemd-1 /media/Record autofs rw,relatime,fd=31,pgrp=1,timeout=60,minproto=5,maxproto=5,direct 0 0
    mqueue /dev/mqueue mqueue rw,relatime 0 0
    tmpfs /tmp tmpfs rw,relatime 0 0
    tmpfs /var/volatile tmpfs rw,relatime,mode=755 0 0
    nfsd /proc/fs/nfsd nfsd rw,relatime 0 0
    /etc/auto.misc /misc autofs rw,relatime,fd=6,pgrp=387,timeout=300,minproto=5,maxproto=5,indirect 0 0
    -hosts /net autofs rw,relatime,fd=12,pgrp=387,timeout=300,minproto=5,maxproto=5,indirect 0 0
    /etc/auto.hotplug /autofs autofs rw,relatime,fd=18,pgrp=387,timeout=300,minproto=5,maxproto=5,indirect 0 0
    /etc/auto.network /media/net autofs rw,relatime,fd=24,pgrp=387,timeout=300,minproto=5,maxproto=5,indirect 0 0
    /dev/mmcblk0p3 /data ext4 rw,relatime,data=ordered 0 0
    root@dm920:~#

  • /mediaRecord ist fuer aufnahmen nicht optimal, du solltest auf ein subdirectory des mountpoints aufnehmen

  • Besten Dank gutemine für Deine Hilfestellung.
    Nach dem Hinweis auf den nicht optimalen Aufnahmepfad hab ich die Freigabe und die Pfade gleich gemacht wie in meiner 500HD. Jetzt läuft's, auch wenn ich nicht genau dahinterblicke:-)



    root@dm920:~# cat /proc/mounts
    rootfs / rootfs rw 0 0
    /dev/root / ext4 rw,relatime,data=ordered 0 0
    devtmpfs /dev devtmpfs rw,relatime,size=503448k,nr_inodes=55117,mode=755 0 0
    sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
    proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
    tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
    devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0
    tmpfs /run tmpfs rw,nosuid,nodev,relatime,mode=755 0 0
    tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
    cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd 0 0
    cgroup /sys/fs/cgroup/net_cls cgroup rw,nosuid,nodev,noexec,relatime,net_cls 0 0
    cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0
    cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
    cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
    cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
    systemd-1 /media/DISKSTATION autofs rw,relatime,fd=23,pgrp=1,timeout=60,minproto=5,maxproto=5,direct 0 0
    systemd-1 /data autofs rw,relatime,fd=27,pgrp=1,timeout=0,minproto=5,maxproto=5,direct 0 0
    mqueue /dev/mqueue mqueue rw,relatime 0 0
    tmpfs /tmp tmpfs rw,relatime 0 0
    tmpfs /var/volatile tmpfs rw,relatime,mode=755 0 0
    nfsd /proc/fs/nfsd nfsd rw,relatime 0 0
    /etc/auto.misc /misc autofs rw,relatime,fd=6,pgrp=405,timeout=300,minproto=5,maxproto=5,indirect 0 0
    -hosts /net autofs rw,relatime,fd=12,pgrp=405,timeout=300,minproto=5,maxproto=5,indirect 0 0
    /etc/auto.hotplug /autofs autofs rw,relatime,fd=18,pgrp=405,timeout=300,minproto=5,maxproto=5,indirect 0 0
    /etc/auto.network /media/net autofs rw,relatime,fd=24,pgrp=405,timeout=300,minproto=5,maxproto=5,indirect 0 0
    /dev/mmcblk0p3 /data ext4 rw,relatime,data=ordered 0 0
    root@dm920:~#

  • warum, mountpoints sind da auch wenn sie leer sind, Unterdirectories sind nicht da wenn der mount leer ist.


    Ausserdem gehört der mount Point technisch zum darüber liegenden Filesystem, womit du letztendlich den Freespace check vom e2 aushebelst ... und den genannten Fehler bekommst.


    Die Leute pfllaumen mich immer an weil dBackup auch das Sichern auf ein UNTERDIRECTORY des mountpounts erzwingt, das hat aber eigentlich genau den gleichen Grund :grinning_squinting_face:


    Nämlich zu verhindern das wo hingeschrieben wird wo (noch) gar nichts gemountet ist ...

    Einmal editiert, zuletzt von Lost in Translation ()