OVH Community, votre nouvel espace communautaire.

Retirer espace raid1


Nowwhat
06/01/2016, 22h11
Mon "Munin" balance des mails "warning" sur un un (mon) compte gmail .... Mon i(smart)phone fait la reste .......

Raln
06/01/2016, 18h13
Citation Envoyé par Nowwhat
D'où une bonne raison d'installer / activer un plugin 'Munin' qui exécute smartctl régulièrement pour te prévenir dès que possible .....
Les "warnings" (mail de Munin) vers une compte mail gmail qui te popup en direct sur ton smartphone .... Et t'es bon.

Genre : https://www.test-domaine.fr/munin/pa...smart_sda.html
Oui c'est sur Que utilise tu pour que cela te prévienne sur ton smartphone ?

Nowwhat
06/01/2016, 15h56
Citation Envoyé par Raln
M.... .. Sinon j'aurais jamais su. ..
D'où une bonne raison d'installer / activer un plugin 'Munin' qui exécute smartctl régulièrement pour te prévenir dès que possible .....
Les "warnings" (mail de Munin) vers une compte mail gmail qui te popup en direct sur ton smartphone .... Et t'es bon.

Genre : https://www.test-domaine.fr/munin/pa...smart_sda.html

Raln
06/01/2016, 12h50
Citation Envoyé par fritz2cat
tiens c'est moi qui avais parlé de JBOD.
Toute solution qui passe par un contrôleur RAID (exemple MYLEX et ses nouveaux noms comme MegaRAID, etc) emploient le terme JBOD lorsqu'il y a des partitions sans redondance ni striping.

Dans le cas du RAID software, tu n'as qu'à faire une partition sur le morceau du disque sdb inutilisé, par exemple /dev/sdb3 , et voilà.

Justement j'ai un 2 TB qui est en train de lâcher sur un kimsufi bon plan à BHS, et grâce au monitoring SMART j'ai pu m'en rendre compte à temps avant que le serveur ne plante complètement.

Aussi un Seagate qui rend l'âme après 26000 heures ? Obsolescence programmée à 3 ans ?
Merci pour ta réponse
Moi le serveur n'a pas planté heureusement je l'ai su avec munin qu'il y avait un disque qui avait un soucis .. Sinon j'aurais jamais su. Ensuite
j'ai fais un smart et là je m'en suis rendu compte qu'il y avait vraiment un soucis.
En effet très étrange pour l'heure ..

fritz2cat
06/01/2016, 10h52
tiens c'est moi qui avais parlé de JBOD.
Toute solution qui passe par un contrôleur RAID (exemple MYLEX et ses nouveaux noms comme MegaRAID, etc) emploient le terme JBOD lorsqu'il y a des partitions sans redondance ni striping.

Dans le cas du RAID software, tu n'as qu'à faire une partition sur le morceau du disque sdb inutilisé, par exemple /dev/sdb3 , et voilà.

Justement j'ai un 2 TB qui est en train de lâcher sur un kimsufi bon plan à BHS, et grâce au monitoring SMART j'ai pu m'en rendre compte à temps avant que le serveur ne plante complètement.
9 Power_On_Hours 0x0032 070 070 000 Old_age Always - 26966
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 54
187 Reported_Uncorrect 0x0032 077 077 000 Old_age Always - 23
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 40
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 40
Aussi un Seagate qui rend l'âme après 26000 heures ? Obsolescence programmée à 3 ans ?

Nowwhat
05/01/2016, 18h28
Citation Envoyé par sd82979
c'est sur
mais faut pt'etre ^mieux qu'ils ne s'en aperçoivent pas
Droit à l'erreur ??

Raln
05/01/2016, 16h45
Mon disque SDA a tourné 26554 heures quand même à peut près pareil que l"autre qui a lâché.

sd82979
05/01/2016, 16h18
Citation Envoyé par Nowwhat
Ils demandent, oui ....
Plus précisément "le copie coller de ton écran Putty avec le résultat de smartctl..."

