[ArcServe 9] Fichier rds.log énorme

Fichier rds.log énorme [ArcServe 9] - Stockage - Systèmes & Réseaux Pro

Marsh Posté le 14-03-2006 à 17:23:48    

Bonjour,
 
Je me suis apercu ce matin qu'il me restait 10Mo de libre sur le C: de mon serveur (Windows 2000 SP4)
 
Le coupable: le fichier rds.log dans le répertoire d'ArcServe qui faisait à lui seul plus de 4Go.
 
Je ne trouve pas beaucoup d'information sur le net (meme sur CA il n'y a guère d'info) concernant ce fichier.
 
Un connaisseur pourrait il m'eclaircir sur le sujet SVP ??
 
D'avance, merci.

Reply

Marsh Posté le 14-03-2006 à 17:23:48   

Reply

Marsh Posté le 15-03-2006 à 09:50:56    

up ?
 
merci

Reply

Marsh Posté le 15-03-2006 à 12:57:30    

salut timon0007,
 
ce fichier ne me dit rien....
 
Quoiqu'il en soit j'ai bien l'impression que tu a installé arcserve sur le C:, grosse erreur: un jour ou l'autre (ca dépend du nombre de fichiers dans ta sauvegarde) ta base de donnée arcserve n'aura plus assez de place.
CA n'a rien prévu pour le déplacement de la base de donnée arcserve (j'ai pas mal cherché...). Ils imposent de désinstaller arcserve, du coup tu perd ta base... sic !
 
ta solution : désinstal, réinstal sur D: (avec au moins 15Go de place libre, sauf si tu utilise SQL mais c'est un autre débat...)
 
Bon courage ;-)
 

Reply

Marsh Posté le 15-03-2006 à 13:26:06    

salut et merci pour ta réponse.
 
ArcServe est effectivement installé sur C: (pour ma défense je n'ai pas fait l'install :p)
 
Cela dit, je pense que si il y avait plus de place sur la partition, il la prendrait sans problème.
 
En effet, j'ai finalement réussi à ouvrir le fichier rds.log dans un éditeur de texte.
 
Et la surprise, des milliers de lignes sont générées en l'espace de quelques minutes.
 
23:05:57 Login for user admin, session 1
23:05:57 Logout for session 1
23:08:17 Idle
23:08:17 Logout for session 2
23:08:17 Idle
23:08:17 Login for user admin, session 1
23:08:17 Login for user admin, session 2
23:08:24 CreateNamedPipe() failure
23:08:24 Named Pipes transport failed listening for a connection
23:08:24 Error 0, NONE
 
...
 
23:09:21 Error 0, NONE
 
 
 
Les 3 derniers messages
 

Code :
  1. 23:08:24 CreateNamedPipe() failure
  2. 23:08:24 Named Pipes transport failed listening for a connection
  3. 23:08:24 Error 0, NONE


 
sont donc répétés des centaines de fois jusqu'a ce qu'il n'y ai plus de place dur le disque.
 
Donc j'ai un fichier de 4Go avec ces lignes qui apparemment ont été généré en une minute.
 
Je ne comprends plus rien...
 
Merci de votre aide.


Message édité par timon0007 le 15-03-2006 à 13:28:07
Reply

Marsh Posté le 15-03-2006 à 19:43:00    

"pour ma défense je n'ai pas fait l'install :p"
cool mais je cherche pas de responsable, je cherche une solution :-))
 
j'ai trouvé un truc sur le rds.log:"RDS.log – Contains an image of the console log. This file is used to store server informational and error messages."
 
Le namePipe c'est le protocole push "made by" CA. C'est par cette "pipe" que les agents envoient les données lors de la sauvegarde, distribuant ainsi les calculs relatifs à l'encapsulation tcp/ip aux serveurs possédant ledit agent....ouf ! (en clair ce sont les serveurs à sauvegarder qui bossent pdt que le serveur de sauvegarde se contente de recevoir et d'écrire sur la bande).
J'en viens à ton pb, il me semble que ce soit l'initiation de cette "pipe" qui pose pb. Mais ca n'explique pas la taille et la fréquence des logs.  
 
Je sais qu'il existe un paramètre de debug qui génère d'énormes log (une clef de registre mais je sais plus laquelle :-( ). Il se peut qu'elle soit activée, renseigne toi par là.
 
Là ligne "23:08:24 Named Pipes transport failed listening for a connection" est plutôt rassurante: a connection pour moi c'est UNE connection. Essaye de voir sur quelle machine à sauvegarder il plante et réinstal l'agent, ça mange pas de pain !
 
Pour le fichier, si tu l'as pas déja fait, renomme le. C'est un log d'évènements donc c'est pas indispensable. Si arcserve ne gueule pas et qu'il en a bien été recrée vierge alors efface le. (un disque c: saturé c'est pas vraiment terrible !)
 
