blabla@osa, FREE TEH TRUE RIOT §§§ - Page : 9702 - Débats - Linux et OS Alternatifs
Marsh Posté le 08-12-2017 à 11:32:04
MysterieuseX a écrit : |
+1
Marsh Posté le 08-12-2017 à 12:36:37
O'Gure a écrit : Wesh les gros, ça se regarde les 3 premiers poils de barbe pousser ou bien ? |
je ne suis pas gros, juste un peu...
/
Spoiler : |
edit 1 : beuuuu...
edit 2 : ....aaaarz'hhh
Marsh Posté le 08-12-2017 à 12:39:30
MysterieuseX a écrit : |
t'as bien un truc à raser quelquepart?
Marsh Posté le 08-12-2017 à 12:42:30
une compil du kernel pour que ça pousse
Marsh Posté le 08-12-2017 à 13:48:35
anapivirtua a écrit : |
Alors que tout tient ensemble avec du scotch et des ficelles ?
Spoiler :
|
Marsh Posté le 08-12-2017 à 14:31:49
Au moins le scotch et la ficelle, c'est des trucs éprouvés depuis des lustres, pas comme les nouvelles technologies de maintenant
Marsh Posté le 08-12-2017 à 18:34:34
e_esprit a écrit : Au moins le ducktape et la ficelle, c'est des trucs éprouvés depuis des lustres, pas comme les nouvelles technologies de maintenant |
FYP
Marsh Posté le 09-12-2017 à 08:13:14
Preums
J'adore les portiques et tubes à rayons X qui sont juste pour le décor en gare du nord...
Marsh Posté le 09-12-2017 à 08:42:07
mirtouf a écrit : Preums |
Illusion de la sécurité anyway, au moins c'est honnête.
Jusqu'à maintenant l'histoire contemporaine a prouvé que de toute façons c'est inutile
C'est comme le contrôle visuel des sacs à la défense mais en plus cher (et c'est toi qui paye).
Marsh Posté le 09-12-2017 à 10:21:15
Exactament, en outre j'ai croisé pas mal de fans de Johnny qui affluaient dès 7h du matin à Paris pour assister à l'hommage de l'idole des vieux (évadés fiscaux).
Marsh Posté le 10-12-2017 à 12:32:05
preums
Marsh Posté le 10-12-2017 à 19:18:42
bonjour,
Marsh Posté le 10-12-2017 à 23:32:43
Le client qui dit que nos snapshots ne marchent pas (on appelle l'API de XenServer) et qui nous sort son `dmesg` avec plein de `I/O errors` sur son storage, et ça viendrai de nous parce qu'à part ces messages d'erreur sur ses storages, tout va bien
Marsh Posté le 10-12-2017 à 23:55:48
Plam a écrit : Le client qui dit que nos snapshots ne marchent pas (on appelle l'API de XenServer) et qui nous sort son `dmesg` avec plein de `I/O errors` sur son storage, et ça viendrai de nous parce qu'à part ces messages d'erreur sur ses storages, tout va bien |
lol
Marsh Posté le 11-12-2017 à 08:11:53
bonjour,
Marsh Posté le 11-12-2017 à 09:07:28
ReplyMarsh Posté le 11-12-2017 à 14:45:53
Plam a écrit : Le client qui dit que nos snapshots ne marchent pas (on appelle l'API de XenServer) et qui nous sort son `dmesg` avec plein de `I/O errors` sur son storage, et ça viendrai de nous parce qu'à part ces messages d'erreur sur ses storages, tout va bien |
Ben ça veut pas toujours dire grand chose les I/O error, genre si il fait du multipath avec des LUNs de type failover, t'en as plein des messages comme ça et c'est parfaitement normal
Marsh Posté le 11-12-2017 à 14:49:30
e_esprit a écrit : |
Des read marqué bloqué à certains secteurs, je suis pas sûr que ça soit très bon signe, non ? Enfin je sais pas ce que t'en penses :
/dev/sdab: read failed after 0 of 4096 at 14994993250304: Input/output error |
Marsh Posté le 11-12-2017 à 15:29:21
C'est quoi le backend ?
Si ce sont simplement des disques en SATA tu devrais voir la couche ATA/SCSI qui fait des retry et/ou t'annonce que des block sont illisibles.
Si c'est une carte RAID, il faut utiliser la cli qui vient avec pour voir les logs du controleur.
Marsh Posté le 11-12-2017 à 15:30:47
Je crois que c'est une baie de storage en iSCSI. Mais j'en saurai plus quand j'aurai accès à l'hôte
Marsh Posté le 11-12-2017 à 15:37:36
Du coup c'est soit l'accès au backend qui a foiré, ce qui pourrait expliquer pourquoi tu vois des erreurs sur autant de devices, soit c'est un problème au niveau du backend lui même mais pour qu'autant de disques soient impactés c'est que c'est sérieux
Marsh Posté le 11-12-2017 à 15:41:12
Plam a écrit :
|
Ca ressemble pas mal aux erreurs générées par les checks de multipath
Surtout que les sdab, sdac, etc indique que y a pas mal de block device, ce qui correspond bien aussi.
Après j'ai plus de stockage de ce type sous la main pour contrôler...
Regardes du côté de multipath -l (ou multipath -ll) pour voir un peu mieux si c'est juste des path foireux (ce qui peut être normal) ou si c'est la merde au-dessus.
Marsh Posté le 11-12-2017 à 15:43:31
grao a écrit : Du coup c'est soit l'accès au backend qui a foiré, ce qui pourrait expliquer pourquoi tu vois des erreurs sur autant de devices, soit c'est un problème au niveau du backend lui même mais pour qu'autant de disques soient impactés c'est que c'est sérieux |
Pas forcément, si la baie a plusieurs controleurs en actif/passif, c'est le comportement normal, multipath fait des checks des différents chemins et n'utilise que ceux qui sont bons, et en cas d'erreur bascule sur ceux de secours.
Comme il teste régulièrement tous les chemins, y a ces messages d'erreurs qui apparaissent, mais ça n'est pas forcément signe de mauvaise santé.
Y a que la commande multipath pour le dire si c'est bon ou pas bon.
Marsh Posté le 11-12-2017 à 16:34:16
e_esprit a écrit :
|
Effectivement cela peut être le multipath mais de la façon dont il en parle j'ai compris que l'accès aux datas ne fonctionne pas et que le client ne lui a donné que cet extrait de log. Du coup "l'erreur normale" du multipath semble être hors de cause.
Marsh Posté le 11-12-2017 à 16:35:37
Disons qu'en plus de ça, des snapshots semblent échouer à cause du storage. Mais j'en saurai plus bientôt. Toujours est-il que ça vient pas de nous (et je vois pas comment ça pourrai être le cas)
Marsh Posté le 11-12-2017 à 17:16:26
Citation : /dev/sdad: read failed after 0 of 4096 at 0: Input/output error |
Avec un schéma comme ça, c'est le stagiaire qui essaye de faire une lecture FS sur un device block et qui s'est gentiment foiré quand il a défini les disques virtuels, parce que bon, scrubber le secteur 0, puis le secteur de fin puis le fin data puis le début data sur tout les disques ? C'est un foutu script foiré.
Dit leurs de vérifier leurs config LVM.
Marsh Posté le 11-12-2017 à 19:44:27
Invocation MystérieuseX - Essai n°1
Marsh Posté le 11-12-2017 à 21:43:35
bonsoir,
Harkonnen a écrit : |
xav
Marsh Posté le 11-12-2017 à 22:10:52
ReplyMarsh Posté le 12-12-2017 à 07:16:38
bonjour,
Marsh Posté le 12-12-2017 à 08:08:41
Preums in Madrid
Marsh Posté le 12-12-2017 à 08:22:05
ReplyMarsh Posté le 12-12-2017 à 08:47:11
ReplyMarsh Posté le 12-12-2017 à 09:48:36
Marsh Posté le 12-12-2017 à 10:58:13
Harkonnen a écrit : |
Jur noob.
Marsh Posté le 08-12-2017 à 11:14:42
Reprise du message précédent :
Et si on a pas de barbe ?
tu pourrais faire un effort
---------------
qwerty-fr