Reprise du message précédent :

 
Dans la barre de recherche windows 10, tu tapes "Partage". Ensuite clique sur "Gérer les paramètres de partage avancés"
Dans le profil actuel (Privé en principe), coche "Activer la découverte du réseau".
Dans Tous les réseaux, en bas, coche "Désactiver le partage protéger par mot de passe"
Tu enregistres, tu redémarres, et normalement ça roule!
 

 
Mais j'ai l'impression que c'est justement l'interface my.jdownloader qui est lente de chez lente, non ?

J'ai plus de soucis depuis qu'il tourne sur Windows c'est bien réactif

Pour le DDL, j'utilise pyload perso

Sur OMV ou sur un pi dédié ?
 
Je souhaite éviter une nouvelle machine rien que pour ça, d'autant que tous les HDD sont sur le serveur OMV

Sur le serveur OMV via Docker

Merci, et ça marche bien? Tu peux m'indiquer quel package exactement ?

Bonsoir,
 
Je me permet de m’incruster dans le sujet car je rencontrer un problème avec mon installation.
 
J'ai mis en place une machine sous OpenMediaVault 5.0 ( Beta ), cependant, le débit ( En lecture sur Windows ( Par l’intermédiaire de Samba ) ) est vraiment "Lent", +/- 11Mo/s.
 
Pourtant les disques durs utilisés peuvent aller largement plus haut ( Au moins 30 à 40 Mo/s ).
Je possède deux disque durs de 1 TO, montés en RAID mirror.  
A noter d'ailleurs que si je veux récupérer deux fichiers de deux disques durs différents sur le NAS, le débit est divisé en deux ( Je passe à +/- 5 Mo/s sur les deux fichiers ).
 
Sinon, en écriture le débit est correct ( +/- 40 / 50 Mo/s ).
 
D'ou pensez vous que ça pourrait venir ?
 
J'ai déjà fait beaucoup de recherche, je suis tombé sur un truc "Rwin", qui pourrait être potentiellement la cause, mais je dois avouer que je n'ai pas trouvé d'explication détaillé à ce sujet.
 
Autre chose que j'ai trouvé, c'est une histoire de "MTU", mais pour ça si j'ai bien compris, il faut que tout le réseau supporte cette norme, et la je n'ai pas plus de détails à ce sujet.
 
Pour information, voilà comment est monté mon réseau :  
- https://imgur.com/a/JpKSPVI
 
En carte mère, j'ai une "GA-970A-DS3P", celle-ci :  
- https://www.amazon.fr/Gigabyte-GA-9 [...] 00CX4MUCC/
 
Normalement le port supporte jusqu'à 1000Mbit/s ( Realtek® GbE LAN chip (10/100/1000 Mbit) ).
 
Donc là je ne sais vraiment pas d'ou peut venir le problème ^^  
 
Si quelqu'un a une idée, merci d'avance !

Tu n'auras pas de problème de MTU car tu ne traverses pas un routeur
OMV "Beta", pas toujours la bonne idée pour éviter les soucis divers et variés... que donne un hdparm pour faire un benchmark en lecture de ton array RAID ?

Exemple :
hdparm -Tt /dev/sda

Remplace /dev/sda par ce qui identifie ton array. Dans mon cas pour un RAID fait avec mdadm, c'est /dev/md0

2ème vérification :
Lorsque tu fais un transfert problématique en lecture, comment est la charge CPU sur la machine ?
Tu peux le vérifier avec la commande :
top
Puis si ta machine a plusieurs cores, appuie sur la touche [1]  et regarde en haut les statistiques de chaque core.

Waw,
 
Je ne m'attendais pas à une réactions aussi rapide, merci ^^  
 
@glubovore Merci pour la correction x)
Sinon, je dois avouer ne pas avoir bien compris le début de ton message, en tout cas, je confirme que la carte réseau du NAS est en 1000 Mbits/s ( Information trouvable dans le GUI ( Diagnostiques -> Tableau de bord -> Ajouter "Interface réseau" ) ).
 
