nv-l
[Top] [All Lists]

RES: RES: [nv-l] ovtstatus ** Correction ** Update **

To: <nv-l@lists.us.ibm.com>
Subject: RES: RES: [nv-l] ovtstatus ** Correction ** Update **
From: "Eduardo Oliveira Scricco (Service)" <escricco@rge-rs.com.br>
Date: Tue, 16 Nov 2004 08:26:12 -0200
Delivery-date: Tue, 16 Nov 2004 10:27:55 +0000
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
Thread-index: AcTJGURWMNKA4phIQwac0+xLQJE44wCrNa1g
Thread-topic: RES: [nv-l] ovtstatus ** Correction ** Update **
Thanks a lot George, as I don't have Fix Packs installed, I will try solution 2.
 
Eduardo
-----Mensagem original-----
De: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com] Em nome de George deSocio
Enviada em: sexta-feira, 12 de novembro de 2004 22:39
Para: nv-l@lists.us.ibm.com
Assunto: Re: RES: [nv-l] ovtstatus ** Correction ** Update **


It would be nice if I had put all this in one post... oh well.

If you have a FixPack on, you can get ovstart, ovstop, and ovstatus to your current FixPack level by extracting ovstart, ovstop, and ovstatus from your current FixPack tar.Z  file using zcat and tar and manually put them in place.  Check the names in the tar.Z file as they are suffixed and need to be renamed when put in /usr/OV/bin.  Also check permissions.

You can also backout and install your current FixPack.  BUT, for this to work, you must have the previous level of the programs (just prior) to the FixPack in place in /usr/OV/bin before you backout the FixPack.  Otherwise the FixPack scripts will fail.  The prevous-level program backups are in /usr/OV/service/V714/FixPack[1|2] as ovst*.0   The ovst*.0 files are the ones replaced when the FixPack was installed.   Copy these ovst*.0 to their original locations, be sure to name them without the .0 and check the permissions.  Then you can proceed to backout and install the FixPack.

--------------------------------------------------------------------------------
--------------------------------------------------------------------------------

If you don't have a FixPack on, the following will recover the ovstart, ovstop, and ovstatus programs from the product CDROM.

Warning:  This is NOT safe to do for any file that is configured during installation, or any file that is updated by a test-fix from support, or any file that is updated by a fixpack!!  This can only be done on a case-by-case basis.  You can potentially destroy your NetView and NetView databases if you regress or unconfigure components of NetView.  Please understand what you are doing.  I recommend that you perform this procedure on a non-NetView, non-Framework AIX box somewhere, if you have the resources available.

First you need to locate the program "sapack".  If you are on a system that has Framework installed, it should be in $BINDIR/TAS/Install.  If you are not Framework-based or you are going to do this on a non-NetView, non-Framework AIX box somewhere (recommended) it is supplied in cdrom/instbund/bin/aix5-r1.

1. Locate your NetView 7.1.4 for AIX CDROM;  mount it

2. Create a new directory where you have lots of space.  Specifically you should have 200 megabytes free.

3. cd into the new directory.  This is very important.  You can kiss your NetView good-bye if you are in / (root) after this.

4. read 3 again.

4a.  run this command:

     export o_dispatch=123  (or some other number of destination dispatcher (oserv port) not in use in the region)
       
5.  run this command  (example path to sapack on cdrom shown):

     /mnt/instbund/bin/aix5-r1/sapack  -u  /mnt/FILE30.PKT

6. cd  usr/OV/bin  (note: no leading /   this is a usr/OV/bin that is relative to the directory created in step 2)

7. cp  ovst*  /usr/OV/bin

Now your ovstatus, ovstart, and ovstop are restored to 7.1.4 base level

8. run the following:

     ls  -ial  /usr/OV/bin/ovst*

All three programs should have the same inode number and length.


If any of this is a problem, open a problem with support and then we can send you the code.



Regards,
Geo.

George deSocio
IBM Americas Support - Distributed Network Management
Dept 46-E1ZA
IBM B660  CC109
HWY 54 & 600 Park Offices
Research Triangle Park, NC  27709

