Reprise du message précédent :
en effet , la désactivation par Grub est seulement pour i386 et X86, il y a une solution pour armbian aussi en éditant la config du bootloader(/boot/armbianEnv.txt):https://forum.openmediavault.org/index.php?thread/46112-docker-not-working-since-omv-upgrade/&pageNo=7

Yes !
 
C'est fonctionnel maintenant.
 
Merci

Sur ma vielle machine de test je suis arrivé à monté un disque en passthrough avec un tuto que j'avais trouvé
Avec la commande suivante
 
qm set <id-VM> -scsi1 /dev/disk/by-partuuid/<PARTUUID>
 
par contre je n'ai pas pu faire de snapshot.
 

Hello,  
 
Omv Fraichement installé avec PLex et nextcloud fonctionnels, je vois que j'ai des MAJ en attentes mais impossible de les installés. Je vous mets le message complet, une idée? (je suis un total débutant dans le domaine):
 
Failed to execute command 'export PATH=/binsbinusr/binusr/sbinusr/local/binusr/local/sbin; export LANG=C.UTF-8; export LANGUAGE=; export DEBIAN_FRONTEND=noninteractive; apt-get --yes --allow-downgrades --allow-change-held-packages --fix-broken --fix-missing --auto-remove --allow-unauthenticated --show-upgraded --option DPkg::Options::="--force-confold" dist-upgrade 2>&1' with exit code '100': E: Conflicting values set for option Signed-By regarding source https://download.docker.com/linux/debian/ bullseye: /usr/share/keyrings/docker-archive-keyring.gpg !=
E: The list of sources could not be read.
E: Conflicting values set for option Signed-By regarding source https://download.docker.com/linux/debian/ bullseye: /usr/share/keyrings/docker-archive-keyring.gpg !=
E: The list of sources could not be read.
 
OMV\ExecException: Failed to execute command 'export PATH=/binsbinusr/binusr/sbinusr/local/binusr/local/sbin; export LANG=C.UTF-8; export LANGUAGE=; export DEBIAN_FRONTEND=noninteractive; apt-get --yes --allow-downgrades --allow-change-held-packages --fix-broken --fix-missing --auto-remove --allow-unauthenticated --show-upgraded --option DPkg::Options::="--force-confold" dist-upgrade 2>&1' with exit code '100': E: Conflicting values set for option Signed-By regarding source https://download.docker.com/linux/debian/ bullseye: /usr/share/keyrings/docker-archive-keyring.gpg !=
E: The list of sources could not be read.
E: Conflicting values set for option Signed-By regarding source https://download.docker.com/linux/debian/ bullseye: /usr/share/keyrings/docker-archive-keyring.gpg !=
E: The list of sources could not be read. in /usr/share/openmediavault/engined/rpc/apt.inc:225
Stack trace:
#0 /usr/share/php/openmediavault/rpc/serviceabstract.inc(619): Engined\Rpc\Apt->Engined\Rpc\{closure}('/tmp/bgstatus8l...', '/tmp/bgoutputca...')
#1 /usr/share/openmediavault/engined/rpc/apt.inc(229): OMV\Rpc\ServiceAbstract->execBgProc(Object(Closure))
#2 [internal function]: Engined\Rpc\Apt->upgrade(NULL, Array)
#3 /usr/share/php/openmediavault/rpc/serviceabstract.inc(123): call_user_func_array(Array, Array)
#4 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod('upgrade', NULL, Array)
#5 /usr/sbin/omv-engined(537): OMV\Rpc\Rpc::call('Apt', 'upgrade', NULL, Array, 1)
#6 {main}

 
Que donne la commande  
sudo omv-salt deploy run omvextras
en SSH ?

alors voilà le résultat de la commande:
 

Alors fait très étrange, depuis que docker (et donc plex) ne fonctionnait plus a cause de apparmor, je n'avais plus de souci le NAS était toujours UP, hier je suis le tutoriel pour désactiver apparmor, docker est UP je retrouve plex et cette nuit je perd le NAS.
Il doit y avoir quelque chose dans docker qui fou la merde.
 
Je n'ai pas encore testé de brancher mon ecran car il faut que je retrouve un ecran vga dans mon garage  

[/quotemsg]
Que donne un
cat /apt/sources.list.d/docker.list
?

Regarde dans les logs de Docker alors.  
journalctl -xu docker.service

bon bah non toujours rien, perte de connexion à 3:01:00 dans la nuit du 6 au 7
 
et dans le journal  