Ha oui d'ailleurs, petit oublie dans mon premier message, j'ai aussi ajouté une carte réseau, celle-ci limité à 100 Mbits/s.
Cependant, j'ai bien fait en sorte de configurer les transferts Samba avec la carte a 1000 Mbits/s ( Cette carte étant réservé pour un serveur Web local ).
 
@ptibeur Voici le résultat de la commande "hdparm -Tt /dev/md0" :  
 
/dev/md0:
 Timing cached reads:   9412 MB in  2.00 seconds = 4710.07 MB/sec
 HDIO_DRIVE_CMD(identify) failed: Inappropriate ioctl for device
 Timing buffered disk reads: 312 MB in  3.00 seconds = 103.92 MB/sec
 
Sinon, il ne semble pas y'avoir de problème de charge au niveau CPU ( J'utilise la commande "htop" perso ) :
 
https://imgur.com/a/v6kQtQf
 
-------------------------------------------
 
Edit :  
 
En écrivant ma réponse, je me suis rendu compte que le problème pouvait peut-être venir de ma deuxième carte réseau, et effectivement !
 
C'est assez bizarre en fait :  
 
Dés que je débranche cette deuxième carte, le débit fonctionne correctement !
 
Pourtant dans les paramètres supplémentaires de Samba, j'ai bien défini le réseau à 1000 Mbits/s avec ce paramètre :  
interfaces = enp3s0
 
"enp3s0" est bien la carte à 1000 Mbits/s.
 
Liste complète des paramètres :  
 
interfaces = enp3s0
bind interfaces only = yes
socket options = TCP_NODELAY SO_RCVBUF=524288 SO_SNDBUF=524288 IPTOS_LOWDELAY
 
Et comme dis dans le premier message, pour l'écriture, je n'ai pas ce problème ( Que la deuxième carte soit branché ou non ).

2 cartes dans le même subnet ça peut poser des problèmes justement. Il suffit que ton NAS choisisse la carte à 100Mbps et ton transfert ira à la vitesse que tu as remarquée d'environ 10-11Mo/s.

Si tu veux conserver la carte, tu peux peut-être bidouiller pour que samba n'écoute que sur l'IP de la carte 1Gbps Vérifie avec "netstat" ou "ss" qui écoute sur quel port.

Habituellement on utilise plusieurs cartes réseau quand on veut les connecter sur plusieurs réseaux utilisant des adresses différentes, par exemple :
LAN1 : 192.168.0.0/24
LAN2 : 192.168.24.0/24

Sinon suit le principe de base KISS : Keep It Simple
Je te laisse choisir ce que tu veux donner comme sens pour le dernier S
https://fr.wikipedia.org/wiki/Principe_KISS

-> Voir l'édition de mon message ^^
 
C'est justement l'objectif de la deuxième carte  
 
Le serveur sera accessible en local, et en public ( Pour mon travail ).

@ptibeur: c'est intéressant que tu parles de charge cpu car j'ai un seul core saturé dans les transfert ftp (sans couche ssl). Du coup j'ai un débit de 20 Mo/sec alors que via Samba, je tourne à 70 Mo/sec en moyenne.
Une idée de ce qui pourrait être à l'origine de l'utilisation d'un seul core ?!?

Lance top et trouve le processus qui utilise le CPU ?
Tu peux mettre en lumière la colonne de tri en cours avec [X] et [Y] et la sélectionner avec [<] et [>] si ce n'est pas déjà le CPU
Utilise [C] pour afficher la commande complète plutôt que seulement le nom du processus. Touche [S] pour changer le rafraichissement, par exemple [S] puis [1] définit le rafraichissement toutes les secondes.

Voilà pour les rudiments de top Si c'est confirmé que c'est le processus FTP qui utilise les ressources, restera à voir pourquoi en cherchant comment diagnostiquer pour ce soft FTP (yen a plusieurs possibles entre proftp, vsftpd, pureftpd...)

