Interrogation sme 7

[MasterSleepy]

Salut à tous,

Sur une nouvelle sme 7 en mode gateway j'ai quelque soucis.
Dans les log j'ai les messages suivant :

Code: Tout sélectionner

May  2 09:44:53 gateway kernel:  [<c887d156>] ext3_write_inode+0x22/0x3f [ext3]
May  2 09:44:53 gateway kernel:  [write_inode+48/55] write_inode+0x30/0x37
May  2 09:44:53 gateway kernel:  [<c018f2ab>] write_inode+0x30/0x37
May  2 09:44:53 gateway kernel:  [__sync_single_inode+203/657] __sync_single_inode+0xcb/0x291
May  2 09:44:53 gateway kernel:  [<c018f37d>] __sync_single_inode+0xcb/0x291
May  2 09:44:53 gateway kernel:  [sync_sb_inodes+423/841] sync_sb_inodes+0x1a7/0x349
May  2 09:44:53 gateway kernel:  [<c018f855>] sync_sb_inodes+0x1a7/0x349
May  2 09:44:53 gateway kernel:  [writeback_inodes+450/820] writeback_inodes+0x1c2/0x334
May  2 09:44:53 gateway kernel:  [<c018fbb9>] writeback_inodes+0x1c2/0x334
May  2 09:44:53 gateway kernel:  [balance_dirty_pages+124/284] balance_dirty_pages+0x7c/0x11c
May  2 09:44:53 gateway kernel:  [<c014d249>] balance_dirty_pages+0x7c/0x11c
May  2 09:44:53 gateway kernel:  [<c887b471>] ext3_ordered_commit_write+0xb6/0xc5 [ext3]
May  2 09:44:54 gateway kernel:  [generic_file_buffered_write+884/1110] generic_file_buffered_write+0x374/0x456
May  2 09:45:14 gateway kernel:  [<c0149cf1>] generic_file_buffered_write+0x374/0x456
May  2 09:45:15 gateway kernel:  [<c8880c72>] __ext3_journal_stop+0x19/0x34 [ext3]
May  2 09:45:16 gateway kernel:  [__mark_inode_dirty+40/571] __mark_inode_dirty+0x28/0x23b
May  2 09:45:17 gateway kernel:  [<c018f068>] __mark_inode_dirty+0x28/0x23b
May  2 09:45:17 gateway kernel:  [current_fs_time+68/76] current_fs_time+0x44/0x4c
May  2 09:45:18 gateway kernel:  [<c0126a00>] current_fs_time+0x44/0x4c
May  2 09:45:18 gateway kernel:  [__generic_file_aio_write_nolock+829/875] __generic_file_aio_write_nolock+0x33d/0x36b
May  2 09:45:18 gateway kernel:  [<c014a110>] __generic_file_aio_write_nolock+0x33d/0x36b
May  2 09:45:19 gateway kernel:  [generic_file_aio_write_nolock+57/127] generic_file_aio_write_nolock+0x39/0x7f
May  2 09:45:19 gateway kernel:  [<c014a177>] generic_file_aio_write_nolock+0x39/0x7f
May  2 09:45:19 gateway kernel:  [generic_file_aio_write+119/205] generic_file_aio_write+0x77/0xcd
May  2 09:45:20 gateway kernel:  [<c014a366>] generic_file_aio_write+0x77/0xcd
May  2 09:45:20 gateway kernel:  [<c88790af>] ext3_file_write+0x19/0x8a [ext3]
May  2 09:45:21 gateway kernel:  [do_sync_write+151/201] do_sync_write+0x97/0xc9
May  2 09:45:21 gateway kernel:  [<c0168c15>] do_sync_write+0x97/0xc9
May  2 09:45:21 gateway kernel:  [__cond_resched+20/59] __cond_resched+0x14/0x3b
May  2 09:45:21 gateway kernel:  [<c030fbf0>] __cond_resched+0x14/0x3b
May  2 09:45:21 gateway kernel:  [__getblk+43/73] __getblk+0x2b/0x49
May  2 09:45:22 gateway kernel:  [<c016bdfe>] __getblk+0x2b/0x49
May  2 09:45:22 gateway kernel:  [autoremove_wake_function+0/45] autoremove_wake_function+0x0/0x2d
May  2 09:45:22 gateway kernel:  [<c011e867>] autoremove_wake_function+0x0/0x2d
May  2 09:45:23 gateway kernel:  [<c883250f>] do_get_write_access+0x5c0/0x5dc [jbd]
May  2 09:45:23 gateway kernel:  [v2_write_dquot+454/518] v2_write_dquot+0x1c6/0x206
May  2 09:45:23 gateway kernel:  [<c01a1f66>] v2_write_dquot+0x1c6/0x206
May  2 09:45:24 gateway kernel:  [dquot_commit+459/546] dquot_commit+0x1cb/0x222
May  2 09:45:24 gateway kernel:  [<c019db63>] dquot_commit+0x1cb/0x222
May  2 09:45:24 gateway kernel:  [<c888320c>] ext3_write_dquot+0x3c/0x52 [ext3]
May  2 09:45:24 gateway kernel:  [dqput+568/866] dqput+0x238/0x362
May  2 09:45:25 gateway kernel:  [<c019e60a>] dqput+0x238/0x362
May  2 09:45:25 gateway kernel:  [dquot_drop+75/126] dquot_drop+0x4b/0x7e
May  2 09:45:25 gateway kernel:  [<c019f508>] dquot_drop+0x4b/0x7e

