ADSM-L

Re: Antwort: Re: ANR4391I during expiration

2003-11-05 10:18:17
Subject: Re: Antwort: Re: ANR4391I during expiration
From: goran <goran.k AT VIP DOT HR>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 5 Nov 2003 16:17:25 +0100
i think that this is the feature of new version ...

----- Original Message -----
From: "Frank Mueller" <fmu AT OERAG DOT DE>
To: <ADSM-L AT VM.MARIST DOT EDU>
Sent: Wednesday, November 05, 2003 4:08 PM
Subject: Antwort: Re: ANR4391I during expiration


> Hi Karel,
>
> thanks for your answer.
>
>
> The problem is not the detailed output, but the number of entries in the
> log. The option was on both server on detaillet.
> But I did not see ever so many same entries before.
> The expiration runs on this server 1 x hour and I get 1 message per
> expiration in the log. But after the update I get > 30 messages per
second.
>
> Here for and after the update:
>
> tsm: ADSM_OERAG02>q act begind=-2 search=ANR4391I
>
> Date/Time                Message
> --------------------
> ----------------------------------------------------------
> 11/03/03   15:00:26      ANR4391I Expiration processing node ADSM_OERAG01,
>                           filespace ADSM.SERVER, fsId 1, domain TSMSERVER,
>                           and
>                           management class MC_TSMSERVER - for ARCHIVE type
>                           files.
> 11/03/03   16:00:26      ANR4391I Expiration processing node ADSM_OERAG01,
>                           filespace ADSM.SERVER, fsId 1, domain TSMSERVER,
>                           and
>                           management class MC_TSMSERVER - for ARCHIVE type
>                           files.
> 11/03/03   17:00:26      ANR4391I Expiration processing node ADSM_OERAG01,
>                           filespace ADSM.SERVER, fsId 1, domain TSMSERVER,
>                           and
>                           management class MC_TSMSERVER - for ARCHIVE type
>                           files.
> .
> .
> .
> .
> .
> .
> after update:
>
> 11/04/03   17:00:07      ANR4391I Expiration processing node ADSM_OERAG01,
>                           filespace ADSM.SERVER, fsId 1, domain TSMSERVER,
>                           and
>                           management class MC_TSMSERVER - for ARCHIVE type
>                           files.
> 11/04/03   17:00:07      ANR4391I Expiration processing node ADSM_OERAG01,
>                           filespace ADSM.SERVER, fsId 1, domain TSMSERVER,
>                           and
>                           management class MC_TSMSERVER - for ARCHIVE type
>                           files.
> 11/04/03   17:00:07      ANR4391I Expiration processing node ADSM_OERAG01,
>                           filespace ADSM.SERVER, fsId 1, domain TSMSERVER,
>                           and
>                           management class MC_TSMSERVER - for ARCHIVE type
>                           files.
> 11/04/03   17:00:07      ANR4391I Expiration processing node ADSM_OERAG01,
>                           filespace ADSM.SERVER, fsId 1, domain TSMSERVER,
>                           and
>                           management class MC_TSMSERVER - for ARCHIVE type
>                           files.
> 11/04/03   17:00:07      ANR4391I Expiration processing node ADSM_OERAG01,
>                           filespace ADSM.SERVER, fsId 1, domain TSMSERVER,
>                           and
>                           management class MC_TSMSERVER - for ARCHIVE type
>                           files.
> 11/04/03   17:00:07      ANR4391I Expiration processing node ADSM_OERAG01,
>                           filespace ADSM.SERVER, fsId 1, domain TSMSERVER,
>                           and
>                           management class MC_TSMSERVER - for ARCHIVE type
>                           files.
>
> .
> .
> .
> .
> .
> .
>
>
> Best regards,
> Frank Mueller
>
>
>
>
>                       Karel Bos
>                       <[email protected]        An:
ADSM-L AT VM.MARIST DOT EDU
>                       OM>                      Kopie:
>                       Gesendet von:            Thema:    Re: ANR4391I
during expiration
>                       "ADSM: Dist Stor
>                       Manager"
>                       <[email protected]
>                       .EDU>
>
>
>                       05.11.2003 15:36
>                       Bitte antworten
>                       an "ADSM: Dist
>                       Stor Manager"
>
>
>
>
>
>
> Expiration is running without the quiet option. When scheduled update the
> command by adding quiet=yes, else modify the dsmserv.opt.
>
> Regard,
>
> Karel
>
>
> -----Oorspronkelijk bericht-----
> Van: Frank Mueller [mailto:fmu AT OERAG DOT DE]
> Verzonden: woensdag 5 november 2003 15:12
> Aan: ADSM-L AT VM.MARIST DOT EDU
> Onderwerp: ANR4391I during expiration
>
>
> Hi *,
>
> we have 2 TSM-Server runs on 2 x AIX-nodes (AIX 4.3.3). Both server runs
> with 4.2.2.6 (I know, no support, but I want now migrate to TSM 5.1).
>
> So I update the first server to Version TSM 4.2.4.0
>
> Now (after the update) I observe many many entries during a expiration on
> this server with the same contents:
>
> 11/04/03   17:00:05      ANR4391I Expiration processing node ADSM_OERAG01,
>                           filespace ADSM.SERVER, fsId 1, domain TSMSERVER,
>                           and
>                           management class MC_TSMSERVER - for ARCHIVE type
>                           files.
> 11/04/03   17:00:05      ANR4391I Expiration processing node ADSM_OERAG01,
>                           filespace ADSM.SERVER, fsId 1, domain TSMSERVER,
>                           and
>                           management class MC_TSMSERVER - for ARCHIVE type
>                           files.
>
> What is the reason for this? What can I do now?
>
> Best regards,
>  Frank Mueller

<Prev in Thread] Current Thread [Next in Thread>