Assuming that your firewall appliance is between the "internet" and your local network ...
If your firewall is doing what it's supposed to do, then no incoming traffic on any port (other than 22, 4443, 8080 and 8181) should be allowed.
How about UPNP on your firewall appliance ?
You're asking us about the (mis)configuration of your firewall appliance, you must be joking.
Do you have UPNP (https://en.wikipedia.org/wiki/Universal_Plug_and_Play) enabled on your FPR device ?
testdisk is the way to go, as long as you don't write anything to your data disks.
Just make sure to write any recovered files to another disk.
I have no issues with minidlna but took a look at /etc/minidlna.conf
I have "notify_interval=60" which is probably too low.
According to https://manpages.ubuntu.com/ma…man5/minidlna.conf.5.html
the default is 895 seconds.
Maybe start with that value.
You'll probably have to add it in "services --> minidlna --> settings" under "extra options" to prevent your value being overwritten by OMV.
If you're familiar with the command line you could also use "wipefs" to remove any filesystem signature from the drive(s).
Doesn't take longer than a few seconds.
Be careful not to wipe your system drive.
Out of curiosity ...
are you running netdata in a docker container or on the Debian OS ?
Thanks,
Thomas
Dammit, that was too easy ...
Thanks
This is what it looks like with 6.0.39
Here with 6.0.40
Anyone else facing the same issue ?
Network speed dropping (from 100MB/s) to 10 MB/s sounds like a cable issue.
Check/swap or replace the cable(s)
Why using syncthing in docker when you want to copy data from box1 to box2 ?
I'm simply using several scheduled rsync jobs to copy the data.
My config on the backup PC is just a single drive, big enough to hold the data.
Looks like I missed something, my fault ...
But OpenWrt on the TP-Link device would still be the way to go (just my idea)
I'm a big fan of Open-(Anything-you-like-or-need-...)
Cheers,
Thomas
Why all that hassle with OpenWrt in a VM ?
Have you checked if your device is supported by OpenWrt ? (see here: https://openwrt.org/toh/start?dataflt%5BBrand*%7E%5D=TP-Link)
Cheers,
Thomas
You might try "testdisk" from here:
But you will need a backup drive anyway to save your data from your "maybe corrupted" filesystem.
Do you have a backup ?
"Structure needs cleaning" --> fsck required
The UUID has changed, in post #2 I can see UUID = b453f40b-...... (you can find the complete UUID in /etc/openmediavault/config.xml)
Now it is "d276c02d-2398-4ce3-9642-f37c5220b9c4"
You can use "tune2fs" to change the UUID back to the old expected value.
Read the man page.
No idea right now ...
Can you post the output of "blkid" and "lsblk" please ?
Cheers,
Thomas
After a quick look at https://www.qnap.com/de-de/product/tr-004/specs/hardware ,
I can can tell you, the RAID function is handled by the QNAP tr-004 box.
You have to handle the RAID management in the tr-004 box (don't ask me how ...)
Did you do what @raulfg3 suggested ?
I had a similar issue, as the user "minidlna" was not member of the group with read permissions on the "video" share.
Did you check the minidlna logfiles ?
How often do you restart/reboot your system ?
Is it worth that effort ?
