Mailinglist Archive: opensuse (3901 mails)
| < Previous | Next > |
Re: [SLE] Duelling SAMBAs
- From: Örn Einar Hansen <orn.hansen@xxxxxxxxxx>
- Date: Tue, 4 Jan 2005 05:45:19 +0100
- Message-id: <200501040545.19374.orn.hansen@xxxxxxxxxx>
Þann Þriðjudagur 04 janúar 2005 03:15 skrifaði elefino:
> I've only heard from half a dozen people on this thread, and among them
> they disagree about whether NFS takes the computer to lunch when
> another NFS server goes away. Surely out of the hundreds or thousands
> of members of this list, there must be more than a few who have two
> Linux boxes sharing files/directories across a simple home network.
> What are all the rest of you doing?
>
This is a bit different, than you what you stated originally, where you said
the upstairs was up all the time ... if neither machine is up all the time,
you're reduced to using something like samba as a server on both, where you
simply browse to the shares you want to use. The "preferred" way, is to use
one as a server and have the other share it's resources, thus reducing
bandwidth and overhead ... using both as servers that may or may not be
present at any given moment where write/read is attempted, reduces their
value as desktop workstations and limits your options.
> Kevin (still unshared)
> I've only heard from half a dozen people on this thread, and among them
> they disagree about whether NFS takes the computer to lunch when
> another NFS server goes away. Surely out of the hundreds or thousands
> of members of this list, there must be more than a few who have two
> Linux boxes sharing files/directories across a simple home network.
> What are all the rest of you doing?
>
This is a bit different, than you what you stated originally, where you said
the upstairs was up all the time ... if neither machine is up all the time,
you're reduced to using something like samba as a server on both, where you
simply browse to the shares you want to use. The "preferred" way, is to use
one as a server and have the other share it's resources, thus reducing
bandwidth and overhead ... using both as servers that may or may not be
present at any given moment where write/read is attempted, reduces their
value as desktop workstations and limits your options.
> Kevin (still unshared)
| < Previous | Next > |