Typiquement trop de petits paquets ça consomme + de CPU que des gros blocs transférés.

Quel CPU as-tu sur ton serveur ?

Ah mais le core qui est à 100% ne l'est que durant un transfert ftp.
Le process qui l'utilise est bien proftpd.
 
Je suis sous OMV4, avec le kernel à jour. J'ai un Celeron J4105..

Quelle version de proftpd ? Google me dit que 100% de cpu est déjà arrivé + d'une fois suivant la version

1.3.5b
 
Et impossible de mettre à jour avec une version plus récente même en lignes de commandes...
 

J'ai pris ce package : https://hub.docker.com/r/writl/pyload/
 
Oui, ça marche plutôt bien  

Bonjour.
 
Je suis sous OMV 4 sur un HP ProLian G7
 
Le système est sur un SSD et j'ai un RAID 10.
 
Je souhaite remplacer un HDD par un autre pour tester en cas de panne.
Ca ne fonctionne pas.
Après le remplacement de dique le RAID n'existe plus. Il ne m'est pas demandé de reconstruire la grappe.
 
Et sans le disque, le système ne démarre plus.
En fait, avec le nouveau HDD ou sans HDD, mon SSD n'est plus /dev/sda
 
Voici ce que j'ai si je lance la commande blkid.
 
Sans disque :
/dev/sda: UUID="bee1ff98-f891-bf3a-59b8-2de4add412d4" UUID_SUB="14640ad5-8e4d-eed1-55d1-fbdef24b9bf7" LABEL="omv:raid" TYPE="linux_raid_member"
/dev/sdb: UUID="bee1ff98-f891-bf3a-59b8-2de4add412d4" UUID_SUB="7cc82e0d-e089-5d85-ee73-256117823812" LABEL="omv:raid" TYPE="linux_raid_member"
/dev/sdc: UUID="bee1ff98-f891-bf3a-59b8-2de4add412d4" UUID_SUB="cddcc2b8-cb3c-4bf8-4461-efb0ca8527a1" LABEL="omv:raid" TYPE="linux_raid_member"
/dev/sdd1: UUID="88554e2a-1ee4-4e9c-a603-2e55bf7acd0a" TYPE="ext4" PARTUUID="d0f87a3b-01"
/dev/sdd5: UUID="e6508bde-d883-4af3-9a5c-c44b9831d209" TYPE="swap" PARTUUID="d0f87a3b-05"
 
Avec disque de remplacement neuf :
/dev/sda1: LABEL="Elements" UUID="2AF0897EF08950CD" TYPE="ntfs" PARTLABEL="Elements" PARTUUID="4f273bd2-2ce8-442e-8e3e-3ab11ddf8027"
/dev/sdb: UUID="bee1ff98-f891-bf3a-59b8-2de4add412d4" UUID_SUB="14640ad5-8e4d-eed1-55d1-fbdef24b9bf7" LABEL="omv:raid" TYPE="linux_raid_member"
/dev/sdc: UUID="bee1ff98-f891-bf3a-59b8-2de4add412d4" UUID_SUB="7cc82e0d-e089-5d85-ee73-256117823812" LABEL="omv:raid" TYPE="linux_raid_member"
/dev/sdd: UUID="bee1ff98-f891-bf3a-59b8-2de4add412d4" UUID_SUB="cddcc2b8-cb3c-4bf8-4461-efb0ca8527a1" LABEL="omv:raid" TYPE="linux_raid_member"
/dev/sde1: UUID="88554e2a-1ee4-4e9c-a603-2e55bf7acd0a" TYPE="ext4" PARTUUID="d0f87a3b-01"
/dev/sde5: UUID="e6508bde-d883-4af3-9a5c-c44b9831d209" TYPE="swap" PARTUUID="d0f87a3b-05"
 
