LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Newbie
User Name
Password
Linux - Newbie This Linux forum is for members that are new to Linux.
Just starting out and have a question? If it is not in the man pages or the how-to's this is the place!

Notices

Reply
 
Search this Thread
Old 08-30-2012, 10:23 AM   #1
k_balaa
LQ Newbie
 
Registered: Apr 2011
Location: India
Posts: 28

Rep: Reputation: 0
tape dirve


Friends,

Can we share tape drive ?
/dev/st0
(OS:RHEL 5.0)
 
Old 08-30-2012, 10:34 AM   #2
Ser Olmy
Senior Member
 
Registered: Jan 2012
Distribution: Slackware
Posts: 1,999

Rep: Reputation: Disabled
You can export it as an iSCSI target. I do this with SCST and it works very well.
 
Old 08-30-2012, 11:31 AM   #3
k_balaa
LQ Newbie
 
Registered: Apr 2011
Location: India
Posts: 28

Original Poster
Rep: Reputation: 0
ok , is any other way...
 
Old 08-30-2012, 02:17 PM   #4
Ser Olmy
Senior Member
 
Registered: Jan 2012
Distribution: Slackware
Posts: 1,999

Rep: Reputation: Disabled
Why would you need another way? Could you tell us a little about what you are trying to accomplish?
 
Old 08-31-2012, 09:39 AM   #5
k_balaa
LQ Newbie
 
Registered: Apr 2011
Location: India
Posts: 28

Original Poster
Rep: Reputation: 0
I don't want to be install any new rpm on that server, my purpose is am taking backup of data every ten minutes,
Means total files per day is 6 * 24=144 files around 50G per day, its ok going normal.

but problem is restore, while doing tht my CPU going high, so that i want mount drive other machine..
 
Old 08-31-2012, 01:09 PM   #6
Ser Olmy
Senior Member
 
Registered: Jan 2012
Distribution: Slackware
Posts: 1,999

Rep: Reputation: Disabled
If I understand you correctly, running the backup job on the server with the tape drive (fetching data from one or more other servers over the network) results in an unacceptably high CPU load on that server, so you wish to run the backup job on the remote server(s) instead.

Backing up data to tape (or any storage medium) is an I/O intensive task, and should not by itself cause the CPU load to increase noticably on a server with a half-decent controller. However, compressing the data prior to backing it up can be both CPU and memory intensive, and I would guess that is what you're seeing. What software are you using to perform the backup?

Edit: I see now that you say the CPU load issue occurs mainly during restores. That sounds rather odd. Are you restoring directly to the original server over the network, and if so, what network file system are you using?

There's no way to "export" a raw device node over the network and mount it on another server, as a device node is just a pointer to an internal (kernel) device on a given system.

I can think of at least four ways to offload the CPU-intensive parts of your backup job to another server (or in one case, another device):
  1. Using hardware compression

    If your tape drive supports hardware compression (and most do), you can configure your backup software to rely on that rather than sending pre-compressed data to the drive. Hardware compression in a tape drive is likely to be slightly less efficient than software compression, but using it will dramatically reduce the CPU load on the server.

  2. Using an accelerator agent

    Some backup software supports the concept of an "agent", a piece of software you install on any servers you want to collect data from for the purpose of backing it up. Whether or not this will offload a significant portion of the backup job to the server being backed up, depends on the agent design.

  3. Piping the data stream across the network

    Rather than fetching the files using a network file system of some sort, the backup job can run on the remote server and the resulting data stream can be sent to a (network) pipe rather than a tape device. The server with the backup device will act as the other endpoint of the pipe, and write the data to the tape drive. This can be implemented using nothing but tar, netcat and a compression tool (gzip, bzip etc.)

  4. Exporting the tape drive as an iSCSI target

    This is the "proper" way to share SCSI devices across the network: You export the drive as an iSCSI target, and access it with an iSCSI initiator from anywhere. I suggested SCST because it works extremely well, both performance-wise and in terms of stability and functionality, but as you point out, one has to install it (and even patch the kernel to achieve the best possible performance).

    A while back, a competing SCSI target architecture (LIO) was included in the kernel, but unfortunately the RAW target needed to export a tape device ("PSCSI") doesn't exactly come highly recommended by the developers. (Also, over the last few years the developers have deprecated two different sets of management tools, and I could never get the damned thing to work, while setting up SCST is a breeze.)
Option 2 may not be available to you, depending on the software being used, and I would consider 3 a (potentially quite ugly) hack. 4 is as close to an "official" solution as you can get, but 1 may actually solve your problem almost as effectively, and requires no software and hardly any configuration at all.

Last edited by Ser Olmy; 08-31-2012 at 06:12 PM.
 
  


Reply

Tags
tape drive


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Urgent : Shared network dirve pallav1234 Linux - Newbie 1 07-28-2010 01:15 PM
How do you make a hard dirve a slave? laceupboots Linux - Hardware 4 01-24-2006 11:43 AM
Problems with Hotplug and USB flash dirve on Suse 9.2 almoser Suse/Novell 24 03-02-2005 06:12 PM
adding a new hard dirve 0perat0r Linux - Newbie 1 07-29-2004 07:24 AM
Making Floppy to boot to cd dirve to install linux? blither Linux - General 3 03-23-2003 09:31 PM


All times are GMT -5. The time now is 06:12 PM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration