Cluster Harddrive Using Firewire?
Ironstorm asks: "Recently I've started to see Firewire harddrives being sold from companies like Maxtor & Western Digital and now I'm pondering firewire storage solutions for high-availability clusters. Does anyone know if it would be possible to share a harddrive between two cluster nodes on a Firewire bus? Or have a node mount another node's Firewire drive if the other node has failed?"
Their overview shows the original scenario he asked about, but with a SCSI bus or FC. All their downloads are for IA-32 Linux.
In the fc/scsi world, you can send reserve, release, and reset signals. Server 1 goes down, server 2 trys reserve, if server 1 died too fast to release, reserve fails, server 2 resets ownership (blows reserve away), server 2 reserves, server 2 up and running with storage. I am not sure how firewire storage works (are the ops scsi like, the same fc ops are?), but I would geuss you would have something similar. Not it just depends if the host OS supports an application sending this ops accross. Then a cluster manager application can handle it. Perhaps the cluster manager needs to run at or in conjunction with some clustering device drivers but you get the picture. Should work...
-- soldack
NTFS and I believe FAT 32 (don't know about FAT 16) partitions retain memory of what their letter was. Win2k and NT4 will simply try that letter, if it is in use it will move up until it runs out. This keeps applications in line that reference the c: style notation. The problem is that c: is really just a symbolic link to a disk number and partition number. This link is not a UNIX one that is made through the file system but made at the device driver level.
The problem occurs when some software does not use a file system and does direct disk access. Some databases do this for example. This type of software usually does not use a drive lettered partition. It relies on disk and partition numbers and may or may not get broken when the numbering changes. Win2k disk and partition numbering is simpy based on discovery order. This in turn is based on the order in which drivers are loaded and where hardware is located on PCI and storage buses (SCSI/FibreChannel/FireWire). Put a new FibreChannel card in front of your old scsi and suddenly the database doesn't work. Write a special driver for you superduper disks that loads before the standard win2k driver and you may screw things up.
As others of noted Win2k supports mounting now. This lets you just have C as a sort of "/".
As for driver letters on firewire things should go like this in the win2k world:
PCI (if firewire pci card) or root bus driver (built into mother board) finds firewire bus, loads firewire bus driver.
Standard firewire bus driver finds device.
An additional driver or two will load some or all of which would be vendor specific. It could run like the standard scsi port driver/ vendor scsi miniport combonation. It would present an upword interface the same as presented by the normal scsi port/miniport combo but send firewire out the bottom.
This would let the standard pnp disk, partition, and file system drivers load on top.
They would talk scsi ops down the stack where the firewire scsi port/miniport would translate and encapsulate as needed and send it out, using the Firewire bus driver. Numbering occurs as things are discovered. Letters are assigned to partitions trying to use what was stored, moving up letters if a conflict occurs.
-- soldack
A firewire network is not restricted to a single 'host'. Several computers can be plugged into a firewire network and share the peripherals on it. Similarly, the computers can communicate with each other as well. The only problem I can see is that only one computer can actually mount a drive at the same time. However, a system that would allow a second computer to mount a drive if the first failed should be trivial to implement.
in NT (4.0 or 2000) you can directly assign letters to hard drives with the hard disk manager. I don't known if win9*/ME does honor these flags.
In this case, the poster could not imagine a negative result, but that does not mean he is capable of imagining universality of a positive. Although this might not be explicitly stated, it is usually assumed.
I have something of a SAN network set up at home, but it is not where I want it to be just yet. BTW, I am using ADS Pyro enclosures..
Of the os'es installed (latest {Free,Open}BSDs, Win2k and BeOS 5 pro) only the win2k server supports SBP-2, so it is the only machine able to mount them.
Even if another operating system could mount the drives, it would only be able to mount it read-only (assuming it could) since I am unable to get Win2k to mount these partitions as read-only. I am also unable to turn off the write cache, and since windows is not known for its stability, its an almost guarantee for scrambled data.(pointers desired if you have any)
Another thing I wonder about is direct node to node transfers. In theory, I should be able to transfer from one firewire device to another without going through a third party device (like a computer). Maybe the protocol does this automatically, maybe not, but it would be nice to use this for mirroring drives.
I pre-apologize for the redundancy...
/. as a whole spends more time dissecting whether preproduction "screenshots" from MSFT are ethical..
/. did not support conservation of bytes.
This is a reason that duplicate 'Ask Slashdot' columns happen. I have similar questions, I ask and nobody gets around to responding. I will grant that this is not much better than the original poster got.
This stuff could be the coolest consumer computer products in years, and yet
Anyway, I mostly posted this, so if I get to the point where I will have to 'Ask Slashdot' directly and get the obligatory "Dude, wasn't that question just asked this millenium?". I can then point them to my post to show that
I don't know about western / maxtor fw drives, but drives that spins faster than 5400 rpm needs a external power supply, drives that spin at 5400 can use the internal power from the firewire bus..
If your planning on carrying the drive around a lot, external powesupply is a pain in the ass..
Nobody uses it. Apple, even though they use FireWire, is still into Little Boxes All Over The Table. Granite Microsystems sells some small Device Bay racks and a very few devices to put in them. As far as I know, nobody else actually has Device Bay products.
1394 - Ask for it by Number.
A (long, Flash-based) message from the 1394 trade association.
Get a life.
This message was encrypted with rot-26 cryptography.
Grammar nazi doesn't use perfect English.
/. free of grammatical errors for 3 years.
Follow this link and observe his statement:
Isn't Bruce Willis believe in Scientology?
I guess that he hasn't been Keeping
This message was encrypted with rot-26 cryptography.
"I can't imagine it wouldn't work" is bad grammer. Yeah! Yeah!
If you don't get the reference, you're a pretty shitty grammer nazi.
Slashdot is jumping the shark. I'm just driving the boat.
Yes. Dual hosting the SCSI bus to keep the storage available even if a node fails has been available for at least ten years, if not even longer. I can't possibly imagine that such wouldn't work with firewire, too.
Umm... wait. You are using VMS, right? Or do you want to give us some clue what kind of operating system and hardware you plan to use this on?
Slashdot is jumping the shark. I'm just driving the boat.
Okay...
Slightly off topic
How does windows assign drive letters to these drives? My "cold swap" pullout IDE drives require a reboot (in win 9x/nt/2k ) so the drive letters can be assigned. Even worse, the drive letters change on my Primary Master drive when I add/remove my secondary Slave drive.
FYI, Linux doesn't require a reboot as long as a hard drive was detected on bootup. And obviously drive letters & Mount points are not a problem.
Does windows require some add on software for Firewire Drives? Or will it simply just add a drive letter for each partition.
Anybody care to share their 2¢?
I thought it'd be interesting to note that ALL of the Western Digital Firewire hard drives run at 5400 RPM.
How come they're spinning so slow? I'd thought that they would have them running at 10 or 15k!
I couldn't find the specs on the Maxtor drives...
You can accomplish anything you set your mind to. The impossible just takes a little longer.
Apparently, according to Maxtor (skip to Q-17), sharing of devices between multiple computers is not an available ability.
You can accomplish anything you set your mind to. The impossible just takes a little longer.