Posts by HannesJo

    The easy, quick and dirty way: In the OMV GUI, go to sharedfolders, select the corresponding sharedfolder and click ACL. In the bottom area "extra options", make sure everyone has Read/Write/Execute access. Select "Replace" and "Recursive" and apply. You should be able to delete the file now.


    A better way: SSH into your omv server, navigate to the files and inspect their permissions. Correct them / Delete your mkv and check if makemkv is now setting correct file permissions.

    Ok also der Balance Befehl ist soweit erstmal nicht sehr kritisch. Den kannst du einfach mal probieren. Ansonsten sei ohne Backup echt vorsichtig. Ein RAID schützt dich nicht vor Datenverlust. Es ist nur dazu da dass dein Server ausfallsicher ist. Also bei einer defekten Festplatte funktioniert er von außen gesehen normal weiter und bleibt online. Aber wenn Daten gelöscht werden oder du einen Fehler in den Einstellungen machst hilft nur ein Backup. Das verstehen viele falsch.


    Das nächste Ding ist BTRFS. Ich benutze das auch. Es hat viele Vorteile. Aber OMV kann damit nicht so gut umgehen. Deswegen steuert man es eigentlich komplett über die Konsole. Dadurch dass du es über OMV eingerichtet hast bekommst du ein paar Nachteile. Zum Beispiel funktioniert das checksumming soweit ich weiß nicht mehr. Kannst du mal googeln (BTRFS mdadm raid).


    Am besten lernst du und vermeidest Server off Zeiten indem du Änderungen wie jetzt am Raid in einer virtuellen Maschine testest. Dort hättest du z. B. erst testen können wie die Erweiterung vom Raid funktioniert ohne dass Daten verloren gehen können. Gerade wenn man kein Backup hat. Ich weiß ja nicht was für Daten das sind aber die sind oft ja das wertvollste am ganzen Server.


    Das mit den geänderten Buchstaben ist nicht ungewöhnlich. Die werden nicht wie bei Windows fest vergeben sondern einfach in der Reihenfolge in der die Geräte erkannt werden. Wirklich eindeutig ist nur die uuid. Es kann aber tatsächlich vorkommen dass es Probleme gibt wenn Programme über den Buchstaben gehen wollen. Dann muss man sie ändern sodass sie über die uuid gehen.

    Ok also das Ding ist dass BTRFS eigentlich selbst das RAID verwaltet. Die OMV GUI kann das aber nicht. Die benutzt auch für BTRFS mdadm. Das ist zumindest nicht optimal, sollte aber funktionieren. Erstmal das Wichtigste vorweg: Hast du ein Backup deiner Daten?


    Wenn nein mach erstmal das Backup. Wenn ja versuch es mal mit

    btrfs balance start -v /srv/dev-disk-by-label-<your btrfs pool>/

    Possibly your article already points at the problem in the omv code ... probably better to dont put an animation on the background-image, but rather put the image into some div, and do the animation there to prevent excessive repaints.

    Dude, look at the code. The css property background-image is not being animated here. The image is animated using the property transform. votdev has literally applied all the stuff that is mentioned to avoid performance issues. How would you not get that? You are on the wrong track. You are totally confused. Animating a background image does not necessarily mean animating the css property background-image...


    Quote

    So you want to make hardware accel a requirement for using the omv-webgui ?

    No, I don't wanna make any requirements. I just try to inform you about the very basics of css animations and their requirements. You can discuss that with votdev. He writes this software in his free-time and you are free to use it or to use something else if you don't like it. Or just fork it and make your changes :)

    The animation is, as votedev already mentioned, simple css animation. On css animations there are some basic rules what should be avoided in order to prevent performance issues and what is ok. Checking the code in question you can find only animations are being used that browsers can execute very cheaply (position transform, scale transform, opacity) as long as there is hardware-acceleration. I was just wondering if this may be about using 10yo hardware? Maybe, but: Here you can find an article from 2013 where these css animation types are already stated to enable smooth high performance animations. So you're not dealing with the latest state-of-the-art-stuff here.


    I think your old hardware or some misconfiguration could be the issue. But this is clearly not a bug. Maybe some browser extension like this one can help you.

    I think you can but it is not OMV related. Just do some research on caching on Debian distro. But as far as I know, proper caching is not an easy thing.

    I have just updated the setting so the output of timedatectl changed to synchronized but still NTP service inactive.


    Code
    > timedatectl
                   Local time: Mon 2022-01-10 14:17:49 CET
               Universal time: Mon 2022-01-10 13:17:49 UTC
                     RTC time: Mon 2022-01-10 13:17:49
                    Time zone: Europe/Berlin (CET, +0100)
    System clock synchronized: yes
                  NTP service: inactive
              RTC in local TZ: no



    Code
    > journalctl -u chrony
    -- Logs begin at Thu 2022-01-06 00:52:18 CET, end at Mon 2022-01-10 14:18:12 CET. --
    Jan 10 14:10:53 NAS systemd[1]: Starting chrony, an NTP client/server...
    Jan 10 14:10:53 NAS chronyd[8104]: chronyd version 3.4 starting (+CMDMON +NTP +REFCLOCK +RTC +PRIVDROP +SCFILTER +SIGND +ASYNCDNS +SECHA
    Jan 10 14:10:53 NAS chronyd[8104]: Frequency 2.684 +/- 0.450 ppm read from /var/lib/chrony/chrony.drift
    Jan 10 14:10:53 NAS chronyd[8104]: Loaded seccomp filter
    Jan 10 14:10:53 NAS systemd[1]: Started chrony, an NTP client/server.
    Jan 10 14:10:57 NAS chronyd[8104]: Selected source 217.144.138.234
    Jan 10 14:10:57 NAS chronyd[8104]: System clock wrong by 5.474326 seconds, adjustment started
    Jan 10 14:11:03 NAS chronyd[8104]: System clock was stepped by 5.474326 seconds