Je suis trop limité avec Synology : j'aurais problablement des problèmes avec ma clé USB Z-wave si je passe à DSM 7, impossible de monter un disque chiffré pour mes sauvegardes externalisées, trop limité sur d'autres aspects... Par ailleurs, ça me fait un matériel supplémentaire gérer (réseau, onduleur, électricité).
 
Pour l'accès depuis l'extérieur : j'ai un conteneur Wireguard qui tourne sous Docker sur ma VM OMV. Facile (une fois qu'on a trouvé la configuration ) et rapide, aucun problème d'accès !

Arf Il me faudrait les logs avant le plantage...
Mais en tout cas, ça semble venir d'une tâche planifiée car il plante toujours vers 3:00 du mat'

Que donne un
cat /apt/sources.list.d/docker.list
?
[/quotemsg]
 

 
ça ne me donne rien!
cat: /apt/sources.list.d/docker.list: Aucun fichier ou dossier de ce type

bon ben pb résolu grâce à ce forum dés fois que ça serve à d'autre
https://github.com/docker/for-linux/issues/1349

c'est les logs complet la (ligne 15 à 17) il n'y a rien entre.
9h34 c'est mon reboot manuel

Hello les OMVziens
 
Ca fait 2 soirs que je me casse la tête (et les yeux    ) pour installer OMV sur un Dell Optiplex 3060 que j’ai récupéré
 
Ca fonctionne bien avec le SSD M2 Sata 128Go qui étais dedans. J’ai même pu modifier les partitions ensuite pour que 100Go soient dédiés à du stockage.  
Maintenant j’aimerais refaire la même chose avec ce SSD Nvme Intel 670p de 2To, partitionner 20Go pour OMV, et mettre le reste pour des données.
 
Le nouveau SSD semble bien repéré dans le bios, mais à l’install, OMV ne le voit pas...
j’ai essayé de le mettre dans un autre PC pour le formater en ext4, en ntfs, mais c’est toujours un échec...
avec une live-usb de gparted, le SSD n’est pas détecté non plus...
 
D’après la fiche constructeur, ca semble pourtant bien possible de mettre en nvme sur ce pc, en pciexpress qui plus est...

Quelqu'un utilise OMV6 (sans proxmox ou autre) sur un HP Microserver Gen8 de manière stable ?
 
J'essaye de faire une fresh install depuis hier, et à chaque fois que je veux mettre le système à jour via le webui, ça me claque des erreurs de partout.
 
Donc en gros, si j'installe et que je ne lance aucune MAJ, je pourrais l'utiliser comme ça (pas top, mais bon)
 
Si je lance les MAJ depuis l'interface OMV, dans l'ordre, je perds l'accès à l'interface web.
L'accès en SSH est toujours opérationnel.
Puis au reboot d'après, j'ai déjà droit à un fsck
A celui d'après, des kernel panic
 
Bref, j'en peux plus

je viens de réessayer avec un autre nvme pcie de 512go, toujours impossible d’installer OMV
du coup pour le test je fais une live usb de TrueNas, et là l’install reconnait aussi bien le 512 que le 2To, donc c’est côté OMV le soucis

Trouvé

Je suis passé d'un i3 à un Xeon
Et le bordel venait de l'option VT-d qu'il fallait désactiver dans le BIOS

Depuis, plus rien, plus aucun message d'erreurs lors des upgrades, lors des reboot, etc.

Oui  

Plop !
 
A tout hasard, du monde synchronise son OMV avec OneDrive ?
En passant par le plugin natif d'OMV ?
En passant par rclone ?
 
J'aimerais synchroniser plusieurs répertoires différents (sur des différents partages) vers OneDrive.
Et j'ai l'impression que le plugin ne permet que de synchroniser globalement un partage
 
 

Bonjour,
Je viens de refaire mon NAS OMV6, et je me rends compte que mes fichiers sont en lecture seule.
Sur vos NAS qui sont les propriétaires de vos fichiers ?

root : root
pour les fichiers systèmes
 

OMV6 ne prend plus en charge les Perc H310 ? Elles étaient bien prises en charge par OMV5 pourtant

Obligé de les passer en mode IT ? Un moyen de contourner ça ?

Hello !
 
J'ai monté un petit NAS DIY (J5005, 8Go RAM) et je me lance dans l'installation d'OMV 6 en suivant les excellentes vidéos YT de GuiPoM - G. testé !. Pour l'instant je teste et je verrai si cela me convient.
J'aimerais utiliser ZFS, mais après l'installation de OMV-extras et du plugin ZFS quand je vais dans "Stockage" > "Systèmes de fichiers", j'ai l'erreur suivante en boucle :
 

 
Quand je vais dans "Stockage" > "ZFS" > "Pools" j'ai cette erreur :
 

 
La commande /sbin/modprobe zfs me renvoit :
 

 
Et dans /lib/modules/5.16.0-0.bpo.4-amd64 j'ai :
 

 
Est ce que ça vous parle ?

