whatever I find out from him. Seems there's some interest in this
topic with people other than just me... ;)
Tom
"Stephen C. Tweedie" wrote:
> One is the GFS team at http://gfs.lcse.umn.edu/. The other hasn't
> announced publicly yet.
>
> --Stephen
>
er side over to themselves and you can't resolve the conflict
> afterwards.
>
> --Stephen
>
--
Tom KunzTool Developer Software Consulting Services
PGP Key http://www.users.fast.net/~tkunz/pgp.html
1452 1F99 E2BB 632E 6EAE 2DF0 EF11 4DFC
DB62 7EBC 3BA0 6C40 88C0 C509 DA85 91B4 D5E9 EFD3
n schedule, and no data will be lost. But thanks
for the suggestion.
Tom
vincenzoj wrote:
>
> try rsync?
>
> JV
--
Tom KunzTool Developer Software Consulting Services
PGP Key http://www.users.fast.net/~tkunz/pgp.html
1452 1F99 E2BB 632E 6EAE 2DF0 EF11 4DFC
DB62 7EBC 3BA0 6C40
rent
system that already does exactly what I want (as open-source, of
course). But if not, is there anyone else on this list who is
interested in venturing out into this arena?
Thanks,
Tom
--
Tom KunzTool Developer Software Consulting Services
PGP Key http://www.users.fast.net/~tkunz/p
f a driver for that DAC960.
Compaq did some development with DAC960 hardware raid controllers, and
you might try to contact them. The "stock" Red Hat 6.0 kernel comes
with some DAC960 drivers, and if that doesn't have it, you can try to
contact Mylex directly.
Hope this help
storage shared between
multiple machines has been a trick so far. I've been playing with
software RAID as a low-end solution for data duplication.
Anyone else out there going through the same thing?
Tom
--
Tom KunzTool Developer Software Consulting Services
PGP Key http://www.u
hould be all you need to do. You don't need to do mkraid,
because that is just for the initial creation of the raid partitions.
The raid drivers in the kernel and the raid recovery processes will
handle the recontruction once you do "raidhotadd", you don't have to
copy d
