UNSOLVED

apuertas_gallar

updated

20 years ago

0

1216

June 28th, 2006 03:00

delete saveset and savegrp command

Hi all,

well I'd like to know if it's possible to delete a single saveset from a tape.
To be more clear: I have defined a group with his clients. I have labelled the tapes to be used by that group. Sometime it happens that client's configurations change, so I change the saveset (for example) and make a backup to test the new configuration. The command line request (savegrp command) execute a backup of that single client belonging to the defined group. If needed, when the execution is terminated, can I delete the saveset from the tape to save space for next scheduled backup operation?

Just another question, about the savegrp command. I use it to estimate tapes needed for a backup process, for example when I configure a new client. The estimate process prompt any warning if encounter an open file or not? It seems to me that, this way, savegrp command checks only the size of the files to be backed up, so it won't prompt any warning, even if I define a verbose command.

Thanks
  • 427

    0

    Posted June 28th, 2006 03:00

    Well,

    it sounds wonderful, as infact, what I want and I'm thinking is just to delete that ssid and re-use the tape space overwriting the backup I've done to test the new configuration. Of course I'm talking of the last backup and no other backups are written to the tape afterwards. But ... Well, the question can be obvious, but ... Can you tell me which command (by command line or GUI, of course), to delete a ssid from the media db? I've go through the command reference and admin guide but I've been not able to find anything interesting about that ... :-/

    About the second question ... yes, of course I'm talking of full backups and ... ok, it check size and not availability of the files.

    Thanks a lot!
  • ble1

    6 Operator

    •

    14354 Posts

    •

    56186 Points

    427

    0

    Posted June 28th, 2006 03:00

    It is possible to delete it from media db, but to delete it from tape in a way that you create reusable hole on that spot on volume is not (except when this savesets is not last saveset on the volume and volume is still appendable).

    In your case, it sounds like this is last backup - no other backups have been written to tape afterwards. In that case answer is yes - deleting last ssid on that volume from media db deletes information about it's location so next time write will occur it will overwrite old spot. At least I believe so :D

    As for estimate, this kind of approach will only work with full backups - with incremental and/or differential you can't really get estimate, can you? Anyway, preview should check size I guess that matches next savegrp run - not real availability of the file.
  • ble1

    6 Operator

    •

    14354 Posts

    •

    56186 Points

    427

    0

    Posted June 28th, 2006 04:00

    Try nsrmm -dy -S ssid.
  • 427

    0

    Posted June 28th, 2006 05:00

    Thanks a lot!
    :-)
  • ltornblom

    12 Posts

    427

    0

    Posted June 30th, 2006 05:00

    My understanding is that networker newer overwrites data on a tape until you
    relable it.. Or get a problem with scsi resets..

    This bequase of, NetWorker looks for the "EOT" (Two EOF marks) revindes one EOF mark
    overwrites that block with data.

    To show you I did a query on a tape. removed the last saveset on filemark 10 with nsrmm -d.
    started a backup. got filemark. 11->
    did a scanner on filemark 10. -> got back the savesets..


    $ mminfo -q volume=A0000004 -r ssid,cloneid,mediafile,mediarec
    ssid clone id file rec
    3465717646 1150461838 2 0
    3482494862 1150461838 2 2
    3448940448 1150461856 3 0
    4188330261 1151654165 4 0
    4171553045 1151654165 5 0
    4154775830 1151654166 6 0
    4137998615 1151654167 7 0
    4121224510 1151657278 8 0
    4104447295 1151657279 8 2
    4087670082 1151657282 9 0
    4070892866 1151657282 10 0

    root@danne / $ nsrmm -dy -S 4070892866/1151657282
    root@danne / $ mminfo -q volume=A0000004 -r ssid,cloneid,mediafile,mediarec
    ssid clone id file rec
    3465717646 1150461838 2 0
    3482494862 1150461838 2 2
    3448940448 1150461856 3 0
    4188330261 1151654165 4 0
    4171553045 1151654165 5 0
    4154775830 1151654166 6 0
    4137998615 1151654167 7 0
    4121224510 1151657278 8 0
    4104447295 1151657279 8 2
    4087670082 1151657282 9 0

    root@danne / $ savegrp
    root@danne / $ mminfo -q volume=A0000004 -r ssid,cloneid,mediafile,mediarec
    ssid clone id file rec
    3465717646 1150461838 2 0
    3482494862 1150461838 2 2
    3448940448 1150461856 3 0
    4188330261 1151654165 4 0
    4171553045 1151654165 5 0
    4154775830 1151654166 6 0
    4137998615 1151654167 7 0
    4121224510 1151657278 8 0
    4104447295 1151657279 8 2
    4087670082 1151657282 9 0
    4054126877 1151668509 11 0
    4037349661 1151668509 12 0
    4020572446 1151668510 13 0
    4003795231 1151668511 14 0

    root@danne / $ scanner -m -f 10 -r 0 /dev/rmt/0cbn
    scanner: scanning LTO Ultrium tape A0000004 on /dev/rmt/0cbn
    scanner: LTO Ultrium tape A0000004 already exists in the media index
    scanner: ssid 4070892866: scan complete
    scanner: ssid 4070892866: 146 KB, 196 file(s)
    scanner: ssid 4054126877: scan complete
    scanner: ssid 4054126877: 1 KB, 0 file(s)
    scanner: ssid 4037349661: scan complete
    scanner: ssid 4037349661: 23 KB, 1 file(s)
    scanner: ssid 4020572446: scan complete
    scanner: ssid 4020572446: 6 KB, 13 file(s)
    scanner: ssid 4003795231: scan complete
    scanner: ssid 4003795231: 157 KB, 206 file(s)
    scanner: done with LTO Ultrium tape A0000004

    root@danne / $ mminfo -q volume=A0000004 -r ssid,cloneid,mediafile,mediarec
    ssid clone id file rec
    3465717646 1150461838 2 0
    3482494862 1150461838 2 2
    3448940448 1150461856 3 0
    4188330261 1151654165 4 0
    4171553045 1151654165 5 0
    4154775830 1151654166 6 0
    4137998615 1151654167 7 0
    4121224510 1151657278 8 0
    4104447295 1151657279 8 2
    4087670082 1151657282 9 0
    4070892866 1151657282 10 0
    4054126877 1151668509 11 0
    4037349661 1151668509 12 0
    4020572446 1151668510 13 0
    4003795231 1151668511 14 0
  • ble1

    6 Operator

    •

    14354 Posts

    •

    56186 Points

    427

    0

    Posted June 30th, 2006 05:00

    Lars is correct.