How to restrict the data being logged in URS logs with out changing the Verbose

[Ashok Nandha]

How to restrict the data being logged in URS logs with out changing the Verbose

We are using URS version 8.1.200.16. We recently deployed it. We want to restrict the data being logged in URS log with out changing the Verbose level from all to standard as the environment is not stable yet. Please advice.

[cavagnaro]

What do you mean? You want no-Verbose on Verbose mode??? 

[Ashok Nandha]

We can change the amount of data being logged by changing the Verbose from ALL to Standard or debug and all. I just want to know if there any way to restrict data being logge

[cavagnaro]

What you mean by restrict...size? time?
On details you have the levels you mention...that is it...the output (console/file/network aka database) will depend on your choice.

[Ashok Nandha]

Restrict in the sense

For EG: when URS is targeting the DN it will check for best available agent with Stat server which need not to be logged in URS log as its logged in Stat server log. PFB for log snippet of URS log. I want to restrict these kind of data being logged in URS.

18:18:59.417_M_I_ [10:06] SO(0000000005723ef0 3193 2) ten=Resources name=DB2FG0@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005724020 3195 2) ten=Resources name=YDNBHC@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000006b17760 4136 2) ten=Resources name=G2B65B@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005724150 3197 2) ten=Resources name=QBP5B0@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000006b17630 4138 2) ten=Resources name=BSB5P0@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005724280 3199 2) ten=Resources name=FCTCK0@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(000000000572a770 4141 2) ten=Resources name=Y7WDDO@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(00000000057243b0 3201 2) ten=Resources name=KMSJXG@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(000000000572a9d0 4144 2) ten=Resources name=TP6MQ0@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005b45760 4189 2) ten=Resources name=KW7GQQ@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(000000000572b0f0 4147 2) ten=Resources name=DDFX7B@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005724610 3205 2) ten=Resources name=FQ3QR0@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(000000000572b940 4152 2) ten=Resources name=KXQCR0@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005724740 3207 2) ten=Resources name=Q18KP0@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(000000000572bf30 4154 2) ten=Resources name=JGFNMC@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005724870 3209 2) ten=Resources name=FYQBQ0@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005945b50 4156 2) ten=Resources name=GM2RN0@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(00000000057249a0 3211 2) ten=Resources name=T3B8M0@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(00000000059457c0 4160 2) ten=Resources name=KWFJS0@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005724ad0 3213 2) ten=Resources name=KSTT7Z@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005945690 4162 2) ten=Resources name=KS7FHS@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005724c00 3215 2) ten=Resources name=KP0HZ0@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005724e60 3219 2) ten=Resources name=KS2M1V@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005724f90 3221 2) ten=Resources name=KTSX41@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(00000000057250c0 3223 2) ten=Resources name=G1MVMC@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(00000000057251f0 3225 2) ten=Resources name=G34ZTB@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005725320 3227 2) ten=Resources name=KNRD5G@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked
18:18:59.417_M_I_ [10:06] SO(0000000005725450 3229 2) ten=Resources name=KXH9Z0@a_statsvr_urs_p.A: stat <StatTimeInReadyState> asked

[René]

Hi,

It is possible to configure what type of messages will be written to URS log using 'verbose' option. You can find detailed description and list of messages in URS Reference Manual.

R.

PS. It is not 'verbose' option you can find in [log] section.

[kubikle]

1. Find the message template in URS reference (or just run URS with command line parameter -messages and look for the message in URS output).
2. get numer of this message (it probably will be 294).
3. In URS options (or annexes) create section VerboseLevels.
4. Put inside option with name as message numer (294) and value of verbose level you want this option to have. If it will be higher (for example if to set it to 6) than value of router's option verbose then it will not go to URS log.
   

[cavagnaro]

Just to add some more comment, you say that no need to store the SS request but you may need to if for example you expect something and it doesn't happen. You will need to follow what URS requested (if did) and what SS returned...you can't sometimes fix an issue by just looking one side

[Ashok Nandha]

Yep Thats correct..