Si ca peut te rassurer

Reply

Marsh Posté le 15-03-2006 à 19:45:42    

.... c'est pas un GROS problème

Reply

Marsh Posté le 16-03-2006 à 10:34:10    

merci de ta réponse.
 
pour préciser un peu, la sauvegarde s'effectue bien completement (donc sur tous les serveurs ayant des agents installés)
 
ArcServe commence à générer ce fichier 3-4 minutes apres la fin de la sauvegarde.
 
Mais bon, j'ai du neuf, je t'en fait part !
 
hier, désespéré, j'ai passé les derniers patch ArcServe (pas les cumulatifs, les autres), j'ai évidemment déplacer le RDS.log, et enfin dans le velocis.ini j'ai passé la valeur MaxChangeLogSize à 200000.
 
j'ai reboote le serveur et lance la sauvegarde.
 
ce matin, le RDS.log faisait 4ko donc à priori c'est très bien.
 
En revanche, dans le journal voici ce que j'obtiens en debut de sauvegarde (juste après l'élagage de la BDD)
 

Code :
  1. Informations       2006/03/15 21:20:43                   Le moteur de base de données est arrêté.
  2. Informations       2006/03/15 21:20:43                   Le moteur de base de données est en cours d'arrêt.
  3. E5110              2006/03/15 21:20:43                   La base de données n'est plus disponible.
  4. Informations       2006/03/15 21:20:38                   Fin du nettoyage de la base de données. (EFFACE=0)
  5. Informations       2006/03/15 21:20:38                   La session est nettoyée. (MEDIA=MERCREDI, ID=4BE4, SES=1, ENR=0)
  6. Informations       2006/03/15 21:20:06 393      1        Sauvegarde de la session 1 sur le média MERCREDI N° série 1000095


 
donc la sauvegarde se fait mais a chaque fin de session j'ai des:
 

Code :
  1. W3502              2006/03/15 23:33:26 393      4        Impossible d'ajouter la session à la base de données. (CE=-2009)
  2. E4115              2006/03/15 23:33:26 393               Impossible d'enregistrer le média. (CE=Error Code = -2009)


 
 
a la fin de la sauvegarde j'ai:
 

Code :
  1. Informations       2006/03/16 00:08:30                   [CAT] Echec de connexion à la base de données BrightStor AB. (CE=-2005)
  2. Informations       2006/03/16 00:08:00 393               1. <VIERGE>
  3. Informations       2006/03/16 00:08:00 393               Le média suivant peut être utilisé dans le groupe d'unités GROUP0 lors du prochain job prévu le 16/03/06:
  4. E4107              2006/03/16 00:08:00 393               Impossible de mettre à jour l'enregistrement de job. (CE=Error Code = -2009)


 
en revanche:
 

Code :
  1. Informations       2006/03/16 00:08:52 393               Opération Sauvegarde réussie.
  2. Informations       2006/03/16 00:08:52 393      11       Total Mo traités....................... 133011.87
  3. Informations       2006/03/16 00:08:52 393      11       Nombre de fichiers sauvegardés......... 662018
  4. Informations       2006/03/16 00:08:52 393      11       Nombre de répertoires sauvegardés...... 142461
  5. Informations       2006/03/16 00:08:52 393      11       -- Etat échoué et annulé............... 0
  6. Informations       2006/03/16 00:08:52 393      11       -- Etat complet et incomplet........... 10
  7. Informations       2006/03/16 00:08:52 393      11       Nombre de volumes à sauvegarder........ 10
  8. Informations       2006/03/16 00:08:52 393      11       -- Etat échoué et annulé............... 0
  9. Informations       2006/03/16 00:08:52 393      11       -- Etat complet et incomplet........... 4
  10. Informations       2006/03/16 00:08:52 393      11       Nombre de noeuds à sauvegarder......... 4
  11. Informations       2006/03/16 00:08:52 393      11       N° de série [Séq....................... 1]                     1000095
  12. Informations       2006/03/16 00:08:52 393      11       Nombre total de sessions............... 11
  13. Informations       2006/03/16 00:08:52 393      11       ID de média............................ 7983
  14. Informations       2006/03/16 00:08:52 393      11       Nom de média........................... MERCREDI
  15. Informations       2006/03/16 00:08:52 393      11       Pool de médias......................... ROTATION
  16. Informations       2006/03/16 00:08:52 393      11       Groupe d'unités........................ GROUP0
  17. Informations       2006/03/16 00:08:52 393               *** Résumé de sauvegarde pour l'ID job 393 ***


 
donc j'ai bien peur que si le fichier RDS.log n'a pas grossi c'est parce que le moteur de BDD n'etait pas démarré.
 
qu'en penses tu ?
 
merci d'avance.


Message édité par timon0007 le 16-03-2006 à 10:35:30
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed