Operating System - HP-UX
1832910 Members
2939 Online
110048 Solutions
New Discussion

Non root user running fbackup

 
SOLVED
Go to solution
Charles Holland
Trusted Contributor

Non root user running fbackup

Have a very small script (which is attached). It is owned by oracle/dba is group. If I run it as user oracle there is a lot of knashing of teath as indicated below

$ bu_o
fbackup(1004): session begins on Fri, Aug 23, 2002 10:13:53 AM
fbackup(1513): statcall failed in dotdotnotparent
fbackup(1507): WARNING: could not chdir to m
fbackup(1513): statcall failed in dotdotnotparent
fbackup(1507): WARNING: could not chdir to WClog
fbackup(1513): statcall failed in dotdotnotparent
fbackup(1507): WARNING: could not chdir to 02
fbackup(1513): statcall failed in dotdotnotparent
fbackup(1507): WARNING: could not chdir to 03
fbackup(1513): statcall failed in dotdotnotparent
fbackup(1507): WARNING: could not chdir to 05
fbackup(1513): statcall failed in dotdotnotparent
fbackup(1507): WARNING: could not chdir to 06
fbackup(1513): statcall failed in dotdotnotparent
fbackup(1507): WARNING: could not chdir to admin
fbackup(1513): statcall failed in dotdotnotparent
fbackup(1507): WARNING: could not chdir to bin
fbackup(3055): total file blocks read for backup: 0

If I run the same script ar root everything is right with the world. Any ideas would be appreciated.... and points WILL be assigned.

Thanks
"Not everything that can be counted counts, and not everything that counts can be counted" A. Einstein
4 REPLIES 4
harry d brown jr
Honored Contributor
Solution

Re: Non root user running fbackup


permissions...


live free or die
harry
Live Free or Die
Sanjay_6
Honored Contributor

Re: Non root user running fbackup

Hi,

Looks like permission problem to me.

Hope this helps.

Regds
Martin Johnson
Honored Contributor

Re: Non root user running fbackup

... and ownership (to a less extent).

HTH
Marty
Charles Holland
Trusted Contributor

Re: Non root user running fbackup

From / the directory oracle is owned by oracle/dba and has 777 permissions. The last directory /ixos is owned by root/sys. Below
/ixos are a myrid of users/groups some with 755 and 775. Just ran another test (with no changes to script) as oracle and let it run a little longer....It did not start with anything "oracle", even though they were listed first, but with the /ixos directory.

Another test...keyed the commands in by hand leaving off the /ixos stuff and everything is fine.

Permissions (on /ixos) was the problem. Resolution: remsh to root and run the backup script..... no problems.

Thanks to all
"Not everything that can be counted counts, and not everything that counts can be counted" A. Einstein