Re: [Solaris_fr] crash hd
On Tue, 21 Dec 2004, Stephane Tsacas wrote: Par contre je pensais que peut etre sur des processeurs speciaux "basse consommation" il y avait peut etre des instructions specifiques permettant de lui faire baisser sa consommation quand c'est necessaire ou utile. Je vais regarder dans la literrature, doit bien avoir une paire d'article dans ACM sur la question :-) Peut-être la technologie SpeedStep d'Intel? Je ne connais pas les détails, mais ça à l'air plus avancé qu'un simple HALT. Et un bon support par Solaris serait appréciable :-) Laurent -- A hundred thousand lemmings can't be wrong!___ Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures Solaris_fr@x86.sun.com http://x86.sun.com/mailman/listinfo/solaris_fr
Re: [Solaris_fr] crash hd
Bonjour, On Sat, 18 Dec 2004 11:48:24 +0100, Laurent Blume <[EMAIL PROTECTED]> wrote: > Stephane Tsacas wrote: > > Qu'est ce que cette "fonction pause" ? Une url sur son implementation > > sur les CPU Sparc et eventuellement d'autres ? > > C'est une instruction du processeur qui permet au kernel de l'arrêter > quand il n'a rien à faire. Cela économise de l'énergie, et donc fait > baisser la température d'un système de manière non négligeable. Si 'fonction pause' = 'instruction HALT', il fallait me le dire tout de suite, je vois tres bien ce qu'est l'instruction HALT, contrairement a la 'fonction pause' :-) Par contre je pensais que peut etre sur des processeurs speciaux "basse consommation" il y avait peut etre des instructions specifiques permettant de lui faire baisser sa consommation quand c'est necessaire ou utile. Je vais regarder dans la literrature, doit bien avoir une paire d'article dans ACM sur la question :-) -- Stephane Paris, France. ___ Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures Solaris_fr@x86.sun.com http://x86.sun.com/mailman/listinfo/solaris_fr
Re: [Solaris_fr] crash hd
Stephane Tsacas wrote: Qu'est ce que cette "fonction pause" ? Une url sur son implementation sur les CPU Sparc et eventuellement d'autres ? C'est une instruction du processeur qui permet au kernel de l'arrêter quand il n'a rien à faire. Cela économise de l'énergie, et donc fait baisser la température d'un système de manière non négligeable. Pour citer une FAQ Linux, dont la réponse s'applique ici: # Does the Linux kernel execute the Halt instruction to power down the CPU? * (REG, ADB) Yes. The Linux kernel will execute the Halt instruction when the machine is idle (check the code for the idle_task in sched.c). It has done so since the earliest i386 implementation, even though on the i386 we didn't care about power saving; it's just that halting the CPU is the Right Thing (tm) to do when there is no other task that must be run. On the Pentium, K6 and C6 CPUs, power consumption gets automatically reduced from an average 12-24 Watts operating power down to 2-3 Watts when the processor is Halted. On the Cyrix 6x86 CPUs, Halt state power consumption can be further reduced down to 150 mw by enabling the Suspend-on-Halt feature. Reduced power consumption means cooler, more reliable machine operation and longer component life. And it saves trees too. http://lkml.org/faq/lkmlfaq-6.html#s6-7 Laurent -- A hundred thousand lemmings can't be wrong! ___ Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures Solaris_fr@x86.sun.com http://x86.sun.com/mailman/listinfo/solaris_fr
Re: [Solaris_fr] crash hd
Bonjour, On Wed, 15 Dec 2004 16:49:48 +0100, Alexandre Chartre - Solaris Sustaining and Engineering <[EMAIL PROTECTED]> wrote: .. > En fait, sur ce genre de systeme, le cpu est toujours actif meme lorsque > le systeme ne fait rien car il n'y a pas de fonction "pause" comme sur les > cpus modernes, donc le cpu va faire une attente active lorsqu'il n'y a rien > a faire. Qu'est ce que cette "fonction pause" ? Une url sur son implementation sur les CPU Sparc et eventuellement d'autres ? Merci -- Stephane Paris, France. ___ Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures Solaris_fr@x86.sun.com http://x86.sun.com/mailman/listinfo/solaris_fr
Re: [Solaris_fr] crash hd
mais je ne comprends pas pourquoi le cpu a toaster? la machine ne travail jamais au plus 1 hrs par jour. le restant du temps c'est apache + php + mysql. En fait, sur ce genre de systeme, le cpu est toujours actif meme lorsque le systeme ne fait rien car il n'y a pas de fonction "pause" comme sur les cpus modernes, donc le cpu va faire une attente active lorsqu'il n'y a rien a faire. c'est peu etre d'avoir 2 cpu different pas pour la vitesse mais pour le modele. 1 * SM71 Sun SuperSparcII 75Mhz CPU with 1MB Cache 501-4130 (le cpu d'origine)(cpu0) 1 * SM71 Sun SuperSparcII 75Mhz CPU with 1MB Cache 501-2520 (le cpu qui a toaster)(cpu2) Effectivement c'est peut-etre la cause du probleme car le mix de different cpus n'est supporte sur ce genre de modele. -cut--- Dec 13 18:24:09 callisto unix: [ID 866957 kern.info] cpu0: TI,TMS390Z55 (mid 8 impl 0x0 ver 0xc clock 75 MHz) Dec 13 18:24:09 callisto unix: [ID 832595 kern.info] cpu 0 initialization complete - online Dec 13 18:24:09 callisto unix: [ID 866957 kern.info] cpu2: TI,TMS390Z55 (mid 10 impl 0x0 ver 0x8 clock 75 MHz) Dec 13 18:24:09 callisto unix: [ID 721127 kern.info] cpu 2 initialization complete - online endcut- une derniere question sur le sujet c'est quoi le "mid" ??? Je pense que c'est l'identifiant du cpu sur le M-Bus. Sur SS20, les cpus sont connectes a un bus appele M-Bus tandis que les cartes peripheriques sont connectees au S-Bus. alex. ___ Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures Solaris_fr@x86.sun.com http://x86.sun.com/mailman/listinfo/solaris_fr
RE: [Solaris_fr] crash hd
merci Alexandre 2 en 2. c'était bien le cpu. > Effectivement, c'est un panic suite a un "system fault": > > fatal system fault:sipr=4000 > Async Fault from module 2: > afsr a600440 afar=d0f6580 > aerr0 0 aerr1=0 > MMU sfsr=a600440: > No Error > on user instr fetch at level 0 > M-Bus Bus Error > MXCC Error Register: > panic[cpu0]/thread=f67fca40: Fatal Asynchronous Fault mais je ne comprends pas pourquoi le cpu a toaster? la machine ne travail jamais au plus 1 hrs par jour. le restant du temps c'est apache + php + mysql. c'est peu etre d'avoir 2 cpu different pas pour la vitesse mais pour le modele. 1 * SM71 Sun SuperSparcII 75Mhz CPU with 1MB Cache 501-4130 (le cpu d'origine)(cpu0) 1 * SM71 Sun SuperSparcII 75Mhz CPU with 1MB Cache 501-2520 (le cpu qui a toaster)(cpu2) -cut--- Dec 13 18:24:09 callisto unix: [ID 866957 kern.info] cpu0: TI,TMS390Z55 (mid 8 impl 0x0 ver 0xc clock 75 MHz) Dec 13 18:24:09 callisto unix: [ID 832595 kern.info] cpu 0 initialization complete - online Dec 13 18:24:09 callisto unix: [ID 866957 kern.info] cpu2: TI,TMS390Z55 (mid 10 impl 0x0 ver 0x8 clock 75 MHz) Dec 13 18:24:09 callisto unix: [ID 721127 kern.info] cpu 2 initialization complete - online endcut- une derniere question sur le sujet c'est quoi le "mid" ??? ___ Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures Solaris_fr@x86.sun.com http://x86.sun.com/mailman/listinfo/solaris_fr
Re: [Solaris_fr] crash hd
> >j'ai un problème avec mon sparcstation 20 sous solaris 9. > >c0t3 = / = 9.1Go >c0t4 = /export/home1 = 9.1Go >c0t5 = /export/home2 = 36Go > >lorsque je fais >cd /export/home1/users/; tar cf - . | (cd /export/home2/users/; tar xfBp -) >ou bien >rsync -avz --delete /export/home1/users/ /export/home2/users/ >la station crash a répétition. > >je la redémarre >je fais fsck -F ufs -o f -y >le fsck répare les 3 disk, tout est ok et je redémarre. >je relance l'opération et il plante encore et encore toujours sur des >fichiers différents. > iostat -En (pour voir les erreurs disques ??) voir également ce qu'il y a dans /var/adm/messages -- Christian Pélissier Office National d'Études et de Recherches Aérospatiales BP 72 92322 Chatillon Tel: 33 1 46 73 44 19, Fax: 33 1 46 73 41 50 ___ Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures Solaris_fr@x86.sun.com http://x86.sun.com/mailman/listinfo/solaris_fr
Re: [Solaris_fr] crash hd
Effectivement, c'est un panic suite a un "system fault": fatal system fault:sipr=4000 Async Fault from module 2: afsr a600440 afar=d0f6580 aerr0 0 aerr1=0 MMU sfsr=a600440: No Error on user instr fetch at level 0 M-Bus Bus Error MXCC Error Register: panic[cpu0]/thread=f67fca40: Fatal Asynchronous Fault Donc il y a certainement un probleme hardware. Le probleme sur ces anciens systemes est qu'il est delicat de terminer d'ou vient le probleme exactement. A priori je dirai que c'est un probleme cpu. Le plus simple pour etre certain est d'effectuer qq. tests: - tester en changeant les cpus de slots - tester avec un cpu puis avec l'autre cpu Si c'est un probleme cpu, ces tests devrait permettre de determiner lequel est fautif. Si le probleme persiste avec un seul cpu (l'un ou l'autre) alors c'est certainement un probleme avec la carte mere. alex. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexandre Chartre - Solaris Sustaining and Engineering Sent: Tuesday, December 14, 2004 11:00 AM To: Liste Solaris en francais Subject: Re: [Solaris_fr] crash hd Peux-tu donner des details sur le probleme qui se produit: est-ce que la machine fait un panic ou est-ce autre chose ? Si c'est un panic, il faudrait regarder le message de panic et la stack, et je pense que cela sera un probleme de patches (patch ufs et/ou kernel). Pour le passage a Solaris 10, cela ne sera pas possible pour une SS20, seule les architectures Sparc sun4u (en gros UltraSparc) seront supportes alex. Cantin, Eric wrote: Bonjour, j'ai un problème avec mon sparcstation 20 sous solaris 9. c0t3 = / = 9.1Go c0t4 = /export/home1 = 9.1Go c0t5 = /export/home2 = 36Go lorsque je fais cd /export/home1/users/; tar cf - . | (cd /export/home2/users/; tar xfBp -) ou bien rsync -avz --delete /export/home1/users/ /export/home2/users/ la station crash a répétition. je la redémarre je fais fsck -F ufs -o f -y le fsck répare les 3 disk, tout est ok et je redémarre. je relance l'opération et il plante encore et encore toujours sur des fichiers différents. au boot j'ai fais un L1 A ou stop A test-memory et le test de la mémoire est ok. peut-on faire au boot un test plus approfondi pour la mem et les disk? si quelqu'un a une idée? merci P.S.:a la limite j'ai un autre hd pour remplacer c0t3 mais c'est juste un 4.3Go j'aimerais mieux sauver ou patcher la machine pour ne pas installer solaris 9 et réinstaller solaris 10 a la fin janvier. -- ++ |Eric Cantin [EMAIL PROTECTED] | |MTQ-DS http://www.cants.org | ++ ___ Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures Solaris_fr@x86.sun.com http://x86.sun.com/mailman/listinfo/solaris_fr ___ Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures Solaris_fr@x86.sun.com http://x86.sun.com/mailman/listinfo/solaris_fr ___ Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures Solaris_fr@x86.sun.com http://x86.sun.com/mailman/listinfo/solaris_fr ___ Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures Solaris_fr@x86.sun.com http://x86.sun.com/mailman/listinfo/solaris_fr
RE: [Solaris_fr] crash hd
01000/[EMAIL PROTECTED],40/[EMAIL PROTECTED],80/[EMAIL PROTECTED],0 Dec 14 08:07:05 callisto scsi: [ID 193665 kern.info] sd5 at esp0: target 5 lun 0 Dec 14 08:07:05 callisto genunix: [ID 936769 kern.info] sd5 is /[EMAIL PROTECTED],e000/[EMAIL PROTECTED],e0001000/[EMAIL PROTECTED],40/[EMAIL PROTECTED],80/[EMAIL PROTECTED],0 Dec 14 08:07:05 callisto scsi: [ID 193665 kern.info] sd6 at esp0: target 6 lun 0 Dec 14 08:07:05 callisto genunix: [ID 936769 kern.info] sd6 is /[EMAIL PROTECTED],e000/[EMAIL PROTECTED],e0001000/[EMAIL PROTECTED],40/[EMAIL PROTECTED],80/[EMAIL PROTECTED],0 Dec 14 08:07:06 callisto swapgeneric: [ID 308332 kern.info] root on /[EMAIL PROTECTED],e000/[EMAIL PROTECTED],e0001000/[EMAIL PROTECTED],40/[EMAIL PROTECTED],80/[EMAIL PROTECTED],0:a fstype ufs Dec 14 08:07:06 callisto sx_cmem: [ID 835734 kern.info] No contiguous memory requested for SX Dec 14 08:07:07 callisto rootnex: [ID 349649 kern.info] obio0 at root Dec 14 08:07:07 callisto obio: [ID 349649 kern.info] obio0 at obio0: obio 0x10, sparc ipl 12 Dec 14 08:07:07 callisto genunix: [ID 936769 kern.info] zs0 is /obio/[EMAIL PROTECTED],10 Dec 14 08:07:07 callisto obio: [ID 349649 kern.info] obio1 at obio0: obio 0x0, sparc ipl 12 Dec 14 08:07:07 callisto genunix: [ID 936769 kern.info] zs1 is /obio/[EMAIL PROTECTED],0 Dec 14 08:07:07 callisto sbus: [ID 349649 kern.info] cgsix0 at sbus0: SBus slot 2 0x0 SBus level 5 sparc ipl 9 Dec 14 08:07:07 callisto genunix: [ID 936769 kern.info] cgsix0 is /[EMAIL PROTECTED],e000/[EMAIL PROTECTED],e0001000/[EMAIL PROTECTED],0 Dec 14 08:07:07 callisto cgsix: [ID 260993 kern.info] cgsix0: screen 1152x900, single buffered, 1M mappable, rev 11 Dec 14 08:07:10 callisto unix: [ID 866957 kern.info] cpu0: TI,TMS390Z55 (mid 8 impl 0x0 ver 0xc clock 75 MHz) Dec 14 08:07:10 callisto unix: [ID 832595 kern.info] cpu 0 initialization complete - online Dec 14 08:07:10 callisto unix: [ID 866957 kern.info] cpu2: TI,TMS390Z55 (mid 10 impl 0x0 ver 0x8 clock 75 MHz) Dec 14 08:07:10 callisto unix: [ID 721127 kern.info] cpu 2 initialization complete - online Dec 14 08:07:12 callisto sbus: [ID 349649 kern.info] ledma0 at sbus0: SBus slot f 0x400010 Dec 14 08:07:12 callisto sbus: [ID 349649 kern.info] le0 at ledma0: SBus slot f 0xc0 sparc ipl 6 Dec 14 08:07:12 callisto genunix: [ID 936769 kern.info] le0 is /[EMAIL PROTECTED],e000/[EMAIL PROTECTED],e0001000/[EMAIL PROTECTED],400010/[EMAIL PROTECTED],c0 Dec 14 08:07:15 callisto genunix: [ID 454863 kern.info] dump on /dev/dsk/c0t3d0s3 size 512 MB Dec 14 08:07:16 callisto le: [ID 451854 kern.notice] le0: No carrier - cable disconnected or hub link test disabled? Dec 14 08:08:52 callisto pseudo: [ID 129642 kern.info] pseudo-device: devinfo0 Dec 14 08:08:52 callisto genunix: [ID 936769 kern.info] devinfo0 is /pseudo/[EMAIL PROTECTED] Dec 14 08:10:22 callisto savecore: [ID 570001 auth.error] reboot after panic: Fatal Asynchronous Fault Dec 14 08:10:22 callisto savecore: [ID 748169 auth.error] saving system crash dump in /var/crash/callisto/*.35 Dec 14 08:10:32 callisto pseudo: [ID 129642 kern.info] pseudo-device: pm0 Dec 14 08:10:32 callisto genunix: [ID 936769 kern.info] pm0 is /pseudo/[EMAIL PROTECTED] Dec 14 08:10:43 callisto pseudo: [ID 129642 kern.info] pseudo-device: vol0 Dec 14 08:10:43 callisto genunix: [ID 936769 kern.info] vol0 is /pseudo/[EMAIL PROTECTED] Dec 14 08:10:46 callisto obio: [ID 349649 kern.info] obio0 at obio0: obio 0x70, sparc ipl 11 Dec 14 08:10:46 callisto genunix: [ID 936769 kern.info] fd0 is /obio/SUNW,[EMAIL PROTECTED],70 Dec 14 08:10:54 callisto pseudo: [ID 129642 kern.info] pseudo-device: pm0 Dec 14 08:10:54 callisto genunix: [ID 936769 kern.info] pm0 is /pseudo/[EMAIL PROTECTED] Dec 14 08:52:22 callisto pseudo: [ID 129642 kern.info] pseudo-device: devinfo0 Dec 14 08:52:22 callisto genunix: [ID 936769 kern.info] devinfo0 is /pseudo/[EMAIL PROTECTED] > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Alexandre Chartre - Solaris Sustaining and Engineering > Sent: Tuesday, December 14, 2004 11:00 AM > To: Liste Solaris en francais > Subject: Re: [Solaris_fr] crash hd > > > Peux-tu donner des details sur le probleme qui se produit: est-ce > que la machine fait un panic ou est-ce autre chose ? Si c'est > un panic, > il faudrait regarder le message de panic et la stack, et je pense que > cela sera un probleme de patches (patch ufs et/ou kernel). > > Pour le passage a Solaris 10, cela ne sera pas possible > pour une SS20, > seule les architectures Sparc sun4u (en gros UltraSparc) > seront supportes > > alex. > > Cantin, Eric wrote: > > Bonjour, > > > > j'ai un problème avec mon sparcstation 20 sous solaris 9. > > > > c0t3 = / = 9.1Go > > c0t4 = /export/home1 = 9.1Go > > c0t5 = /export/home2 = 36Go >
Re: [Solaris_fr] crash hd
Peux-tu donner des details sur le probleme qui se produit: est-ce que la machine fait un panic ou est-ce autre chose ? Si c'est un panic, il faudrait regarder le message de panic et la stack, et je pense que cela sera un probleme de patches (patch ufs et/ou kernel). Pour le passage a Solaris 10, cela ne sera pas possible pour une SS20, seule les architectures Sparc sun4u (en gros UltraSparc) seront supportes alex. Cantin, Eric wrote: Bonjour, j'ai un problème avec mon sparcstation 20 sous solaris 9. c0t3 = / = 9.1Go c0t4 = /export/home1 = 9.1Go c0t5 = /export/home2 = 36Go lorsque je fais cd /export/home1/users/; tar cf - . | (cd /export/home2/users/; tar xfBp -) ou bien rsync -avz --delete /export/home1/users/ /export/home2/users/ la station crash a répétition. je la redémarre je fais fsck -F ufs -o f -y le fsck répare les 3 disk, tout est ok et je redémarre. je relance l'opération et il plante encore et encore toujours sur des fichiers différents. au boot j'ai fais un L1 A ou stop A test-memory et le test de la mémoire est ok. peut-on faire au boot un test plus approfondi pour la mem et les disk? si quelqu'un a une idée? merci P.S.:a la limite j'ai un autre hd pour remplacer c0t3 mais c'est juste un 4.3Go j'aimerais mieux sauver ou patcher la machine pour ne pas installer solaris 9 et réinstaller solaris 10 a la fin janvier. -- ++ |Eric Cantin [EMAIL PROTECTED] | |MTQ-DS http://www.cants.org | ++ ___ Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures Solaris_fr@x86.sun.com http://x86.sun.com/mailman/listinfo/solaris_fr ___ Solaris_fr liste de diffusion en français pour Solaris, sur toutes architectures Solaris_fr@x86.sun.com http://x86.sun.com/mailman/listinfo/solaris_fr