Jump to content

csoto

Members
  • Content count

    11
  • Joined

  • Last visited

Community Reputation

0 Neutral

About csoto

  • Rank
    Occasional Forum Poster
  1. How does one request this? Do I need to open a support case? We're using S10x86 much more frequently these days. Thanks, Charles
  2. csoto

    Back to square zero

    This is exactly the issue I complain about in this post: http://forums.dantz.com/showtopic.php?tid/30656/ For whatever reason, a disk media set member is treated as "full" whenever you have backed up as many bites as was seen to be free on that volume WHEN THE MEMBER WAS CREATED. Never mind that you may have deleted a bunch of other junk from that volume. Never mind that you may have a HSM system that freed up space for you. That member won't use the space that's available. It's a real pain.
  3. Doing exactly this is the only way we can get around a severe limitation with disk backup sets - the maximum size of a member is determined by the amount of space available on the drive (NFS share in our case) AT THE TIME THE MEMBER WAS CREATED. Never mind that I will be freeing space on that drive sometime afterwards - that now free space isn't available to my disk backup set, because the member is limited to that initial free space. Well, you say, disks don't usually grow, and you should just assume a particular disk/share will eventually fill with .rdb files from the member. In our case, we use Sun's SAMFS to archive files to tape, creating a D2D2T solution. It would be ideal in our case if members didn't hit an artificial "ceiling" (the initially defined member maximum) but instead kept writing .rdb files unless the NFS share had no space available. With SAMFS, the oldest .rdb files simply get released from disk, to be staged back from tape when accessed. It all works rather well, except this member size maximum. It would be nice to turn this off, as right now, backups stop until I create yet another member, even though there are still hundreds of GB available (you define high and low "watermarks" to determine when to start releasing files, and how much space to free up, respectively). Any chance we could see such a feature? Charles
  4. If you have Samba, you can "back up" your Unix clients to a Windows or Samba share. April's SysAdmin magazine (http://www.samag.com/articles/2005/0504/) has an article describing the "smbbackup" utility, found at http://www.costwareinc.com/freesoftware/. Yeah, it's not really backup by Retrospect, but it copies your important files to a share that can then be backed up by Retrospect (or any other client, FWIW). Charles
  5. This is one area in which the Windows server lags behind the Mac. We have a Dell library (rebadged ADIC Scalar 100) with FC that would be great to use on our SAN, to avoid multiple HBAs.
  6. Isn't it wise to set up a cron job to make backups of the open databases? Backing up "live" databases could possibly yield DBs marked as "crashed" and require "repair." Has anybody done this?
  7. Oh, looks like you're referring to the DRIVE-only Dell, not the autoloader. My mistake. Ours is the 112T, I believe. But, it's a DLT1 mechanism. Yes, these are simply rebadged Quantum drives. It shows up as such in the SCSI device query.
  8. Hey, Daryl. We use exactly that loader. It's a clone of the ADIC FastStor 7 loader. It works great with 5.0 or 5.1. However, we have just mothballed it, since our storage now greatly exceeds the good 'ol 110T, and we upgraded to a 132T (SuperDLT 320), which hasn't so much as used 4 out of 20 tapes! FYI, we use it on a PowerMac G4 Server (basically a QuickSilver running X Server). Since this is a HIGH VOLTAGE DIFFERENTIAL (e.g. "plain old differential" - NOT LVD), you need a DIFF card. We use the ATTO ExpressPCI PSCd, which unfortunately has been discontinued. We bought it direct from ATTO, as most places don't stock them. No reason it wouldn't work with an Adaptec or Qlogic HBA, however. Note that Dell typically includes a card, but these are usually Intel-only (no Mac drivers). I wholeheartedly recommend Dell's "PowerVault" line of autoloaders. They're typically rebadged versions of respectable loaders (often ADIC), but Dell's support is superb. One of our two 110Ts broke a belt pulley and Dell shipped a replacement drive by 10a.m. the following morning, with prepaid shipping for the broken unit. Add to the fact that this drive was already cheaper than ADIC units available just about anywhere else. Good luck! Charles
  9. If you upgraded to Server 5.1 for Mac OS X, you will notice that your Dell PowerVault 132T autoloader is no longer recognized as a loader. Mayoff says this will be added to the 5.1 RDU within a month, but in the meantime, there is a workaround. Simply use the LED panel controls to set the "SCSI inquiry string" to "Scalar 24" from the default "Dell PV-132T." Then it will be recognized as an ADIC Scalar 24 (which it is, just rebadged "Dell"). See http://support.jp.dell.com/docs/storage/spv132t/en/menu.htm for instructions. Hope this helps, Charles
×