Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 3 sur 3

Discussion: Erreur sur Tempdb

  1. #1
    Membre confirmé
    Inscrit en
    octobre 2006
    Messages
    460
    Détails du profil
    Informations forums :
    Inscription : octobre 2006
    Messages : 460
    Points : 248
    Points
    248

    Par défaut Erreur sur Tempdb

    Bonjour,
    Je suis sur une plateforme ASE 15.0.3/Linux RedHat 5.5 suite à une migration d'ASE 12.5.3/HP-UX. Depuis le début de semaine, nous avons eu 2 erreurs sur des Tempdb (voir ci-dessous).
    00:00000:00000:2011/06/15 20:32:17.82 kernel sddone: write error on virtual disk 3 block 83128:
    00:00000:00000:2011/06/15 20:32:17.82 kernel sddone: 16384 bytes passed, 16384 returned on write for virt disk 3 block 83128
    00:00000:00006:2011/06/15 20:32:17.84 server Error: 823, Severity: 24, State: 2
    00:00000:00006:2011/06/15 20:32:17.84 server I/O error detected during wait for BUF=0x0x00000002b1689010, MASS=0x0x00000002b1689010, Buf#=0, page=0x0x00000001f9174000, dbid=2, Mass vdevno=3, vpage=83128, Buf lpage=22318, Mass stat=0x2891110, Buf stat=0x1, size=16384, cid=0 ('default data cache'), Pinned xdes=0x(nil), spid=0.
    00:00000:00250:2011/06/15 20:32:18.13 Logon Login succeeded. User: arch, Client IP address: '10.130.1.42'.
    00:00000:00169:2011/06/15 20:32:18.59 server Error: 694, Severity: 24, State: 10
    00:00000:00169:2011/06/15 20:32:18.59 server An attempt was made to read logical page '22318', virtpage '83128' from virtual device '3' for database 'tempdb' (2), object 'temp worktable' (-11075605), . The page was not read successfully. You may have a device problem or an operating system problem.
    00:00000:00169:2011/06/15 20:32:18.59 server Error: 823, Severity: 24, State: 2
    00:00000:00169:2011/06/15 20:32:18.59 server I/O error detected during wait for BUF=0x0x00000002b1689010, MASS=0x0x00000002b1689010, Buf#=0, page=0x0x00000001f9174000, dbid=2, Mass vdevno=3, vpage=83128, Buf lpage=22318, Mass stat=0x46891109, Buf stat=0x2, size=16384, cid=0 ('default data cache'), Pinned xdes=0x(nil), spid=0.
    00:00000:00169:2011/06/15 20:32:18.59 kernel ************************************
    00:00000:00169:2011/06/15 20:32:18.59 kernel SQL causing error : OD.EAN_13
    Les Files Systemes ont été créés et nos 4 Tempdbs créées comme suit :
    3 de 4 Go
    1 de 1 Go.
    Suite à cette erreur, le device de la Tempdb (utilisant aussi le device master) a été supprimé puis recréé. Par contre, il nous a été impossible de le recréer à la même taille (4 Go) mais à seulement à 3,7 Go. La question que je me pose est la suivante : Sybase provisionne t'il tous l'espace lors du Disk Init ? Je ne vois pas pourquoi nous ne sommes pas arriver à le recréer à la même taille.
    Merci d'avance pour votre aide.

  2. #2
    Rédacteur/Modérateur

    Inscrit en
    janvier 2006
    Messages
    1 307
    Détails du profil
    Informations personnelles :
    Âge : 55

    Informations forums :
    Inscription : janvier 2006
    Messages : 1 307
    Points : 1 750
    Points
    1 750

    Par défaut

    Quel a été l'erreur lors de l'essai de recreation du device à 4GB?

    Autre question: y a-t-il des messages d'erreur dans la log système (/var/log/messages, ou autres logs du sous-système IO) ?

    Michael
    Michael Peppler
    Membre de TeamSybase - www.teamsybase.com

    "A successful [software] tool is one that was used to do something undreamed of by its author." -- S. C. Johnson

  3. #3
    Membre Expert
    Inscrit en
    juin 2007
    Messages
    1 056
    Détails du profil
    Informations forums :
    Inscription : juin 2007
    Messages : 1 056
    Points : 1 211
    Points
    1 211

    Par défaut

    Hello

    Sybase provisionne t'il tous l'espace lors du Disk Init ? Je ne vois pas pourquoi nous ne sommes pas arriver à le recréer à la même taille.
    Tu as raison et il est très probable que ce soit ton problème: pour la base tempdb et les bases temporaires (et seulement celles-ci), Sybase n'alloue vraiment que lorsqu'il a besoin de l'espace. Donc si su crées un device pour tempdb de 4096MB sur un filesystem de 4000MB (pas forcément facile à détecter visuellement avec un ls), tu verras bien un fichier de 4096MB mais il ne consomme pas d'espace. Donc tu peux rester des mois sans soucis et un jour un pic de conso d'espace dans la tempdb et Sybase se plaint de ne pas pouvoir allouer l'espace.

    La commande df -k remonte par contre la véritable consommation.

    Il faut donc bien faire attention et de manière générale toujours prévoir un peu d'espace pour des éventuels agrandissements... la base tempdb on en veut toujours plus !!
    Emmanuel T.

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •