Re: /opt/VRTSob (325 Views)
Reply
Valued Contributor
Fred Martin_1
Posts: 1,044
Registered: ‎07-30-1998
Message 1 of 12 (325 Views)
Accepted Solution

/opt/VRTSob

Just noticed these files on my system, are 'nouser' ... currently own by UID 4484 GID 119 ... what should the ownerships really be, am I missing a passwd entry or should they be owned by someone else?

/opt/VRTSob/jre/bin/.start_xfs
/opt/VRTSob/jre/bin/java
/opt/VRTSob/jre/bin/keytool
/opt/VRTSob/jre/bin/policytool
/opt/VRTSob/jre/bin/rmid
/opt/VRTSob/jre/bin/rmiregistry
/opt/VRTSob/jre/bin/tnameserv
/opt/VRTSob/jre/lib/PA_RISC/hotspot
/opt/VRTSob/jre/lib/PA_RISC/libmawt.sl
/opt/VRTSob/jre/lib/PA_RISC2.0/hotspot
/opt/VRTSob/jre/lib/PA_RISC2.0/libmawt.sl
fmartin@applicatorssales.com
Honored Contributor
John Poff
Posts: 2,448
Registered: ‎05-22-2001
Message 2 of 12 (325 Views)

Re: /opt/VRTSob

Hi,

Looks like they could be some files belonging to Veritas Enterprise Manager. Do you have that installed on your system?

JP
Honored Contributor
Robert-Jan Goossens
Posts: 7,384
Registered: ‎04-04-2000
Message 3 of 12 (325 Views)

Re: /opt/VRTSob

VRTSobâ VERITAS Enterprise Administrator Service

I don't have it on my HP's but I do have it on my sun's with the owner bin:bin.

Regards,
Robert-
Valued Contributor
Fred Martin_1
Posts: 1,044
Registered: ‎07-30-1998
Message 4 of 12 (325 Views)

Re: /opt/VRTSob

Only if it came installed with HP-UX 11i, Progress DB, or an NxTrend product. That's about all I've got on this server. I've heard of it but not familiar with it.
fmartin@applicatorssales.com
Honored Contributor
Patrick Wallek
Posts: 13,777
Registered: ‎06-21-2000
Message 5 of 12 (325 Views)

Re: /opt/VRTSob

If you notice in the 'll' output for the items with the uid of 4484 as the owner, they are ALL links to another file. In this case, I wouldn't worry too much. I've got the same issue on my 11.11 machine.

# cd /opt/VRTSob
# find . -user 4484 -exec ll -d {} \;
lrwxrwxrwx 1 4484 119 13 Nov 13 2003 ./bin/.start_xfs -> .java_wrapper
lrwxrwxrwx 1 4484 119 13 Nov 13 2003 ./bin/java -> .java_wrapper
lrwxrwxrwx 1 4484 119 13 Nov 13 2003 ./bin/keytool -> .java_wrapper
lrwxrwxrwx 1 4484 119 13 Nov 13 2003 ./bin/policytool -> .java_wrapper
lrwxrwxrwx 1 4484 119 13 Nov 13 2003 ./bin/rmid -> .java_wrapper
lrwxrwxrwx 1 4484 119 13 Nov 13 2003 ./bin/rmiregistry -> .java_wrapper
lrwxrwxrwx 1 4484 119 13 Nov 13 2003 ./bin/tnameserv -> .java_wrapper
lrwxrwxrwx 1 4484 119 6 Nov 13 2003 ./lib/PA_RISC/hotspot -> server
lrwxrwxrwx 1 4484 119 18 Nov 13 2003 ./lib/PA_RISC/libmawt.sl -> motif21/libmawt.sl
lrwxrwxrwx 1 4484 119 6 Nov 13 2003 ./lib/PA_RISC2.0/hotspot -> server
lrwxrwxrwx 1 4484 119 18 Nov 13 2003 ./lib/PA_RISC2.0/libmawt.sl -> motif21/libmawt.sl
Valued Contributor
Fred Martin_1
Posts: 1,044
Registered: ‎07-30-1998
Message 6 of 12 (325 Views)

Re: /opt/VRTSob

Ah, so they are. The fact that you have the same UID as me, is an indication that it's right from the install that way. Since they're links anyway and permissioned wide open I'm guessing that, for the sake of cleaning up, chowning them to root:sys wouldn't hurt.
fmartin@applicatorssales.com
Trusted Contributor
Victor_5
Posts: 739
Registered: ‎03-19-2001
Message 7 of 12 (325 Views)

Re: /opt/VRTSob

Hi Fred:

I got the same result on my 11.i server, since it is created by installation by default, I don't suggest you to change them.

Actually, VRTSob is for Veritas VxVM GUI interface, on the server side, you need VRTSob, VRTSvmpro and VRTSfspro to make it work, but a lot of companies don't allow VEA GUI for security reason, if you don't need it, you can simply stop the service on the server side:

#vxsvc -k

Just my two cents.
Valued Contributor
Fred Martin_1
Posts: 1,044
Registered: ‎07-30-1998
Message 8 of 12 (325 Views)

Re: /opt/VRTSob

Thanks Victor, in fact I don't do anything GUI on this server, stopping it is a good idea.
fmartin@applicatorssales.com
Valued Contributor
Fred Martin_1
Posts: 1,044
Registered: ‎07-30-1998
Message 9 of 12 (325 Views)

Re: /opt/VRTSob

It appears that this software is started at boot by the script /sbin/rc2.d/S999isisd.

What is the proper way to prevent this from starting up at all?
fmartin@applicatorssales.com
Outstanding Contributor
Pete Randall
Posts: 16,205
Registered: ‎11-03-1996
Message 10 of 12 (325 Views)

Re: /opt/VRTSob

Fred,

Normally, there would be a file in /etc/rc.config.d/ called isisd. You would edit this file and tell it that you didn't want the daemon to start. Since Veritas chose not to play by the rules and supply this standard configuration file, I think the only way to prevent start up is to rm the link from /sbin/rc2.d/S999isisd to /sbin/init.d/isisd. You should also rm the corresponding kill link: /sbin/rc1.d/K999isisd.


Pete

Pete
Trusted Contributor
Victor_5
Posts: 739
Registered: ‎03-19-2001
Message 11 of 12 (323 Views)

Re: /opt/VRTSob

Hi Fred,

Sorry I overlooked your reply and I noticed that you got the correct reply already. Yes, I agree with Pete, if you want to keep those software, probably that is the only way I can think of.

Another point I can think of, since you don't need GUI on that particular server, you can swremove those packages, and when you need them in the future, you can swinstall them from depot (if you made depot already) or from CD. Hope it can helps.

Valued Contributor
Fred Martin_1
Posts: 1,044
Registered: ‎07-30-1998
Message 12 of 12 (323 Views)

Re: /opt/VRTSob

Well, I conquered a few fears and decided to chown the thing. Tried one:

# chown root:sys /opt/VRTSob/jre/bin/.start_xfs

And the link is still owned by 4484:119, so I guess the chown command follows the link and chowns the file, not the link. (it was already root:sys anyway)

I guess I could remove and re-add the link, but haven't conquered that fear, yet.

I'm only making this fuss because some of my orginal admin trainers told me never to leave a file unowned on a unix system.
fmartin@applicatorssales.com
The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the Terms of Use and Rules of Participation.