Après avoir fait un Wipe sur le disque de remplacement :
/dev/sdb: UUID="bee1ff98-f891-bf3a-59b8-2de4add412d4" UUID_SUB="14640ad5-8e4d-eed1-55d1-fbdef24b9bf7" LABEL="omv:raid" TYPE="linux_raid_member"
/dev/sdc: UUID="bee1ff98-f891-bf3a-59b8-2de4add412d4" UUID_SUB="7cc82e0d-e089-5d85-ee73-256117823812" LABEL="omv:raid" TYPE="linux_raid_member"
/dev/sdd: UUID="bee1ff98-f891-bf3a-59b8-2de4add412d4" UUID_SUB="cddcc2b8-cb3c-4bf8-4461-efb0ca8527a1" LABEL="omv:raid" TYPE="linux_raid_member"
/dev/sde1: UUID="88554e2a-1ee4-4e9c-a603-2e55bf7acd0a" TYPE="ext4" PARTUUID="d0f87a3b-01"
/dev/sde5: UUID="e6508bde-d883-4af3-9a5c-c44b9831d209" TYPE="swap" PARTUUID="d0f87a3b-05"
/dev/sda1: PARTLABEL="Elements" PARTUUID="4f273bd2-2ce8-442e-8e3e-3ab11ddf8027"
 
 
Faut-il que je supprime la partition du nouveau disque ?
 
Comment fixer le démarrage sur le SSD quelque soit le nombre de HDD présents ?

Bonsoir,
 
Du coup pas d'idées pour fixer mon problème ? ^^
 
Merci d'avance

Bonjour,
 
Sûrement une question bidon pour vous, mes avec ces histoires de redirection de port, je suis un peu perdu! J'ai CloudCmd sur le port 8000, et je souhaite installer PyLoad.
 
Malheureusement, par défaut, PyLoad est aussi sur le port 8000. Je cherche donc à modifier le port d'accès à Pyload, mais malgré mes différentes tentatives pour le passer sur 9090 par exemple, je n'y arrive pas. J'imagine que c'est dans la redirection de ports :
 

 
Pouvez-vous me guider sur ce qu'il faut changer dans Host Port, Custom Port, ou autre ?
 
Merci bien!

Après avoir supprimer la partition RAW, je retrouve les bon /dev mais je n'ai toujours pas le RAID qui s'affiche sous OMV, même pas en dégradé.

 
La reconstruction doit-elle se faire en ligne de commande ?

La commande mdadm --detail /dev/md0 donne :

et cat /proc/mdstat donne :

Raid0 en même temps tu veux reconstruire quoi ? La grappe est rincé il faut en refaire une.

Il a créé un raid 10 le monsieur ! :-)

Ça m'apprendra à lire de biais ^^

Tiens, j'ai des droits samba qui ont sauté récemment.
Ça vous a aussi fait ça suite à une MAJ ?

Si tu édites le fichier smb.conf manuellement oui.

Nope, toujours passé par l'interface web

Il semblerait que les commandes suivantes suffisent à reconstruire la grappe :
 
mdadm --misc -R /dev/md0
mdadm --manage /dev/md0 --add /dev/sdb
 
Mais il semblerait également que des messages d'erreurs apparaissent ensuite et que la création de partages réseaux soit impossible.
 
L'un d'entre vous a-t-il déjà reconstruit un RAID 10 sur OMV 4 ?

mdadm --detail /dev/md0

/dev/md0:
        Version : 1.2
  Creation Time : Sun Apr  7 20:19:24 2019
     Raid Level : raid10
     Array Size : 19532611584 (18627.75 GiB 20001.39 GB)
  Used Dev Size : 9766305792 (9313.88 GiB 10000.70 GB)
   Raid Devices : 4
  Total Devices : 4
    Persistence : Superblock is persistent

 Intent Bitmap : Internal

   Update Time : Wed May 22 17:49:27 2019
          State : clean
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

        Layout : near=2
     Chunk Size : 512K

          Name : omv:raid  (local to host omv)
           UUID : bee1ff98:f891bf3a:59b82de4:add412d4
         Events : 21378

   Number   Major   Minor   RaidDevice State
       0       8        0        0      active sync set-A   /dev/sda
       1       8       16        1      active sync set-B   /dev/sdb
       2       8       32        2      active sync set-A   /dev/sdc
       3       8       48        3      active sync set-B   /dev/sdd