Pourquoi KS tech demande t'il que nous produccions ces infos, si eux, ils ont accès au serveur avec un simple prise RS232 (terminal) ou clavier-USB+écran VGA + tap tap entrée => login root ... (si possible) ils peuvent vérifier en ligne ?!
Sinon : reboot en rescue .... (si le serveur tourne encore => reboot hard (danger !!) .... etc.
Grosso modo : je me demande si le service technique se connecter réellement au serveur avant de remplacer le disque "sans réfléchir".
Moi, je pense : Le shut down électrique => changement du BON disque (que NOUS (avec notre sortie "smartctl") avons indiqué !) - puis allumage du serveur et ... basta. A l'utilsateur de rebuild et restore (et si il n'y qu'UN disque, on a droit au service offerte par la boite : réinstallation de l'OS dernièrement installé à partir du Manager).

Chez moi©, le copie-coller va passer par un session de UltraEDit (ou Notepad++, voir notepad.exe) pour .... bref, vous avez compris
c'est sur
mais faut pt'etre ^mieux qu'ils ne s'en aperçoivent pas

Raln
05/01/2016, 16h09
C'est quand même très embêtant cette différence entre les 2 disques, je ne sais vraiment pas quoi faire ..

Nowwhat
05/01/2016, 15h31
Citation Envoyé par sd82979
ils demandent les infos smart, donc si pas d'erreur et détecté, ils changent pas.
Ils demandent, oui ....
Plus précisément "le copie coller de ton écran Putty avec le résultat de smartctl..."

Pourquoi KS tech demande t'il que nous produccions ces infos, si eux, ils ont accès au serveur avec un simple prise RS232 (terminal) ou clavier-USB+écran VGA + tap tap entrée => login root ... (si possible) ils peuvent vérifier en ligne ?!
Sinon : reboot en rescue .... (si le serveur tourne encore => reboot hard (danger !!) .... etc.
Grosso modo : je me demande si le service technique se connecter réellement au serveur avant de remplacer le disque "sans réfléchir".
Moi, je pense : Le shut down électrique => changement du BON disque (que NOUS (avec notre sortie "smartctl") avons indiqué !) - puis allumage du serveur et ... basta. A l'utilsateur de rebuild et restore (et si il n'y qu'UN disque, on a droit au service offerte par la boite : réinstallation de l'OS dernièrement installé à partir du Manager).

Chez moi©, le copie-coller va passer par un session de UltraEDit (ou Notepad++, voir notepad.exe) pour .... bref, vous avez compris

sd82979
05/01/2016, 14h24
Citation Envoyé par Nowwhat
Euh .... j'ai toujours rien dit mais .... faut savoir s'ls font cette vérification de leur coté
ils demandent les infos smart, donc si pas d'erreur et détecté, ils changent pas.

Nowwhat
05/01/2016, 13h48
[QUOTE=Raln;658588]M...
Il faut le faire en mode rescue du coup ?
Le tuto cité plus haut ne parle pas de mode rescue .... donc non.
Comme 'Wndows', le systeme est démarré, donc formaté un espace 'encore vide' et attribuer un 'lecteur', ça se fait à la volé.

Citation Envoyé par Raln
...
Cela impactera t-il la performance du raid ?
Deux disques avec la même taille est bien sur le top ...


