speaking of the "keyword" field, I thought I'd point out a bug that I ran into
last week. (3.2, patch 443, Solaris 2.6)
the problem: the bpimagelist command was coredumping in a very sy
the cause we tracked down: anytime the bpimagelist command hits a class name
having a keyword field of more than 104 characters, it would puke. we got rid
of all those long keyword fields (they were being used to hold change histories
for modified classes - don't look at me! :) and all was well again.
we put in a call to VRTS support, and they had apparently not run into this one
either. :)
just an FYI in case anyone is thinking about using absurdly-long keyword
phrases,
rob
At 2:48 PM -0600 11/20/00, Andrew Steingruebl wrote:
>Ryan,
>
>I'm starting to use it. I have been able to get my users to put the files they
>want to archive into directory trees of the form
>
>DIR/username/FILES......
>
>and so I've written a little shell script that calls bparchive with a file
>list for each user, and then sends them email when its done with the list of
>files archived. Eventually I want to be able to create a nicer interface that
>is web-based, does archiving and retrieval, and has the ability to store
>metadata for each file or group of files archived. I haven't found a good way
>to do it however.
>
>Essentially, I'd like to:
>
>- Allow many more retention levels than NB currently does
>- Allow me to automatically refresh old media on a schedule to make sure my
>tapes are still readable, etc.
>
>- Have a cleaner mechanism for colocating images of the same retention period
>onto the same media when I need to force things with a "bpexpdate" command.
>- A web interface
>- a mechanism for storing metadata that is more than the "KEYWORD" currently
>allows.
>
>If I do write something to do the above, I'll see about releasing it here.
>
>--
>Andy Steingruebl | e-mail: steingra AT pprd.abbott DOT com
>
>Unix Systems Admin/Programmer | phone: (847) 935-4728
>Unix/Network Security | fax: (847) 935-0142
>Abbott Laboratories, PPDR&D | post: 100 Abbott Park Road, D472 - AP9A
> | Abbott Park, IL 60064-6115
>
>
>"RYAN C. ANDERSON" said:
>
>>Has anyone implimented NetBackup's archiving functionality
>>successfully? I would really like to use it, and understand that it is
>>the same as a regular full backup, except that it deletes the data when
>>its done.
>>
>>Some questions in particular are: Have you found a good way to catalog
>>what has been archived for users to see? Are the keywords a good way to
>>find what has been backed up? How do you let users see what has been
>>archived? Are users generally okay with seeing their old data go away?
>>What tips do you have for figuring out what can be archived?
>>
>>
>>Thanks,
>>
>>Ryan
>>--
>>Ryan C. Anderson | United Defense L.P.
>>Unix Administrator | 763.572.6684 (desk)
>>ryan_anderson AT udlp DOT com | 612.235.9936 (pager)
>>_______________________________________________
>>Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>>
>
>
>_______________________________________________
>Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|