blkid
/dev/sda: UUID="bee1ff98-f891-bf3a-59b8-2de4add412d4" UUID_SUB="ea1ec351-d7d8-3895-3ef1-73f25bb3e6da" LABEL="omv:raid" TYPE="linux_raid_member"
/dev/sdb: UUID="bee1ff98-f891-bf3a-59b8-2de4add412d4" UUID_SUB="14640ad5-8e4d-eed1-55d1-fbdef24b9bf7" LABEL="omv:raid" TYPE="linux_raid_member"
/dev/sdc: UUID="bee1ff98-f891-bf3a-59b8-2de4add412d4" UUID_SUB="7cc82e0d-e089-5d85-ee73-256117823812" LABEL="omv:raid" TYPE="linux_raid_member"
/dev/sde1: UUID="88554e2a-1ee4-4e9c-a603-2e55bf7acd0a" TYPE="ext4" PARTUUID="d0f87a3b-01"
/dev/sde5: UUID="e6508bde-d883-4af3-9a5c-c44b9831d209" TYPE="swap" PARTUUID="d0f87a3b-05"
/dev/md0: LABEL="raid" UUID="15e957f5-27e4-41c2-a994-f33e6f04b198" TYPE="ext4"
/dev/sdd: UUID="bee1ff98-f891-bf3a-59b8-2de4add412d4" UUID_SUB="cddcc2b8-cb3c-4bf8-4461-efb0ca8527a1" LABEL="omv:raid" TYPE="linux_raid_member"

mdadm --manage /dev/md0 --set-faulty /dev/sda

mdadm --manage /dev/md0 --remove /dev/sda

Arrêter OMV

Remplacer le disque

mdadm --manage /dev/md0 --add /dev/sda

mdadm --detail /dev/md0
/dev/md0:
        Version : 1.2
  Creation Time : Sun Apr  7 20:19:24 2019
     Raid Level : raid10
     Array Size : 19532611584 (18627.75 GiB 20001.39 GB)
  Used Dev Size : 9766305792 (9313.88 GiB 10000.70 GB)
   Raid Devices : 4
  Total Devices : 4
    Persistence : Superblock is persistent

 Intent Bitmap : Internal

   Update Time : Wed May 22 19:16:29 2019
          State : clean, degraded, recovering
 Active Devices : 3
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 1

        Layout : near=2
     Chunk Size : 512K

Rebuild Status : 0% complete

          Name : omv:raid  (local to host omv)
           UUID : bee1ff98:f891bf3a:59b82de4:add412d4
         Events : 21399

   Number   Major   Minor   RaidDevice State
       4       8        0        0      spare rebuilding   /dev/sda
       1       8       16        1      active sync set-B   /dev/sdb
       2       8       32        2      active sync set-A   /dev/sdc
       3       8       48        3      active sync set-B   /dev/sdd

En allant dans Storage > RAID Management, on peut voir la reconstruction de la grappe.

Je ferai un retour une fois la reconstruction terminée.

Bonjoir tout le monde,
 
Je galère à installer OMV 4.1.22 sur une nouvelle config qui, à terme, devrait remplacer mon NAS actuel.
 
Voici la config:
Asus Prime X370-Pro (Bios à jour et en mode legacy pour le boot)
AMD Athlon 200GE
Corsair Vengeance 8GB 2400MHz
WD 120GB M.2 SSD (OS)
 
