Leave DNS Servers blank and try omv-firstaid configuring the network adapter with manual IP and DNS, then try another time with Docker.
Eventually, try another DNS server like 1.1.1.1 or directly use the router's IP.
Leave DNS Servers blank and try omv-firstaid configuring the network adapter with manual IP and DNS, then try another time with Docker.
Eventually, try another DNS server like 1.1.1.1 or directly use the router's IP.
Have you tried omv-firstaid?
I would guess it is an incomplete upgrade to OMV 5.x from 4.x. What is the output of: dpkg -l | grep openm
If the status of the openmediavault package is 'ii' then I would
omv-salt deploy run nginx phpfpm
Thanks! It worked! 🙂
Today i've updated 2 OMV's installations.
During the process the same error occur: =Internal server error=
After the update, the web page is unreacheable with the error 500 on http.
Reboot doesnt resolve anything.
All services works; SMB, FTP, Docker.
Any suggest?
Riafatto da zero.Trasmission perfetto ma il Pihole rimane in Healty
Ma "healthy" significa che sta funzionando.
E come indirizzi il traffico dalla LAN verso Pi-hole?
Ma le impostazioni di rete di PiHole che stai usando quali sono?
La connessione è impostata su MACVLAN o bridge?
Lo chiedo perchè, tecnicamente, in MACVLAN acquisterebbe un IP suo nella stessa classe della rete LAN, e non c'è bisogno di fare il bind delle porte.
Quindi ,con il 5,non posso utilizzare Transmission?
Diciamo che con la versione 4 di OMV, l'utilizzo di Docker era "facoltativo"; dalla versione 5 è caldamente consigliato se non obbligatorio, dato che molti plugin sono stati deprecati; dove possibile (Plex, Transmission, OpenVPN, ecc....) sarebbe bene passare a Docker.
Non esiste più il plugin da OMV5 e sinceramente non si dovrebbe più usare OMV4.
Ti consiglio di imparare l'approccio di Docker, è molto più facile installare e configurare le applicazioni.
Per questo motivo gli chiedevo come era installato; personalmente uso Docker già da OMV4.
Ma Transmission lo hai installato come plugin o sotto Docker?
Per quanto riguarda la scheda con sintonizzatore TV, non saprei come aiutarti perché non ne faccio uso e non sono particolarmente informato sull'argomento.
Sulla questione controller RAID, per esperienza, non userei quello hardware della scheda madre ma mi appoggerei sulla gestione software di OMV.
Perché questo? Perché in caso di upgrade hardware o cambio per guasto, se si usa un controller hardware sei fregato dato che senza di lui il RAID non è leggibile; diversamente, basta spostare i dischi sul nuovo hardware e OMV partirà quasi come se nulla fosse successo (probaabilmente ci sarà da fare giusto un giro di omv-firstaid per ripristinare la connettività ethernet).
Parlando della transcodifica, onestamente non saprei se l'integrata Intel dell'i3 abbia sufficienti prestazioni per gestirla; certo, penso dipenda anche dal genere di transcodifica.
Io ho un container Plex installato, ma non uso transcodifca per il momento.
Sempre nel caso di Plex (ma penso anche di Emby), si può aggiungere una GPU Nvidia per il transcode.
DuckDNS + OpenVPN-AS on Docker.
Try using MACVLAN.
Il fatto che "/dev/sda" ecc... cambi a ogni riavvio/accensione, non so se sia normale o meno (non ci ho mai fatto caso onestamente); di sicuro cambia se cambi l'hardware del server (io l'ho fatto di recente senza reinstallare nulla).
Tenete presente che, se non ricordo male, OMV monta i dischi usando la "label" come identificativo, quindi se il disco chiamato "DATI" un giorno è /dev/sda e un altro è /dev/sdc, è irrilevante.
Tant'è che la path di solito è /dev-disk-by-label/DATI e non /dev/sda/DATI.
I have linuxserver/plex cointainer too, but my config is:
Host/Volume
/srv/dev-disk-by-label-DATI/AppData/Plex/config
Path
/config
---
Host/Volume
/srv/dev-disk-by-label-DATI/AppData/Plex/transcode
Path
/transcode
---
Host/Volume
/srv/dev-disk-by-label-DATI/Media
Path
/media
Inside the media's path, i have "films", "tv show", "music" and all works perfectly.
Ah ok, thanks!
Open the terminal and try with:
systemctl status systemd-resolved.service
If is set on "disable", use this:
systemctl enable systemd-resolved.service
Then, reboot.
Worked for me after an hardware change.
I have some problems with OpenVPN-as on Docker.
The first time, i had configured the container in "bridge" under the network's settings.
All works fine, but the other container in "macvlan" (like Pi-hole, for example) are unreachable.
I've decided to try to configure OpenVPN-as in "macvlan" instead "bridge"; this time, all container in "macvlan" work perfectly, and i can reach or ping all client in LAN, but the only IP that result "unreachable" is the OMV's IP and all container in "bridge" or "host" mode.
Example:
OpenVPN-as in "bridge":
Private subnet: 192.168.1.0/24
Server's IP: 192.168.1.2 -> OK (Ping, SMB, ecc...)
Pi-hole (macvlan): 192.168.1.3 -> Unreachable
Plex (host): 192.168.1.2:32400 -> OK
Netdata (bridge): 192.168.1.2:1999 -> OK
---
OpenVPN-as in "macvlan" (IP: 192.168.1.100):
Private subnet: 192.168.1.0/24
Server's IP: 192.168.1.2 -> Unreachable (No Ping, no SMB...)
Pi-hole (macvlan): 192.168.1.3 -> OK
Plex (host): 192.168.1.2:32400 -> Unreachable
Netdata (bridge): 192.168.1.2:1999 -> Unreachable
Whats wrong?
Have two SATA to USB adapters (Orico 27UTS)
Their SN and ID is the same, bc of that OVM apply setting to both HDD when editing on of that
Is the way to apply unique ID for correct identification or need to change one of adapters with other brand?
Same SN and ID? How is possible?