Juste pour info, il n'est pas recommandé d'utiliser ZFS sans RAM ECC.

Vous faites fonctionner correctement le plugin openmediavault-zfs 6.0.12 sur le kernel Linux 5.16 ?
J'ai installé le module openmediavault-kernel 6.4.8 qui permet d'installer d'autres kernel, j'ai testé avec le Proxmox kernel 6.2 et ça semble corriger mes problèmes. Le module ZFS est bien actif.
C'est une solution présentée sur cette page : https://forum.openmediavault.org/in [...] er-reboot/

Vous savez si OMV 6 est compatible avec le rpi 4 ?

 
Compatible. Installation par dessus Armbian (voir doc : https://docs.openmediavault.org/en/ [...] ebian.html)

Merci! Un intérêt à passer à OMV 6 ? Mon 5 est stable.

omv5 n’est plus maintenu, tu n’as que les màj debian

Bonjour,
 
Je suis connecté en SSH, et j'essaye de mettre en place une sauvegarde via le crontab -e, mais pas moyen d'enregistré mon cron.
 
Quand je fais un crontab -l j'ai le message suivant : no crontab for root

Lance ton crontab en root ou via su ?

je suis connecté en root depuis mon SSH.

Et via la gui, en utilisant la fonction tâche planifiée ?  
Perso c’est ce que je fais pour lancer des scripts...

Jamais testé, c'est ce que je comptais faire, mais je n'ai pas vu qu'on pouvait y mettre un script.
 
Tout à l'heure, je suis arrivé a enregistre mon cron, par contre je me demande si ce n'est pas ma vm qui est la ramasse, car j'ai des erreur de kernel :
 
echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this

Je stocke mes scripts dans un répertoire et je les exécute via une tâche planifiée du style sh monscript.sh

tu le place ou ton script dans la tache planifié ?
Car les taches planifiées Rsync depuis OMV il faut faire des sauvegardes par partage.

Euh...pour ma part je suis encore sous OMV4
Ça ne fonctionne p’t'être pas de la même façon du coup...

 
Pas moyen c'est à dire ?  
 
Tu as une erreur quand tu tentes de le sauvegarder ? Avec quel éditeur ?
 
C'est assez vague ton explication  

 
Quand j'enregistrais mon cron, les modifications n'étaient pas prise en compte, maintenant cela refonctionne.
 
j'utilise nano.
Je pense que c'est ma VM qui a problème, d'après ce que j'ai pu lire, c'est un problème de cache sur les paramètre :
 
vm.dirty_ratio
vm.dirty_background_ratio

Hello !
 
J'ai un problème qui s'éloigne un peu de OMV, peut être qu'il y a un topic plus approprié.
J'ai un serveur avec OMV6 et Docker / Portainer. J'ai installé en conteneur plusieurs services : SWAG, Authelia, Nextcloud, Jellyfin etc. Ces services sont accessibles par des sous-domaines de mon nom de domaine (IONOS). Certains de ces services sont accessibles depuis le WAN avec une authentification à 2 facteurs et d'autres sont accessibles seulement depuis le LAN.
Pour interdire l'accès depuis le WAN, j'ai 2 solutions : le internal.conf de Nginx à inclure dans les proxy-conf des applications et l'access_control de Authelia. Pour bien faire il faudrait indiquer qu'une plage d'adresse (192.168.1.0/24) correspond au LAN, c'est ce qui est indiqué dans toutes les docs.  
 
Par exemple internal.conf :
 

 
Ou configuration.yml de authelia :
 

 
Avec cette plage d'IP, ça ne fonctionne pas, l'accès aux applications concernées est refusé depuis le LAN et le WAN. Par contre si je mets l'adresse IP fixe de ma Livebox dans internal.conf ou l'access_control Authelia, tout fonctionne comme attendu, l'accès est refusé depuis le WAN et autorisé depuis le LAN. D'ailleurs dans les logs d'accès Nginx c'est bien l'IP publique de la Livebox qui apparait.  
J'imagine que c'est lié au fait que mon poste, au travers la Livebox et avec son IP publique, interroge un DNS externe.
 
En l'état c'est pas très satisfaisant, même si peut marcher : Ca ne correspond pas aux documentation que j'ai trouvé sur le sujet et ça démontre qu'il y a une erreur quelque part sur ma machine. Et comme la Livebox n'a pas d'IP fixe, ça posera des problèmes un jour ou l'autre.
 
Est ce que vous avez des pistes pour corriger ça ?