Si je lance l'installation depuis l'interface graphique de la carte mère j'ai des artefacts.
Si je lance l'installation depuis une carte graphique (HD5870) tout se passe bien, j'ai accès au webui et ssh mais dès que je retire la carte graphique j'ai des erreurs mdadm au boot et omv ne se lance pas.
 
Je comprends pas le lien entre la présence d'une CG et des erreurs mdadm?

La carte mère relie les deux  
Tu as des réglages un peu spéciaux dans le BIOS ? Overclocking, underclocking, économie d'énergie, autres tweaks divers ?  
Tu as testé tes barrettes de ram, avec memtest86 par exemple ?

 
Ok, c'est ma faute. Ça n'a rien a voir avec la CG...
 
Lorsque j'ai enlevé la clé USB d'install (sda1) mon ssd a pris sa place et OMV tentait de booter sur sdb1.
 
J'ai dû enlever la clé au même moment que la CG    
 
Merci et désolé, bonne journée!

RAID reconstruit !    
 
En revanche si je partage un dossier, celui-ci n'est pas listé lorsque j'affiche les dossiers partagés de mon serveur et il est affiché dans l'interface OMV avec le paramètre Referenced à No
 
A noter que j'ai déjà partagé l'intégralité de l'espace de travail à partir de la racine.
J'ai donc tenter de partager un sous-dossier pour le test.
Est-ce que cela peut avoir une incidence ?

Si le dossier partagé n'est pas référencé par aucun service le  "referenced" sera toujours à "no"

Bonjour à tous,
 
J'ai un Gen8 avec 5 disques: 4 en raid 5 sur une carte raid spécifique. un dernier disque qui comporte OMV que j'ai monté sur l'array en Raid 0 proposée de base sur le Gen8.
 
Suite à un redémarrage de mon serveur, il ne boot pas sur mon array en raid 0 et me mets le message suivant: non system disk or disk error
 
J'avoue ne rien avoir fait de spécial sur le serveur, si ce n'est l'avoir redémarré et installé régulièrement les mises à jours.
Quand je boot avec un live CD, je vois bien les données sur mon serveur en raid5 et je vois bien également mon disque en raid0.
 
Des idées ?
Merci !

Bios déréglée ?

Tiens, ça ressemble à ce qu'il m'est arrivé récemment (la seule différence : je n'ai pas rajouté de carte RAID)

Regarde dans ton BIOS si tu vois bien le RAID 0 de ton HDD/SSD sur lequel il y a OMV.

De mon côté, j'avais commencé par réinstaller OMV (pensant que les nombreuses MAJ pendant 2,5 ans avaient eu raison de l'OS) et me suis rendu compte qu'après reinstall, il ne le voyait toujours pas.
Donc commence par regarder au niveau BIOS

 
Dans le BIOS: "System Options" > "SATA Controller Options" > "Embedded SATA Configuration" : Enable Dynamic HP Smart Array B120i RAID Support
Quand je vais dans le "Intelligent Provisionning" > "Maintenance" > "HP Smart Storage Administrator (SSA)" > "Modules RAID": "1 module, 1 unité logique"
Dans les actions, en cliquant sur ma baie RAID B120i, je suis allé dans "Définir le lecteur/volume logique démarrable" et j'ai repassé sur "Local - Lecteur logique 1" en principal et secondaire. Ce paramétrage la semble avoir sauté sans que je sache pourquoi.
Et la mon OMV a démarré sans soucis.
Je vais en profiter pour faire une sauvegarde de ma configuration OMV du coup

Top si ça marche.
C'était peut être un problème du même style chez moi.

Mais ça m'a permis de tester la reinstall d'OM, remise en place du RAID, sans perdre de données

Pour la sauvegarde, j'ai regardé du plugin "backup" mais j'ai pas encore compris/trouvé le moyen de faire la restauration

J’ai réussi à redémarrer mon serveur mais je n’ai pas de réseau dessus depuis:
 

 

 
Une idée?