Reprise du message précédent :
super merci à tous je viens de réussir, c'est très simple en effet !

Je t'en prie. N'hésite pas à modifier si le besoin s'en fait sentir.

Merci d'avance de mon côté aussi
Ca fait un moment que je veux me lancer à rsync mais encore en cicatrisation de mes derniers essais
Le petit tuto devrait me remotiver !

Je vais certainement illustrer le tuto avec des images. Mais pour ça, il me faut une VM avec OMV 4, car je suis toujours sous OMV 2 .
J'essayerais de le sortir dans le courant de la semaine prochaine

Bonjour,
 
est-ce qu'on peux planifier un arrêt à telle heure tout les jours, et un redémarrage à telle heure tout les jours aussi dans OpenMediaVault?
 
le but est d'arrêter mon NAS genre à 1h du mat toutes les nuits et de le faire redémarrer automatiquement à 8h du matin.
 
Merci.

Oui c'est possible de réveiller ton NAS avec le plugin wakealarm dispo dans OMVEXTRAS.
 
En revanche il faut que ton BIOS soit compatible RTCWAKE et tu devras le configurer pour autoriser le RTCWAKE par OS.
 
Puis dans OMV :

• Installer le plugin wakealarm
• Configurer l'heure d'allumage via le plugin "Scheduled wakealarm"

En SSH, vérifier que l'heure soit d'allumage soit bien programmée (le plugin vérifie les programmations chaque minute pile) :

 
Selon moi, y a un petit défaut de conception avec ce plugin qui fait grossir le fichier wakealarm.log sans jamais le vider.
Du coup j'ai fait un petit script pour supprimer le fichier wakealarm.log à chaque boot qui contient tout simplement :

 
Dans OMV, ajouter une tâche programmée au reboot pour exécuter le script à chaque démarrage.
 
Pour l'extinction, pas besoin de plugin, tu créés une tâche planifiée quotidienne et zou !

Tu peux utiliser logrotate (logiciel linux classique) pour contrôler que la taille de ton fichier ne dépasse pas X Mo, garder un peu d'historique, etc. Pour certains logiciels on aime bien savoir, après reboot, ce qui s'est passé juste avant le reboot

 
Ah ouais p'tain c'est compliqué....
 
Merci.

Ben tu peux t'arrêter à la ligne
"Configurer l'heure d'allumage via le plugin "Scheduled wakealarm""

Ça marchera très bien.
Le reste c'est du tuning en option et de l'info.

Par exemple, durant mes tests, je réglais une heure de réveil, j'éteignais aussitôt OMV et à l'heure dite, rien ne se passait.
C'est en visualisant le fichier log que j'ai compris que le plugin se mettait à jour à chaque minute et donc que j’éteignais OMV trop rapidement

J'prefère t'en informer comme ça t'auras pas la mauvaise surprise

PS : merci ptibeur, j'vais regarder logrotate, ce sera plus propre effectivement.

 
Attention à l'usure prématurée des disques à ce moment la... C'est au moment du boot que les moteurs des disques sont les plus sollicités.

Tes disques ne se mettent jamais en veille..?

Jamais en vieille ici

On a déjà débattu (ici et ailleurs) de la pertinence de mettre les disques en veille VS fonctionnement H24.
 
Discussion intéressante ici et jusqu'en bas de la page.

Merci pour la lecture babble.
 
Et j'me range sur l'avis de nounounounou.
Déjà dans mes NAS, je mets des HDD type wd green/blue et pas des HDD spéciaux NAS surfacturés par les constructeurs car les NAS sont de plus en plus à la mode ces dernières années.
 
Par ailleurs, j'ai un usage de mon NAS uniquement en LAN, je n'ai pas besoin qu'il tourne 24/7, et donc je l'allume quand j'en ai l'utilité (une fois par jour quand c'est l'heure de matter qq chose sur Kodi).
Selon moi, un NAS doit rester allumé/en veille uniquement si on souhaite s'en servir en dehors de chez soi à n'importe quelle heure.
 