La machine est de temps en temps très lente, est-ce lié?

La machine est plutôt solicité pour le mail, pas encore trop pour le web.

Quelqu'un a-t-il déjà eu ce genre de message et pourrait-il m'aidé?

Merci A+

[Landry]

Vu les messages, c'est le noyau qui prend cher au niveau du fs.... teste déja voir si c'est pas un pb matériel avec smartctl & co, ou si c'est le controleur ide qui déconne (driver?).

Et puis après, fsck général, et voir si on peut pas reconstruire le fs ext3, parce qu'il a l'air d'avoir du mal.

[MasterSleepy]

Salut Landry,

J'ai analysé le disque avec smartctl mais il n'y avais rien de bien spécial, enfin je ne m'y connais pas trop non plus.
Voici ce que cela m'a donné

Code: Tout sélectionner

   
smartctl version 5.33 [i686-redhat-linux-gnu] Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model: ST320410A
Serial Number: 5FG0Q22A
Firmware Version: 3.34
User Capacity: 20,020,396,032 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 6
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Wed May 3 08:32:00 2006 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 420) seconds.
Offline data collection
capabilities: (0x1d) SMART execute Offline immediate.
No Auto Offline data collection support.
Abort Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
No Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
No General Purpose Logging support.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 22) minutes.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 056 051 025 Pre-fail Always - 8437914
3 Spin_Up_Time 0x0003 099 098 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 096 096 020 Old_age Always - 5047
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 080 060 030 Pre-fail Always - 115967348
9 Power_On_Hours 0x0032 093 093 000 Old_age Always - 6400
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 61
194 Temperature_Celsius 0x0022 045 054 000 Old_age Always - 45
195 Hardware_ECC_Recovered 0x001a 100 253 000 Old_age Always - 0
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0
202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 6397 -

Device does not support Selective Self Tests/Logging

Cela te parait-il correct??

[Landry]

Au moins, ca n'a pas l'air d'être un problème matériel sur le disque... mais ce genre de messages, c'est le noyau qui les produit quand il fait des panic() / alert() & co... il n'y a pas un message plus haut avec des "assertion failed at ... call trace " ????
Enfin, moi je vote pour un problème a l'interface noyau - filesystem.. bug du kernel ? reinstalle le noyau ?

c'est ce que me laisse penser un peu de googlage :
http://www.google.fr/search?hl=fr&q=__s ... ogle&meta=

[MasterSleepy]

Bonne nouvelle, le disque n'est pas naze, ça m'aurait ennuyé de devoir tout réinstaller.

Merci à toi

Je vais voir pour réinstaller le kernel.

[Landry]

Au moins, ca n'a pas l'air d'être un problème matériel sur le disque... mais ce genre de messages, c'est le noyau qui les produit quand il fait des panic() / alert() & co... il n'y a pas un message plus haut avec des "assertion failed at ... call trace " ????
Enfin, moi je vote pour un problème a l'interface noyau/filesystem, comme me dit un peu de googlage avec ces symboles noyaux
Tente ptete de réinstaller le noyau, les modules/le kernel est ptete corrompu sur le disque.

[calissis]

Bonjour,

Je sais que le post est un peu ancien, mais j'ai actuellement exactement le même problème que MasterSleepy actuellement.
C'est a dire, les mêmes logs et le même résultat, le serveur super lent, limite inaccessible même en local.

Les tests du HDD sont ok.

Visiblement, la solution serait de réinstaller le Kernel, mais la résolution n'a pas été énoncée clairement...
Donc est-ce que cela règle le problème ?

Calissis

[MasterSleepy]

Salut,

Effectivement la solution était d'installer le kernel de la fedora core 3.
Tu pourras le trouver ici
ftp://rpmfind.net/linux/fedora/core/updates/3/i386/
Cela implique quelques désagrément lors de certaines mise à jour, mais rien de bien complexe.
Style faire attention quand il installe une mise à jour du kernel de bien le faire redémarrer sur le bon kernel.

A+,
MasterSleepy.

[jibe]

Salut,

Tiens, cela excite ma curiosité !

Pourquoi changer le kernel ? Ma SME 7.2 fonctionne très bien (enfin, je touche du bois : jusque là aucun souci) avec son kernel normal... J'en ai plusieurs autres en prod chez des clients qui ne s'en plaignent pas non plus... Un matériel spécial ? Une autre raison ?

[MasterSleepy]

Salut jibe,

Tout à fais le Kernel de la sme fonctionne très bien, mais sur une platforme nforce 4 avec un AMD X2 il y a des problèmes.
Ce problème était connu et n'a été résolu que dans les versions 2.6.12 et sup.

A+,
MasterSleepy.

[jibe]

Salut,

Ah, Ok !

Merci pour ces précisions : toujours utile si un jour je rencontre une SME sur AMD...