home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / hp / 14769 < prev    next >
Encoding:
Text File  |  1993-01-12  |  2.4 KB  |  64 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!mcsun!news.funet.fi!hydra!klaava!klaava!hkarhune
  3. From: hkarhune@hydra.Helsinki.FI (Heikki Karhunen)
  4. Subject: Backing up several HP's & GNU Tar
  5. Message-ID: <HKARHUNE.93Jan12172806@hydra.Helsinki.FI>
  6. Sender: news@klaava.Helsinki.FI (Uutis Ankka)
  7. Organization: Department of Theoretical Physics, University of Helsinki,
  8.     Finland
  9. Distribution: comp.sys.hp
  10. Date: Tue, 12 Jan 1993 15:28:06 GMT
  11. Lines: 51
  12.  
  13.  
  14. First some details.
  15.  
  16. In our configuration we have a 720 serving two 705s with about 2 Gb of
  17. disk, a standalone 720 with 2.6 Gb of disk and an 345 serving a 340
  18. and 400dl with 660 Mb of disk. 
  19.  
  20. Now, we also have a compressing DAT (HP35480A for those who want to
  21. know).
  22.  
  23. As the specs say you can squeeze upto 8 Gb into a DAT tape with one of
  24. these beauties. Ok, we'd really like to do our backups to one tape.
  25. Easy, ehh? No way, buster....
  26.  
  27. The problem arises from the fact that fbackup insists on starting the
  28. backup from the beginning of the tape, i.e. if the tape is not rewound
  29. when fbackup gets its' grubby hands on the device, fbackup rewinds it.
  30. Thus you cannot put but one fileset per tape.
  31.  
  32. As I inquired after some tools with which I could do this suddenly so
  33. complicated chore, I was recommended HP's Omniback. But I don't want
  34. to buy Omniback! It'd be completely perfect for this little job, but
  35. it'd also cost more than we'd like to spend.
  36.  
  37. Well, I tried some native UNIX tools (find, cpio, dd, remsh, add some
  38. piping and obfuscate) and managed to get a full backup from each and
  39. every disk in the system to one tape. The only problem with this was
  40. that it took some 12 hours to complete... 
  41.  
  42. At the moment I am trying out GNU Tar (version 1.11.11). The problem
  43. with *that* is its inability to understand HP's cdf-files (Context
  44. Dependent Files). I am trying to add support for cdfs to it, but so
  45. far I have met with some resistance (I can make it archive them silly
  46. buggers, but they won't come out!).
  47.  
  48. I'd like to know if someone somewhere has met up with this kind of
  49. problems and solved them. I'd also appreciate it if someone has
  50. already taught GNU Tar to understand about cdfs and could give me some
  51. diffs.
  52.  
  53. Thanks in advance,
  54.  
  55.     Heikki
  56.  
  57. /-----------------------------+-----------------------------------------\
  58. | hkarhune@hydra.helsinki.fi  | There is always a job for a theoretical |
  59. | Heikki.Karhunen@helsinki.fi | physicist -- at least in theory.        |
  60. \-----------------------------+-----------------------------------------/
  61.  
  62.  
  63.  
  64.