Fichier Errorlog renommé par erreur [Résolu]

[kagemaru]

Bonjour,

j'ai zippé l'errorlog de mon dataserver par erreur. Depuis plus rien n'est loggué dedans. Je me demandais s'il existait un moyen de lui faire logguer à nouveau hormis le shutdown/restart.

Merci

[mpeppler]

Quel OS?

Sous Unix, on devrait pouvoir faire un "touch" du fichier error log, ce qui devrait le rematérialiser.

Il me semblait aussi qu'une version récente d'ASE (15.0.1 ou 15.0.2) permet de réouvrir l'error log, mais je n'arrive pas à trouver la commande pour l'instant...

Michael

[Roller]

Si c'est sous Solaris, tu peux toujours accéder à la sortie standard du process (en tant que root), il s'agit du fichier suivant: /proc/<pid du dataserver>/fd/1 (le file descriptor 1 est toujours la sortie standard sous unix).
Je n'ai pas de linux sous la main, mais ça doit être possible aussi.

Une autre solution est d'activer les tables de monitoring et les params errorlog pipe max messages et errorlog pipe active, puis de consulter la table monerrorlog.
12.5.0.3 minimun, et impact possible sur les perfs.

En ASE 15.0.2 ESD #4, il est possible utiliser la proc sp_errorlog pour changer l'emplacement de l'errorlog.

[kagemaru]

Merci Roller,

vive la 15.0.2 esd#4 :-) Avec sp_errorlog, le problème est résolu. j'avais essayé le touch mais le descripteur de fichier changeant, ce n'est malheureusement pas possible.

Code :

1
2
3
4
5
6
7
8
sp_errorlog 'change log','/export/home/xoxoxox/sybase/ASE-15_0/install/zooz.log'
 
03:00000:00502:2008/06/23 14:05:33.08 kernel  Engine writing test message TO ASE error log.
00:00000:00502:2008/06/23 14:05:33.08 kernel  Engine writing test message TO ASE error log.
01:00000:00502:2008/06/23 14:05:33.09 kernel  Engine writing test message TO ASE error log.
02:00000:00502:2008/06/23 14:05:33.11 kernel  Engine writing test message TO ASE error log.
04:00000:00502:2008/06/23 14:05:33.13 kernel  Engine writing test message TO ASE error log.
04:00000:00502:2008/06/23 14:05:33.13 kernel  Changed errorlog file FROM '/export/home/xoxoxox/sybase/ASE-15_0/install/zooz.log' TO '/export/home/xoxoxox/sybase/ASE-15_0/install/zooz.log'.

ça m'apprendra à ne pas regarder le release bulletin... enfin il était temps !

[Roller]

On peut donc dire que c'est [résolu].

Ne pas lire le release bulletin arrive à tout le monde, ce n'est qu'il y a 2 semaines que je me suis aperçu qu'on peut faire un reorg rebuild sur une table en APL depuis la 15.0...

[maillaxa]

Envoyé par Roller

On peut donc dire que c'est [résolu].

Ne pas lire le release bulletin arrive à tout le monde, ce n'est qu'il y a 2 semaines que je me suis aperçu qu'on peut faire un reorg rebuild sur une table en APL depuis la 15.0...

Par quel miracle arrivent-ils a faire du reorg sur des APLs ?

[Roller]

Je n'ai pas le code, mais en tout cas ça fonctionne...

[mpeppler]

Les commandes "reorg rebuild <table>" et "reorg rebuild <table> <index>" marchent - par contre "reorg compact", etc ne marchent évidemment pas.

Le rebuild est un simple select ... into, donc ce n'est pas vraiment un problème...

Michael

[Roller]

Exact.
Maintenant il sera beaucoup plus facile d'automatiser la défragmentation des tables d'une base....