Citation Envoyé par Raln
...
(edit : Pas sur sur cela fonctionne ........si le dd n'est pas hs
Euh .... j'ai toujours rien dit mais .... faut savoir s'ls font cette vérification de leur coté

Raln
05/01/2016, 13h24
Merci pour ton aide

Il faut le faire en mode rescue du coup ? Cela impactera t-il la performance du raid ?

(edit : Pas sur sur cela fonctionne si le dd n'est pas hs . Et si je demande à ovh de changer sans qu'il soit hs, ils le feront pas ? Car d'après ce que j'ai lu et ce que tu m'a dit, avoir 2 disques en raid1, pas de la même taille sa impact les performances)

Nowwhat
05/01/2016, 13h08
Déjà, on voit clairement que ton Raid1 sur le disque /sdb n'utilise QUE trois partitions, le tout avec un taille pareil que ton /sda. Il reste donc de la place sur /sdb.

http://www.howtogeek.com/106873/how-...ions-on-linux/

Si j'ai bien compris, tu te lance avec
Code:
fdisk /dev/sdb
(car c'est le sdb, ton nouveau disque de 1,8 To)

puis tu commence créer une partitions, qui va être connu sur le nom /dev/sdb4 (le 1 - 2 et 3 sont déjà prise)
puis formatage de ce nouveau partition /dev/sdb4 avec
Code:
mkfs.ext4 /dev/sdb4
Je te conseille de créer (exemple) un sous répertoire dans /mnt (/mnt existe déjà)
Code:
mkdir /mnt/spare
Ce qui manque (à mon avis) est l'édit de /etc/fstab : il faut bien un ligne genre :
Code:
/dev/sdb4        /mnt/spare    defaults,relatime       1       2
(sinon il faut que tu 'mounte' ce /dev/sdb4 toi même après chaque reboot)

Attention : je ne fait que citer que Google me donne. Je n'ai pas testé tout ça récemment.
Avant de commencer quoi que ce soit, sauvegarde TOUT.

(edit : coup de pute balance un ticket pour changer /sda ..... tu sais comment faire maintenant avec un peu de change, t'auras deux fois 1,8 To - et ton probleme n'existe plus - j'ai rien dit hein, je ne fait que penser avec mes doigts sur mon clavier )

Raln
05/01/2016, 12h34
Merci pour vos réponses, voici ce que me donne un fdisk -l :

# fdisk -l

Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00096593

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 4096 933777407 933773312 445,3G fd Linux raid autodetect
/dev/sda2 933777408 975718399 41940992 20G fd Linux raid autodetect
/dev/sda3 975718400 976764927 1046528 511M 82 Linux swap / Solaris

Disk /dev/sdb: 1,8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000

Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 4096 933777407 933773312 445,3G fd Linux raid autodetect
/dev/sdb2 933777408 975718399 41940992 20G fd Linux raid autodetect
/dev/sdb3 975718400 976764927 1046528 511M 82 Linux swap / Solaris

Disk /dev/md2: 20 GiB, 21473722368 bytes, 41940864 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/md1: 445,3 GiB, 478091870208 bytes, 933773184 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Après je veux surtout que les 500 go soit en raid1, mais les 1,5TB qui me reste, ce n'est pas grave si ils ne font pas partit du raid, car les données qui seront dessus ne seront pas important.

Merci d'avance.

Hoggins!
05/01/2016, 10h54
Ce qui est embêtant avec du JBOD, c'est que si tu perds un de tes disques pour X ou Y raison, tu perds tout.
Alors que si ton disque de 500Go pète bientôt, ben il sera remplacé, et t'auras un RAID1 de 2To...

sd82979
05/01/2016, 10h03
il y a toutes les chances que le 2To soit plus performant que le 500Go, et que du coup, ça soit le 500 qui bride et non le fait d'en mettre partout dans le 2to
les temps d'accès seront moins bons sur le 2to qui va passer son temps a faire des seek sur le disk, mais le débit sera je pense bien meilleur.

Nowwhat
05/01/2016, 07h21
Comme janus57, je suis pas "expert de la partition" non plus, mais :
deux disques en raid 1, de la même taille, ça aide pour optimaliser la performance. Chercher à utiliser la partie disponible sur ton nouveau disque, ça va déséquilibrer la charge d’entre les deux disques, la vitesse de ton serveur entier va donc diminuer....
Te te conseille de faire des tests avant et après ton expérience JBOD.

D’ailleurs, la partie 1.5 To ne peut pas être dans ton "Raid 1" - "Raid 1" consiste à deux 'partions' sur deux disques physiques - les deux partions sur ces deux physiques ont la même; taille.

Un
fdisk -l
donne quoi ?

Raln
04/01/2016, 21h03
Bonjour,

Je possède un serveur avec 2 disques en raid 1, 500 go chacun de base, mais suite à un disque HS, OVH m'a remplacé un des disques par un disque 2To.
Un membre du forum m'a donc parlé de "JBOD", que je ne connaissais pas jusqu’à là.
J'ai donc en gros 1,5 TB que je ne pourrais pas utiliser. Il y a t-il une solution pour mettre le reste en JBOD ou autre ? Et si oui comment ?
En gros ce que je souhaite faire, c'est retirer les 1,5 TB du raid pour que je puisse les utiliser.

Je vous remercie d'avance,

Raphaël.