Posts by Thormir84


    Can you post your compose for Plex?

    I had used this procedure:


    Log in OMV web gui.

    Got to "Storage" -> "Software RAID".

    Select your RAID with a simple single left-click on it.

    Click on the button called "Remove", then select the disk you want to replace, then save.

    Shutdown the NAS.

    Replace the disk.

    Power on the machine.

    Log in OMV web gui.

    Go to "STORAGE" -> "Disks".

    Select the new disk with a single left-click.

    Click on the button called "Wipe".

    Go to "STORAGE" -> "Software RAID".

    Select your RAID (now in degraded state).

    Left-click con the "Recover" button.

    Select the new disk then save.

    Wait for the reconstruction.

    Buongiorno, perdonatemi se continuò a rompere le scatole ma vorrei configurare il nas nel modo corretto … dopo i codici del DNS mi chiede di impostare il numero di domini utilizzati durante la risoluzione dei nomi host mtu … che numero dovrei metterci? Grazie ancora…. Ps l’errore postato sopra a cosa potrebbe essere dovuto? Grazie

    La voce "MTU" io l'ho lasciata come default, cioè "0".

    Niente alla fine ho deciso di re installare omv sempre su chiavetta… domanda prima di installare un nuovo sistema operativo su chiavetta e configurarlo devo fare qualcosa per poi riassociate i dischi che non formatterò? Scusate l’ignoranza ma son proprio alle prime armi…. Ps allego messaggio di errore che mi compare quasi costantemente e per il quale ho deciso di formattare chiavetta…

    Occhio che quell'errore lì, alle volte, non è un problema di OMV ma dei cookies del browser!
    Hai provato ad accedere con un browser diverso o dopo la pulizia dei cookies/temporanei o con la modalità "incognito" del browser che usi?

    Io ragiono al contrario:

    - Tutti i dispositivi sono impostati su "DHCP" (indirizzo automatico)

    - Sul router/modem, imposto gli IP che voglio riservare a quel dispositivo.


    Io lo trovo più comodo, perché così li ho tutti in un solo posto.

    Per alcune cose lo faccio anche io, ma se il DHCP "salta" perdi tutti i dispositivi.

    Grazie mille , gentilissimo proverò sicuramente… un’ultima domanda hai dei dns da consigliarmi? O cerco in rete? Grazie infinite

    Ci sono i "classici" di Google:

    8.8.8.8
    8.8.4.4

    Oppure puoi usare quelli di Cloudflare:

    1.1.1.1
    1.0.0.1

    Quando si installa OMV la prima volta, la procedura ti farà configurare la scheda di rete; solitamente, nel 99% dei casi, si imposta un IP fisso.

    L'impostazione dell'IP fisso, della subnet e del gateway, però, non basta perché non vengono configurati i DNS.

    Entra nell'interfaccia web di OMV, vai nella sezione "Network" -> ""Interfaces"; seleziona la scheda di rete che hai configurato in fase di installazione e premi l'icona con la matita che vedrai in alto; una volta aperta la nuova schermata, scorri fino in fondo e vedrai il campo "Advanced Settings" con la riga dei DNS vuota.

    Puoi impostare un singolo DNS o più di uno mettendo una virgola per separarli.

    Applica le modifiche e vedrai che potrai scaricare gli aggiornamenti e OMV Extras.


    EDIT: Se reinstalli OMV da capo il raid esistente lo puoi importare nella nuova installazione con l'intero contenuto; ovviamente dovrai ricreare da interfaccia web gli eventuali utenti e rimontare le cartelle.

    It is your container having incorrect date. Not OMV. Perhaps it is just not using correct timezone. Depending on what image you use, there could be a env var or you could try to bind mount /etc/localtime:/etc/localtime:ro. That was necessary on some of my containers too.

    Ehm, no; the time zone is correct in Owncloud and in OMV; if you take a look to the screenshots, you can see that some folders have the correct date and some not; in OMV, in the log's section, some have the correct date and some not.


    Is not a timezone's problem.

    Two days ago, i noticed in my Owncloud's container running on OMV, that some folders have incorrect date (September 2023, November 2023, December 2023, etc...).


    In the OMV's dashboard time and date are correct.


    In the logs, under "Syslog", date and time are correct.


    Under "S.M.A.R.T." all entries are December 2023.


    I have the same "problem" in 4x OMV installation.

    You cannot create another MAC_VLAN with the same subnet of the old one.

    In the stack of the container with the MAC_VLAN you need to set the IP.

    For example:


    At line 29 there's "ipv4_address: MY_PIHOLE_LAN_IP" with the IP assigned to my Pi-Hole container.
    In another container, simply add the same line and change the IP, with the same MAC_VLAN.

    La sezione ACL, se non sai bene cosa fai, è meglio non toccarla; per gli utenti usa la sezione privilegi o si rischiano danni.


    La mia installazione è su un "normale" PC e conosco poco dei Raspberry; che guide hai seguito per l'installazione? L'errore sembra indicare che qualcosa a livello di sistema non funziona come dovrebbe.

    You still haven't answered the main question: what is the reason to have a RAID1 ?

    If you want to have a full disk copy of your DATA on "disk1" to "disk2", just mount "disk2" on OMV and run a scheduled job (every x time depending on the amount of writing/increase of volume DATA) as simple as rsync -a /path-to-disk1/ /path-to-disk2/

    This is a nonsense for me.

    If you have a rsync's copy of a whole disk and the main disk fail, all services like, for example, docker's containers, will go down cause the path will not be reachable anymore.

    With a RAID1 config the "/srv/dev-disk-by-uuid/" is the same for the 2 disks, 'cause they will merge in a "unique device" so, if one of them fail, the system stays up.

    Yes, if something goes wrong the error will replicate throught the 2 disks, but backups are here for a reason.

    You only need to copy all files of the container you want to move, then update the compose according to the new path and re-deploy it.

    For example, if the old path of "./data/" was "/srv/dev-disk-by-uuid-4e8222c0-3b1e-48cc-9dce-4fa7182095b1/data/" you have to change this with the new "/srv/dev-disk-by-uuid......../" of the new server.