919-254-2259 (T/L 444)  Fax: 919-543-7936 (T/L 441)

E-Mail:  desocio@us.ibm.com




George deSocio/Raleigh/IBM@IBMUS
Sent by: owner-nv-l@lists.us.ibm.com

11/12/2004 04:47 PM
Please respond to
nv-l

To
nv-l@lists.us.ibm.com
cc
Subject
Re: RES: [nv-l] ovtstatus






Correction: When you overlay one, you overlay all, since the three names are all hard links to one file.  That is one file with three names.  Thus you have no ovstart, ovstop, ovstatus program.  


If you have your cdrom available, I'll send you a solution... give me a few minutes...




Regards,
Geo.

George deSocio
IBM Americas Support - Distributed Network Management
Dept 46-E1ZA
IBM B660  CC109
HWY 54 & 600 Park Offices
Research Triangle Park, NC  27709

919-254-2259 (T/L 444)  Fax: 919-543-7936 (T/L 441)

E-Mail:  desocio@us.ibm.com



"Eduardo Oliveira Scricco (Service)" <escricco@rge-rs.com.br>
Sent by: owner-nv-l@lists.us.ibm.com

11/12/2004 03:02 PM
Please respond to
nv-l

To
<nv-l@lists.us.ibm.com>
cc
Subject
RES: [nv-l] ovtstatus







Thanks, James.

 

In my case, I have done some stupid thing like "./ovstatus >> ovstatus" (I've missed the .txt or something else to the output) and this replaced my ovstatus, as like ovstart and ovstop.

 

And unfortunetlly I only have backup from databases, logs and confs, not from bin directory.

 

Maybe some good soul can email me this! I will be grateful!

 

(Netview 7.1.4 for Unix...) ;)

 

Thanks again,

Eduardo

 
 

-----Mensagem original-----
De:
owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com] Em nome de James Shanks
Enviada em:
sexta-feira, 12 de novembro de 2004 17:48
Para:
nv-l@lists.us.ibm.com
Assunto:
Re: [nv-l] ovtstatus



You are in luck!  ovstop, ovstart and ovstatus are all the same executable, which is replicated three times with a different name to provide convenience.  Do an "ls -l ovst*" and  "cksum ovst*" and you'll see that this is true.  Just copy ovstop or ovstart to a new file, /usr/OV/bin/ovstatus, and that should suffice.


In the case of other executables you would not be so lucky.  The installation install code on the CD cannot be made to give up a single file from out of the various file packages, so far as I know.  You'd have to install the code on another box and ftp over what you'd lost, or do a backup of user data from serversetup, delete your current NetView,  and then do a migration (upgrade) install.  Then, if you have FixPacks or test fixes applied, you'd have to re-apply those.

If you absolutely couldn't do either of those, then you most likely have to open a call to IBM Support as a Priority one issue.  It may seem silly, but there are problems with sending proprietary computer code outside the United States these days.  While even ovstatus is not a complex piece of code,  I believe that it would unfortunately violate both international copyright laws and US technology export laws for me, or anyone else in US, to just send it to you.  But if you go through channels, so that your identity and entitlement is verified, then there is no problem.   So that's why you'd need a call to IBM Support for anything which was not duplicated.


Once you get ovstatus back working, my guess is that you are going to tar up all of  /usr/OV and save it somewhere; perhaps to tape or compressed in another filesystem.  Good idea.  It never hurts to have  a backup.


James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group

"Eduardo Oliveira Scricco (Service)" <escricco@rge-rs.com.br>
Sent by: owner-nv-l@lists.us.ibm.com

11/12/2004 02:11 PM
Please respond to
nv-l


To
<nv-l@lists.us.ibm.com>
cc
Subject
[nv-l] ovtstatus









Hi all,

I accidentally deleted the "ovstatus" from /usr/OV/bin in my Netview.
Where I can get it?

Thanks
Eduardo



<Prev in Thread] Current Thread [Next in Thread>
  • RES: RES: [nv-l] ovtstatus ** Correction ** Update **, Eduardo Oliveira Scricco (Service) <=

Archive operated by Skills 1st Ltd

See also: The NetView Web