RE: DFS-R like behaviour with two IBMi machines

I may know a thing or two about using IFS space on a system
% of Size in
Description Disk 1,000,000 bytes
User libraries 2.76 129542.46
User directories 81.17 3813164.36
Folders and documents .00 .11
QSYS .05 2482.42
Other IBM libraries .44 20613.80
Licensed Internal Code .18 8241.15
Temporary space .75 35457.55
Unused space 14.63 687130.16
System internal objects .02 773.26
Objects not in a library .00 .00
TOTAL 100.00 4697405.27

But File Serving is not something I would use IBM i for.


-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Roberto José Etcheverry Romero
Sent: Wednesday, February 27, 2019 9:25 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: DFS-R like behaviour with two IBMi machines

Sometimes the correct tool for the job is the right tool.
IFS is not IBM i's forte, handling 8TB of IFS data seems a bit too much.
Some of my clients have actually moved the IFS data OUT of the IBM i...
Why the need to have IBM i do fileserving?

Best Regards,

On Wed, Feb 27, 2019 at 11:12 AM Diego Kesselman <diegokesselman@xxxxxxxxx>
wrote:

Ok, projects with Autocad or Video I know use distributed NAS solutions :
Scale Out NAS, Isilon or GPFS based clusters.
DFS-R sounds good.

El mié., 27 de feb. de 2019 08:03, <Franz.Rauscher@xxxxxxxxxxx> escribió:

thats true

as said they are using DFS-R now which works very good. the the
access to the files must be gbit because they are tall (autocad,
images,...) so accessing the remote IBMi is not an option.

i dont see why nfs should help in syncing. can you clarify that. is
there a nfs technique which i am missing that syncs two shares?

As additional info: the solution hast to be IBMi only. No NAS, Cloud
or something because if IBMi only is not possible we stay with
Microsft

DFS-R

From: "Rob Berendt" <rob@xxxxxxxxx>
To: "Midrange Systems Technical Discussion"
<midrange-l@xxxxxxxxxxxxxxxxxx>
Date: 27.02.2019 14:59
Subject: RE: DFS-R like behaviour with two IBMi machines
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxxxxxxxx>



I take it the "slow network" negates using an NFS share between the
two systems?

-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf
Of Franz.Rauscher@xxxxxxxxxxx
Sent: Wednesday, February 27, 2019 4:48 AM
To: midrange-l@xxxxxxxxxxxxxxxxxx
Subject: DFS-R like behaviour with two IBMi machines

Hi!

I have a question according the sync of a ifs filesystem folder
between two IBMi machines.

I would like to have a folder like /shares/public on two IBMi server
in two different locations with a slow network between them.
is ist possible to sync the /shares/public folder between the two

machines

bidirectionally so that the users on each of the to locations can
work with their local IBMi machine (via netserver share).

The solution should be comparable to Microsoft DFS-R (Distributes
File System - Replication)

I have not found a builtin solution. Remote-journaling does not help
in this case in my opinion because it does not apply the changes
from
machine1 to machine2 and the other way around.

Greetings,
Franz
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To

subscribe,

unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our
affiliate
link: https://amazon.midrange.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our
affiliate
link: https://amazon.midrange.com



--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing

list

To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our
affiliate
link: https://amazon.midrange.com

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com