NetWorker: il rendering di runtime (daemon.log) non funziona più dopo l'aggiornamento di NetWorker

- Il rendering del runtime non funziona più dopo l'aggiornamento di
NW. Il registro del daemon non verrà più aggiornato

- NSR LOG presenta una grande quantità di voci sospette in NSR LOG, ad esempio:

# nsradmin -p nsrexec
> p type:nsr log
...

. 
Tipo:nsr
log: Log NSR;
               administrator: root, "user=nsrnmc,host=nw-server1.vlab.local",
"user=root,host=nw-server1.vlab.local";
                       Owner: nsrpolicy;
             dimensioni massime MB: 2.
            versioni massime: 10
        registro di runtime visualizzato:;
    rollover di runtime per dimensione: Disabled (Disabilitato)
    rollover di runtime in base all'ora:;
                        Nome: Group_name raw;
                    percorso log: /nsr/logs/migration/Group_name.raw;
...
..
.
OPPURE...



...tipo: Log NSR;
               administrator: root, "user=nsrnmc,host=nw-server1.vlab.local",
"user=root,host=nw-server1.vlab.local";
                       Proprietario: registro job adhoc;
             dimensioni massime MB: 2.
            versioni massime: 10
        registro di runtime visualizzato: ;
    rollover di runtime per dimensione: Disabled (Disabilitato)
    rollover di runtime in base all'ora: ;
                        Nome: adhoc-job-hMfdQc;
                    percorso log: /nsr/logs/adhoc/adhoc-job-hMfdQc;
...
.
                        type: Log NSR;
               administrator: root, "user=nsrnmc,host=nw-server1.vlab.local",
"user=root,host=nw-server1.vlab.local";
                       Proprietario: registro job adhoc;
             dimensioni massime MB: 2.
            versioni massime: 10
        registro di runtime visualizzato: ;
    rollover di runtime per dimensione: Disabled (Disabilitato)
    rollover di runtime in base all'ora: ;
                        Nome: adhoc-job-9Q4xBr;
                    percorso log: /nsr/tmp/adhoc/adhoc-job-9Q4xBr;
...
..
.



- assicurarsi che solo le voci "obbligatorie" siano in NSR LOG, come gstd, nsrim, nsrcpd, daemon

e.g.:
# nsradmin -p nsrexec
nsradmin> show name
nsradmin> p type:nsr log
owner: nsrim;
                        Nome: nsrim.raw;

                       Proprietario: NetWorker;
                        nome: daemon.raw;

                       Proprietario: NetWorker;
                        Nome: nsrcpd.raw;

                       owner: nsrdsa_recover;
                        Nome: nsrdsa_recover.raw;

                       Proprietario: Fuile di log NMC;
                        nome: gstd.raw;

                       owner: nsrdsa_save;
                        Nome: nsrdsa_save.raw;
nsradmin>

- Creare una copia di nsrladb
- Cercare voci sospette e rimuoverle - Le voci possono essere
"Adhoc" o "migrazione" (ma sono possibili altre voci):

- Eliminare tali voci utilizzando nsradmin (modalità interattiva) o tramite file

di input, ad esempio
# vi del_adhoc eliminare il
proprietario:Registro job Adhoc;

# nsradmin -p nsrexec -i del_adhoc


- Assicurarsi che solo le voci "mandatory" siano in NSR LOG (ad es.: gstd, nsrim, nsrcpd, daemon),

ad esempio:
# nsradmin -p nsrexec
nsradmin> show name
nsradmin> p type:nsr log
owner: nsrim;
                        Nome: nsrim.raw;

                       Proprietario: NetWorker;
                        nome: daemon.raw;

                       Proprietario: NetWorker;
                        Nome: nsrcpd.raw;

                       owner: nsrdsa_recover;
                        Nome: nsrdsa_recover.raw;

                       Proprietario: Fuile di log NMC;
                        nome: gstd.raw;

                       owner: nsrdsa_save;
                        nome: nsrdsa_save.raw;
nsradmin>


- shutdown NW Server
- elimina contenuto in /nsr/tmp/

- start NW Server, il registro runtime visualizzato ora funziona