fbackup ?

[Jerry_109]

HP-UX B.11.11 U 9000/800/rp7410

#######################################
Hello All,

I need to backup about 12 files to tape
to preserve the ACL's to restore to another system. I understand that fbackup preserves the ACL's ? I have not used fbackup before.
Can someone give me the correct commands to
use? Can I put the file names with there paths
in a file first, so they all go to tape? I will also need the commands to restore them to
the new system. My Ignite archinve using tar does not preserve the ACL's

Thanks
Jerry Sims
** edited to comply with forum guidelines **

[lawrenzo · Accepted solution]

depending on where the files are to backup and directories etc you may need to create a graph file listing the files to include ie if your files are several directories (see the man page)

fbackup -g /graphfile -f /dev/rmt/?mn

or

fbackup -i /includefile -i /includefile -f /dev/rmt/?mn

then to recover

frecover -x -f /dev/rmt/?mn

or you can use sam.

the man pages are pretty comprehensive also.

HTH

[John Waller]

hi Jerry

Easiest way if you have 12 files is to create a /tmp/graphfile containing:

i /directory/file1
i /directory/file2
.
.
i /directory/file12

The fbackup command would then be

fbackup -f /dev/rmt/m -g /tmp/graphfile -v

To be honnest I thought tar did preserve ACL's. It may be that ignite does not use tar but pax which may loose the ACL's.

[Andy Torres]

Seems like a lot to go through for so few files (unless they're really big).

You may still be able to use tar. Check out the man page and see the -p option. That may help.

==============================================================
p Cause file to be restored to the original modes and ownerships written on the archive, if possible. This is the default for the superuser, and can be overridden by the o function modifier. If system protections prevent the ordinary user from executing chown(), the error is ignored, and the ownership is set to that of the restoring process (see chown(2)). The set-user-id, set-group-id, and sticky bit information are restored as allowed by the protections defined by chmod() if the chown() operation above succeeds.
==============================================================

[Jerry_109]

# tar -cvfp /dev/rmt/0m /etc/hosts.save
Optional acl entries for not dumped
a /etc/hosts.save 36 blocks

[Jerry_109]

root@hohp101[/tmp/jerry]
# ls -la /tmp/jerry/makerec-acl.files.hohp101
-rw-r--r-- 1 root sys 245 Oct 19 06:57 /tmp/jerry/makerec-acl.files.hohp101
root@hohp101[/tmp/jerry]
# cat /tmp/jerry/makerec-acl.files.hohp101
i /etc/hosts
i /etc/hosts.save
i /root/Failover/data/prod_hosts
i /usr/local/ovoscripts
i /usr/local/ovoscripts/try.pl
i /usr/local/ovoscripts/ovo_mail.pl
i /usr/local/ovoscripts/ovo_mail.pl.save
i /usr/local/ovoscripts/ovo_mail.pl.1220
root@hohp101[/tmp/jerry]
# fbackup -f /dev/rmt/0mn -g /tmp/jerry/makerec-acl.files.hohp101 -v
fbackup(1427): illegal entry in graph file /tmp/jerry/makerec-acl.files.hohp101
fbackup(1404): no files have been specified; (use at least one -i and/or -g option)
usage: fbackup -f device [-f device] ... [-0-9] [-nsuvyAEl]
[-i path] ... [-e path] ... [-g graph] ... [-d path] [-I path] [-V path] [-c config]

usage: fbackup -f device [-f device] ... -R restart [-nsuvyAEl]
[-d path] [-I path] [-V path] [-c config]

root@hohp101[/tmp/jerry]

[John Waller]

How did you make the makerec-acl.files.hohp101 file. Did you create using a HP editor , e.g. vi or did you create on a Windows machine and ftp over? Looking at your post I can't understand why you have a problem as the format looks correct e.g
i /etc/host with a space between i and /etc.
If you created on a Windows machine you may have a ^M at the end of the line which is causing the problem which does not show if you cat the file, but you can tell if you vi or view the file.

[Jerry_109]

used vi on hp-ux 11i server:
# cd /tmp/jerry
root@hohp101[/tmp/jerry]
# ll
total 32
-rw-r--r-- 1 root sys 245 Oct 19 06:57 makerec-acl.files.hohp101
-rw-r--r-- 1 root sys 969 Oct 18 07:51 makerec-acl.files.hohp101.getacl
root@hohp101[/tmp/jerry]
# cat makerec-acl.files.hohp101
i /etc/hosts
i /etc/hosts.save
i /root/Failover/data/prod_hosts
i /usr/local/ovoscripts
i /usr/local/ovoscripts/try.pl
i /usr/local/ovoscripts/ovo_mail.pl
i /usr/local/ovoscripts/ovo_mail.pl.save
i /usr/local/ovoscripts/ovo_mail.pl.1220
root@hohp101[/tmp/jerry]

[Jerry_109]

fbackup works fine now. I had a space in befor the "i" which caused problems.

Thnaks.

I will now take the tape to another system, and try the frecover. Is there a way to read the tape to verify the contents ?

[John Waller]

This is my output from a similar exercise

cally:/tmp # fbackup -f /tmp/backupfile -g /tmp/makerec-acl.files.hohp101 -v
fbackup(1601): could not access -i/-e file /tmp/xxx
fbackup(1417): cannot open the dates file /var/adm/fbackupfiles/dates for readin
g
fbackup(1004): session begins on Wed Oct 19 16:02:15 2005
fbackup(3024): writing volume 1 to the output file /tmp/backupfile
1: / 4
2: /tmp 6
3: /tmp/procman.log 876
fbackup(1005): run time: 2 seconds
fbackup(3055): total file blocks read for backup: 886
fbackup(3056): total blocks written to output file /tmp/backupfile: 908
cally:/tmp # cat makerec-acl.files.hohp101
i /tmp/xxx
i /tmp/procman.log
cally:/tmp #

/tmp/xxx was a deliberate invalid file name.

As you can see my fbackup command was identicle to yours except I sent my output to a file instead of tape.