Suggestions for REXX tool development.



IBM's Command List programming language & Restructured Extended Executor

Re: Suggestions for REXX tool development.

Postby dick scherrer » Mon Dec 10, 2012 10:57 pm

Hello,

I'm still feeling lost . . .

If the syslog copy is already being processed ("and have it in the flat file."), why is there a desire to go back into the "real" syslog? Is what you want not already in the flat file and already located?
Hope this helps,
d.sch.
User avatar
dick scherrer
Global moderator
 
Posts: 6304
Joined: Sat Jun 09, 2007 8:58 am
Has thanked: 3 times
Been thanked: 91 times

Re: Re: Suggestions for REXX tool development.

 

Re: Suggestions for REXX tool development.

Postby Peter_Mann » Mon Dec 10, 2012 11:35 pm

dick scherrer wrote:Hello,

I'm still feeling lost . . .

If the syslog copy is already being processed ("and have it in the flat file."), why is there a desire to go back into the "real" syslog? Is what you want not already in the flat file and already located?

:!: DIck makes a great point, if you've already copied the syslog to a flat file then look at that file for the info you need, is this copy the same as the current log? if you hilte a message in the flat file, the info is......right there correct :?:
Peter
Peter_Mann
 
Posts: 139
Joined: Fri Jun 24, 2011 7:37 pm
Location: Lowell,AR
Has thanked: 14 times
Been thanked: 3 times

Re: Suggestions for REXX tool development.

Postby Viswanathchandru » Tue Dec 11, 2012 12:37 am

Dear Scherrer & Peter,

Thanks for addressing the post.

Peter wrote: , is this copy the same as the current log?


I have already stated that the copy contains the messages/errors that i need to filter from the whole log. ( Which means it has got the content of the syslog but not exactly the same.)

Reason for not having the full syslog into the flat file : It occupies more space for 2 or 3 days of records it counts around 15 to 20 lakh lines. So I decided to read the log filter only the lines with the Keyword/Messages given in the filter part of the code. So In this case I would need to go back to the log and find what happened. Instead of doing a wild search in the log for errors I found this as a simple way to get my target achieved. Hope I'm clear.


Regards,
Viswa
Viswanathchandru
 
Posts: 271
Joined: Mon Oct 25, 2010 2:24 pm
Has thanked: 25 times
Been thanked: 0 time

Re: Suggestions for REXX tool development.

Postby Robert Sample » Tue Dec 11, 2012 12:40 am

So what kind of mapping between your extract and the actual syslog do you retain? The most obvious choices are storing the line number of the log record in your extract, or storing the date / time of the log record in your extract. If you have neither, then what you want cannot be achieved since there must be SOME way to get from your extract to the actual log records.
Robert Sample
Global moderator
 
Posts: 3367
Joined: Sat Dec 19, 2009 8:32 pm
Location: East Dubuque, Illinois
Has thanked: 1 time
Been thanked: 222 times

Re: Suggestions for REXX tool development.

Postby Peter_Mann » Tue Dec 11, 2012 12:51 am

Viswanathchandru wrote:Dear Scherrer & Peter,

Thanks for addressing the post.

Peter wrote: , is this copy the same as the current log?


I have already stated that the copy contains the messages/errors that i need to filter from the whole log. ( Which means it has got the content of the syslog but not exactly the same.)

Reason for not having the full syslog into the flat file : It occupies more space for 2 or 3 days of records it counts around 15 to 20 lakh lines. So I decided to read the log filter only the lines with the Keyword/Messages given in the filter part of the code. So In this case I would need to go back to the log and find what happened. Instead of doing a wild search in the log for errors I found this as a simple way to get my target achieved. Hope I'm clear.


Regards,
Viswa

No! in your original post you never mentioned selective data in this flat file....
Quoting your original post "After a huge strugle I was able to capture the syslog of the system through REXX and thanks to all the experts guiding me through. The current catpured syslog gets into a Flat file and I have highlighted some of the important messages"
that's why all the confusion and questions as to why go off into the current log, how do you know the data in the flat file is actually in the current syslog?
Peter
Peter_Mann
 
Posts: 139
Joined: Fri Jun 24, 2011 7:37 pm
Location: Lowell,AR
Has thanked: 14 times
Been thanked: 3 times

Re: Suggestions for REXX tool development.

Postby Viswanathchandru » Tue Dec 11, 2012 1:01 am

Dear Peter:

My Apologize for not being clear.

how do you know the data in the flat file is actually in the current syslog?
I can't understand this. I execute the script the moment I need to trace the Log. So, It obviously means I have the current log if I'm not wrong.


Dear Robert,

Thanks for addressing the post.

Yes I choose to have Time stamp as the key between the Syslog and the extracted (tailored according to requirements) log.


Regards,
Viswa
Viswanathchandru
 
Posts: 271
Joined: Mon Oct 25, 2010 2:24 pm
Has thanked: 25 times
Been thanked: 0 time

Re: Suggestions for REXX tool development.

Postby Pedro » Tue Dec 11, 2012 1:58 am

Search this website for ZOOM. I think it will do what you want.
Pedro Vera
User avatar
Pedro
 
Posts: 569
Joined: Thu Jul 31, 2008 9:59 pm
Location: Silicon Valley
Has thanked: 0 time
Been thanked: 39 times

Re: Suggestions for REXX tool development.

Postby Pedro » Tue Dec 11, 2012 2:11 am

I execute the script the moment I need to trace the Log. So, It obviously means I have the current log if I'm not wrong.


For some sites, the syslog information is offloaded at particular intervals. It might be possible for you to make your extract at 16:59 and then when you press your PF key at 17:01, the information might not be there anymore. Unlikely, but possible.
Pedro Vera
User avatar
Pedro
 
Posts: 569
Joined: Thu Jul 31, 2008 9:59 pm
Location: Silicon Valley
Has thanked: 0 time
Been thanked: 39 times

Re: Suggestions for REXX tool development.

Postby NicC » Tue Dec 11, 2012 2:18 pm

I execute the script the moment I need to trace the Log.

So why waste time extracting data from the syslog, browsing the extract to find something and then go back to the syslog? If you have a reason to find the information then just do it there and then - within the syslog.
The problem I have is that people can explain things quickly but I can only comprehend slowly.
Regards
Nic
NicC
Global moderator
 
Posts: 2690
Joined: Sun Jul 04, 2010 12:13 am
Location: Pushing up the daisys (almost)
Has thanked: 4 times
Been thanked: 105 times

Re: Suggestions for REXX tool development.

Postby dick scherrer » Tue Dec 11, 2012 8:57 pm

Hello,

If you have a reason to find the information then just do it there and then - within the syslog.
Which is why i continue to stay lost . . . ;)

Every time i've ever used the syslog as input to some tracking process, i always used the current log or the backup from the time-frame of interest. Never saw an "opportunity" / need to do as this topic mentions.
Hope this helps,
d.sch.
User avatar
dick scherrer
Global moderator
 
Posts: 6304
Joined: Sat Jun 09, 2007 8:58 am
Has thanked: 3 times
Been thanked: 91 times

Previous

Return to CLIST & REXX

 


  • Related topics
    Replies
    Views
    Last post