Si je suis le raisonnement de ceux qui ont "peur" que le HDD lâche à cause de démarrages/extinctions à répétition, j'en conclus alors que vous n'éteignez jamais vos PC sous Windows si vous suivez la même logique...? (j'me doute que peu de monde est 100% SSD dans sa config hein).
 
M'enfin, j'vais pas relancer le débat hein

La question qui se pose plutôt ici est: "Est-ce que le NAS est la solution de storage qu'il te faut ?" ...

que du ssd sur mon poste windows et pourtant il est en route h24..

Aussi 100% SSD sur tous mes postes "clients" mais je les mets en veille prolongée par contre.

Perso je suis aussi dans le camp de mettre en veille les disques dans la mesure du possible. Et pourtant j'ai des disques "pour NAS" et même un SAS.
La raison étant que rien que faire tourner les 6 disques dans le vide cela fait consommer 28W/h en plus, soit quasiment autant que le serveur (un Xeon !) en idle sans disque. Le serveur tournant lui H24 (dont 99% du temps en idle) pour fournir les différents services que j'utilise.
 
Seul souci, j'ai souvent ce genre d'erreur à la sortie de veille du RAID (sur 4 disques):

J'avais cherché à l'époque (je ne retrouve plus les liens) mais à priori ce n'est qu'un problème de synchronisation entre le démarrage des disques et on peut ignorer cette erreur. Cela doit faire 3 ans que j'ai ces messages sans aucune conséquence sur le raid.

Kodi n'est pas installé sur mon NAS.
Et oui j'ai bien l'utilité d'un NAS.
 

C'est pas toi qui payes les factures d'électricité...?

Je me doute que kodi n'est pas sur le NAS. Mais tu dis n'utiliser ton NAS que pour que kodi y accède "une fois par jour quand c'est l'heure de matter qq chose" ... Donc un NAS n'est peut être pas la solution qui convient le mieux ...

Si pourquoi ?

 
Comme @eeeinstein, non, ils ne sont jamais en veille et ceux depuis 2013.

Ils ont quoi ceux de 2013 ? Ils passent en veille ?

Plutôt "ce" depuis 2013 je pense

Dites moi... comment expliquer que lorsque j'envoie des fichiers vers OMV en FTP je tourne à ~30 Mo/sec alors que quand je les envoie par Samba je tourne à ~80 Mo/sec ?
 
Qu'est-ce qui pourrait limiter les performances comme ça ?
 
Edit : durant un transfert FTP, j'ai un coeur sur 4 à 100% sur le serveur :\

Taille des blocs transférés plus petite en FTP, donc ça utilise plus de CPU ?

Bonjour à tous,
J'utilise OMV depuis quelques années... j'ai la version 2.2.14... oui ca date mais j'avoue que ca fait le job.
Je viens de réinstaller win10 sur mon PC et depuis je ne parviens plus à accéder aux partages SAMBA alors que ca fonctionnait très bien sous ma précédente install win 10.
 
lorsque je tape le chemin d'accès, il me demande login/mdp et après 2 essai il me jette avec une erreur 0X80004005
 
Quelqu'un a t il une idée de la manière dont je peux remettre en place les accès?
 

Peut être parce que samba v1 a été désactivé sur Windows 10...

Il faut soit avoir samba v2 sur omv ou réactiver smbv1 dans les fonctionnalités

Après différentes recherches il faut désactiver SMB V2 et ne laisser actif que la V1
sources pour les lignes de commande...  
https://support.microsoft.com/en-us [...] indows-and
 
Merci pour m'avoir mis sur la piste

Salut à tous,
 
Je repasse duu coté d'OMV après l'avoir abandonné pendant 2 ans pour diverses raisons.
 
J'ai un gros souci à l'install sur mon serveur.
 
Installé sur un disque Sata: Demarrage OK
 
Je branche 3 autres disques: Erreur et redémarrage:  
Exemples d'erreurs
sg: version magic "3.10.105 smp mod_unload" System is going to reboot
 
Et bien entendu, redémarrage en boucle.
 
Une piste ? Un début de solution ?
 
Merci d'avance

 
Non; ils tournent H24 depuis cette date
 

 
Oups  
 

 
Attention à bien patcher le SMB v1; un certain Wannacry l'utilisait pour se propager...
https://docs.microsoft.com/en-us/se [...] 7/ms17-010
 

 

 
Quelle version d'OMV? Tes trois autres disques sont formatés en quoi?
 
EDIT: Syntaxe

+1 pour éviter smbv1

C'est pas faux.

Omv gère bien le smbv2 normalement non ?

pour ceux qui cherchent à faire de la synchro avec windows j'ai trouvé ça sur cygwin :
https://www.it-connect.fr/synchroni [...] -et-linux/

bonjour a tous,
je viens poster ici quelques questions sur une éventuelle config et utilisation.
En ce moment j'ai un qnap 2 baies a base d'atom double coeur et 1 go de ram me servant uniquement de partage de fichiers.
Sur cette config j'ai 2 volumes simple ( plus un backup externe) et j'hésite a prendre un 2em qnap 2 baies pour faire du backup rsync des 2 volumes de ma première config ou d'acheter un N54L avec omv pour faire la même chose (pas de raid, je n'ai pas besoin de donnée continu et je ne veux pas etre bloquer en cas de panne matériel)
omv serait installer en "dur" et non en vm et mon utilisation se limite a du partage de fichier et connexion FTP a ma seedbox.
Je ne maitrise ni linux, ni ssh, ni codage.  
Le qnap ou le hp sont au même tarif.
Que feriez vous?

Tu as envie d'apprendre linux/ssh et autre va pour omv
 
Tu veux pas te prendre la tête dans la configuration de la machine, tu veux du plug&play : prend un qnap

merci.
Réponse claire et tranché comme j'aime.
L'envie pas spécialement et surtout qu'avec les enfants j'ai moins de temps pour bidouillé. J'ai acquis ce confort avec mo premier syno il y 10ans et la le qnap me conviens mais il surgis toujours des questions lors de changement de config....
merci encore et bonne journée    

Hello,
j'aurais besoin d'un petit coup d'explication
 
je souhaite établir une synchro via rsync entre mon windows 10 et mon NAS OMV 4.
J'ai installé cygwin sur mon W10, créé un certificat ssh pour pouvoir me connecter à mon NAS sans me logger à chaque fois, et j'arrive désormais à récupérer les fichiers de mon NAS sur mon W10.
 
Mais c'est le contraire que je voulais faire : que le NAS soit à l'origine des demandes de synchro et n'ait pas besoin que je soit là pour le logger sur windows.
 
Comment ca se passe pour que le NAS communique avec mon PC windows, cygwin tourne désormais en arrières plan et va attraper les requêtes ssh? je trouve peu d'info sur la communication debian > cygwin
 
Merci d'avance

 
Je ne connais pas très bien comment le plugin rsync est foutu sous OMV4, mais je ne pense pas que tu as besoin de cygwin, car c'est le serveur qui va exécuter le script.
Il faut que tu fasses alors attention à ses quelques points si tu veux le faire dans se sens:
1/ tester si ton PC Windows est allumé
2/ Regarder si ton serveur OMV a les droits pour accéder à tes fichiers à sauvegarder
3/ Faire attention à la syntaxe de chemin windows qui n'est pas la même que celle sous Linux (d'ou ton utilisation de cygwin)
 
Par contre, je n'ai aucune idée si c'est directement paramétrable depuis la GUI.