OK, John, you've let the cat out of the bag so I might as well stop trying to remain incognito ;)
Yes, indeed I did package RDA although you can tell that my Unix skills aren't that great or I would have chosen a less revealing directory structure. RDA is one of the projects I'll be managing in my new role. I hope to keep what's left of my brain and avoid becoming a PHM, but I'm sure I can count on y'all to point out any signs that I'm becoming a damager ;) To address some of the issues John brought up about RDA... > (one little > script that sets up and one *large* script that > actually does the stuff) That's the current incarnation, but it will be changing in the next few months. We intend to make it more modular so that other areas in Oracle Support can add plug-ins to capture information specific to their needs. We also intend to have the setup portion allow users to skip certain areas of the report if they're not wanted or needed. > Anyone been asked to run this yet? Anyone logging an iTar related to the Oracle Server product should automatically be requested to provide RDA output as part of the iTar logging process. You may also be requested to provide it by the analyst assigned to your iTar. You are, of course, welcome to run RDA for your own benefit as well. Obviously it's not relevant for all types of tars (e.g. RTFM tars), but it does provide a nice overview of the server environment for many other types of tars. > Will Oracle Support listen to us if we request > enhancements? Absolutely!! Just please don't use an iTar for your forum. Instead send feedback (positive and negative) to [EMAIL PROTECTED] Currently I maintain that email account so I'll be the one responding. Try not to be too brutal ;) I will warn you now that I won't be able to please everyone so I'm not stupid enough to try. I have constraints on what I can do with RDA and one of the major ones is that I can't require any third party products to be used so, sorry Jared, but there's no Perl in RDA's future. For those of you VMS fans, you'll be happy to know that a version of RDA for VMS is in the works and we hope to have that released by the end of January 2002. RDA is available only via MetaLink: Note: 139597.1 "Remote Diagnostic Agent (RDA) for Unix" Note: 153091.1 "Remote Diagnostic Agent (RDA) for Windows" For those of you who may have used RDA in the past, version 2.71 was just released for Unix last week. We will have new versions for both Unix and NT/Win2K at the end of the month. There will probably be new versions every month for the next few months, so be sure to check the above notes for the most recent version. While I have your attention, feel free to send feedback regarding the ORA-600 Lookup tool to me as well (use [EMAIL PROTECTED]). Note: 153788.1 "ORA-600 Lookup" Thanks, -- Anita --- John Kanagaraj <[EMAIL PROTECTED]> wrote: > Hi all, > > I was looking at the recently released RDA (Remote > Diagnostic Agent) from > Oracle Support. Basically, this consists of a couple > of scripts (one little > script that sets up and one *large* script that > actually does the stuff) > that probes a lot of details (both OS and database) > and writes this out as > both Text and Html files. These can then be uploaded > to Oracle Support for > analysis in support of an iTAR. > > > tar tvf rda.tar > -rw-r--r-- abardeen/dba 94 2001-08-22 02:48 > false.gif > -rw-r--r-- abardeen/dba 5841 2001-12-11 13:29 > instructions.html > -rwxr--r-- abardeen/dba 179187 2001-12-10 06:49 > rda.sh <--- Big script > -rwxr-xr-- abardeen/dba 11407 2001-11-13 09:58 > setup.sh <--- Small > script > -rw-r--r-- abardeen/dba 2575 2001-12-07 09:27 > setup.txt.orig > -rw-r--r-- abardeen/dba 91 2001-08-22 02:48 > true.gif > > If you haven't caught it by now, it seems that our > very own Anita Bardeen > packaged it as can be seen from the 'tar' listing > above. Originally, this > seems to have come out of that very excellent group > - the Centre Of > Excellence... It is even intelligent enough to > recognize APPS Databases, > although it does seem to lack features to skip Web > based probes during > setup. > > Now to the Questions: Anyone been asked to run this > yet? Any comments from > the Gurus? Will Oracle Support listen to us if we > request enhancements? > > Thanks, > John Kanagaraj > Oracle Applications DBA > DBSoft Inc > (W): 408-970-7002 > > Wanna know the reason for the season? Click on > 'http://www.needhim.org' > > ** The opinions and statements above are entirely my > own and not > those of my employer or clients ** __________________________________________________ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: A. Bardeen INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
