Re: Re-scanner un contrlleur HBA
Hello, Desole, pour le bruit, le switchs fc ont tres mal supporte le cablage / decablage des fibres. Il a fallu que je sorte les hosts du zoning et que je les reimporte pour que tous rentre dans l'ordre. On Wed, 10 Aug 2011 00:35:25 +0200 Jean-Christophe Valiere bigj...@gmail.com wrote: On Aug 9, 2011, at 11:54 PM, Gilles Mocellin wrote: Le 09/08/2011 14:30, Jean-Christophe Valiere a écrit : Salut, Tout se passe sur une debian squeeze en amd64. J'essaie de re-scanner un HBA pour ajouter des nouveaux volumes. Quand je re-scanne le controlleur (echo 1 /sys/class/fc_host/hostID/issue_lip), je detecte bien les nouveaux paths, par-contre les volumes ne sont pas cree (pb udev ?). J'ai egalement teste la commande: echo - - - /sys/class/scsi_host/host0/scan, qui ne semble pas faire grand chose... [...] Quelqu'un aurait-il une idee ? J'ai quasi la même chose que toi dans mon script de rescan, avec un plus au niveau multipath et VG au cas où on présent un volume qui contient déjà quelque chose : FCHOSTS=$(ls -d /sys/class/fc_host/host*) SCSIHOSTS=$(ls -d /sys/class/scsi_host/host*) for fchost in $FCHOSTS; do echo 1 $fchost/issue_lip done for scsihost in $SCSIHOSTS; do echo - - - $scsihost/scan done A priori, c'est la partie qui pose problème. J'ai rien qui se passe quand je fais ce echo. Au final j'ai bien mes nouveaux LUN, mais pour une raison inconnue, udev ne crée pas les device /dev/sdX. Par contre si je reboot, alors il crée bien les device et multipath crée correctement les device dm-X # On relit le fichier de config multipathd -kreconfigure sleep 2 # On regarde s'il y a de nouveaux VG vgscan --mknodes -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e41ac7b.8090...@free.fr Regards, Jean-Christophe j...@safehost.ch -- Regards, Jean-Christohe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110810100939.7bb29102@SAFEHOST
Re-scanner un contrlleur HBA
Salut, Tout se passe sur une debian squeeze en amd64. J'essaie de re-scanner un HBA pour ajouter des nouveaux volumes. Quand je re-scanne le controlleur (echo 1 /sys/class/fc_host/hostID/issue_lip), je detecte bien les nouveaux paths, par-contre les volumes ne sont pas cree (pb udev ?). J'ai egalement teste la commande: echo - - - /sys/class/scsi_host/host0/scan, qui ne semble pas faire grand chose... Voila les logs apres le echo: Aug 8 16:23:17 web1 kernel: [4495758.739299] qla2xxx :06:00.0: LIP reset occurred (f7f7). Aug 8 16:23:17 web1 kernel: [4495758.759805] qla2xxx :06:00.0: LIP occurred (f7f7). Aug 8 16:23:17 web1 kernel: [4495758.760068] qla2xxx :06:00.0: LIP reset occurred (f7f7). Aug 8 16:23:18 web1 kernel: [4495760.325368] scsi 0:0:1:1: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 8 16:23:18 web1 kernel: [4495760.325495] ses 0:0:1:1: Attached Enclosure device Aug 8 16:23:18 web1 kernel: [4495760.326590] scsi 0:0:8:1: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 8 16:23:18 web1 kernel: [4495760.326724] ses 0:0:8:1: Attached Enclosure device Aug 8 16:23:18 web1 kernel: [4495760.329038] scsi 0:0:13:1: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 8 16:23:18 web1 kernel: [4495760.329135] ses 0:0:13:1: Attached Enclosure device Aug 8 16:23:18 web1 kernel: [4495760.330059] scsi 0:0:14:1: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 8 16:23:18 web1 kernel: [4495760.330189] ses 0:0:14:1: Attached Enclosure device A titre de comparaison, voila ce que j'ai au boot d'une machine: Aug 9 12:54:52 web1 kernel: [2.927917] qla2xxx :06:00.1: LIP reset occurred (f8f7). Aug 9 12:54:52 web1 kernel: [2.942707] qla2xxx :06:00.1: LIP occurred (f8f7). Aug 9 12:54:52 web1 kernel: [2.952385] qla2xxx :06:00.1: LIP reset occurred (f7f7). Aug 9 12:54:52 web1 kernel: [2.960423] qla2xxx :06:00.0: LOOP UP detected (8 Gbps). [...] Aug 9 12:54:52 web1 kernel: [3.012871] qla2xxx :06:00.1: LOOP UP detected (8 Gbps). Aug 9 12:54:52 web1 kernel: [3.033922] device-mapper: uevent: version 1.0.3 Aug 9 12:54:52 web1 kernel: [3.034318] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-de...@redhat.com Aug 9 12:54:52 web1 kernel: [3.046111] PM: Starting manual resume from disk Aug 9 12:54:52 web1 kernel: [3.077369] kjournald starting. Commit interval 5 seconds Aug 9 12:54:52 web1 kernel: [3.077387] EXT3-fs: mounted filesystem with ordered data mode. Aug 9 12:54:52 web1 kernel: [3.509092] scsi: waiting for bus probes to complete ... Aug 9 12:54:52 web1 kernel: [3.542948] scsi 0:0:0:0: Direct-Access IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 5 Aug 9 12:54:52 web1 kernel: [3.543910] scsi 0:0:0:1: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.550199] scsi 0:0:1:0: Direct-Access IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.551181] scsi 0:0:1:1: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.551928] scsi 0:0:2:0: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.558469] scsi 0:0:3:0: Direct-Access IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.559470] scsi 0:0:3:1: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.568473] scsi 0:0:4:0: Direct-Access IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 5 Aug 9 12:54:52 web1 kernel: [3.571278] scsi 4:0:0:0: Direct-Access IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 5 Aug 9 12:54:52 web1 kernel: [3.571891] scsi 0:0:4:1: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.572167] scsi 4:0:0:1: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.580748] scsi 0:0:5:0: Direct-Access IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.583555] scsi 4:0:1:0: Direct-Access IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.584169] scsi 0:0:5:1: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.584445] scsi 4:0:1:1: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.584917] scsi 0:0:6:0: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.585074] scsi 4:0:2:0: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.594070] scsi 0:0:7:0: Direct-Access IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.596835] scsi 4:0:3:0: Direct-Access IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.597453] scsi 0:0:7:1: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.597754] scsi 4:0:3:1: Enclosure IFT DS S16F-R2840-4 385E PQ: 0 ANSI: 4 Aug 9 12:54:52 web1 kernel: [3.603972] scsi 4:0:4:0:
Re: Re-scanner un contrlleur HBA
On Aug 9, 2011, at 11:54 PM, Gilles Mocellin wrote: Le 09/08/2011 14:30, Jean-Christophe Valiere a écrit : Salut, Tout se passe sur une debian squeeze en amd64. J'essaie de re-scanner un HBA pour ajouter des nouveaux volumes. Quand je re-scanne le controlleur (echo 1 /sys/class/fc_host/hostID/issue_lip), je detecte bien les nouveaux paths, par-contre les volumes ne sont pas cree (pb udev ?). J'ai egalement teste la commande: echo - - - /sys/class/scsi_host/host0/scan, qui ne semble pas faire grand chose... [...] Quelqu'un aurait-il une idee ? J'ai quasi la même chose que toi dans mon script de rescan, avec un plus au niveau multipath et VG au cas où on présent un volume qui contient déjà quelque chose : FCHOSTS=$(ls -d /sys/class/fc_host/host*) SCSIHOSTS=$(ls -d /sys/class/scsi_host/host*) for fchost in $FCHOSTS; do echo 1 $fchost/issue_lip done for scsihost in $SCSIHOSTS; do echo - - - $scsihost/scan done A priori, c'est la partie qui pose problème. J'ai rien qui se passe quand je fais ce echo. Au final j'ai bien mes nouveaux LUN, mais pour une raison inconnue, udev ne crée pas les device /dev/sdX. Par contre si je reboot, alors il crée bien les device et multipath crée correctement les device dm-X # On relit le fichier de config multipathd -kreconfigure sleep 2 # On regarde s'il y a de nouveaux VG vgscan --mknodes -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e41ac7b.8090...@free.fr Regards, Jean-Christophe j...@safehost.ch -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/929e0326-4810-4183-8499-f2236dfe6...@safehost.ch
Re: Quand ai-je installé ma Debian ?
Vera Mickael wrote: Bonjour, Question pas critique, mais après une n-ième mise à jour qui s'est déroulé avec succès, relatif si on considère que grub casse presque à chaque fois :-) je me suis demandé depuis combien de temps j'utilise la même installation de Debian ? Est-ce qu'il y a un fichier d'historique sur Debian ? Peut-on retrouver un indice, comme par exemple une date de formatage de partition ou un fichier particulier qui n'est jamais ou n'a jamais été écrasé ? C'est une question pour les archéologues :-) Merci d'avance, Mickaël uptimed si tu l'install des le debut donne une bonne idee. -- Jean-Christophe
Status du mode multipath de mdadm
Salut, Est-ce que quelqu'un est au courant du statut du mode multipath de mdadm. J'envisageais de faire un test DRBD + iSCSI + MDADM en mode multipath + OCFS2 pour faire un espèce SAN ? J'ai vu une note du développeur sur le site officielle à propos du mode mutipath plutôt vieillotte mais rien depuis. -- Regards, Jean-Christophe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [HS] mettre des processeurs de frequence differentes sur CM bi-proc
Perso, je pense que ca marche. Voila la config d'une de mes machines (petites erreur de manip au montage ...) [EMAIL PROTECTED]:~ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 37 model name : AMD Opteron(tm) Processor 252 stepping: 1 cpu MHz : 2400.000 cache size : 1024 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fx sr_opt lm 3dnowext 3dnow pni bogomips: 4822.08 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp processor : 1 vendor_id : AuthenticAMD cpu family : 15 model : 33 model name : AMD Opteron(tm) Processor 285 stepping: 2 cpu MHz : 2400.000 cache size : 1024 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fx sr_opt lm 3dnowext 3dnow pni bogomips: 4822.08 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp Je me retrouve avec 2 des 3 CPUs utilises. Arnaud Jayet wrote: Bonjour, Savez-vous si sur une CM bi-processeur (Tyan ThunderK8SE socket 940) on peut mettre des processeurs Opteron ayant des freq différentes ? OK ma question est un peu HS sur le forum (quoique il va y avoir une Debian sur le serveur donc bon... ;-) ) mais peut-etre que qqu'un a déjà tenté cela sur un serveur bi-processeur et me dire si c'est possible. je m'explique : dans le cadre de mon TAF, je vais récupérer un ancien serveur rack avec une CM Tyan bi-opteron dans lequel il n'y a qu'un seul proc (*) pour le moment, un opteron 270 (dualcore à 2Ghz). (*) je sais c'est assez bête de commander un serveur avec une CM bi-proc si c'est pas pour mettre 2 processeurs dedans mais c'est pas moi qui l'ai commandé à l'origine d'abord ;-) je souhaite upgrader la machine à 2 CPU + plein de RAM (pour en faire un serveur de virtualisation Xen), mais mon fournisseurs peine à me trouver un opteron 270 / 2Ghz, logique les opterons socket 940 devienent assez obsolète de nos jours, mais il peut par contre rapidement m'avoir un opteron 275 (tjs dualcore mais freq de 2.2Ghz) Peut-être que l'opteron 275 va se caler à la freq du 270, ou alors que tout simplement le cpu2 ira un peu plus vite (je m'en moque un peu, du moment que ça marche et que je vois bien 2 x 2 cpus pour virtualiser un max de domUs) Vous en en pensez quoi ? Tentable le mix opteron 270 + opteron 275 ou bien c'est risqué et il vaut mieux essayer de trouver absolument un opteron 270 ? Merci d'avance de vos réponses. Arnaud -- Jean-Christophe Valiere System Engineer [EMAIL PROTECTED] Safe Host S.A. 20, Chemin du Pré-Fleuri - CP 259 T.+41 22 884 50 59 CH - 1228 Plan-Les-Ouates F.+41 22 884 50 03 Geneva, Switzerland ISO 9001:2000 System Certification - Certificate CH03/0806 - Swiss Certification Accreditation No.017 The information contained in this communication and any attachments to this electronic message are intended only for the exclusive use of the addressee(s) or entity to which it is addressed. This communication may contain material that is proprietary, privileged or confidential or otherwise legally exempt from disclosure. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you are not the designated recipient, please notify the sender immediately and destroy all the material from any computer. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]