Re: DFS-R like behaviour with two IBMi machines

The reason is that if you have a new customer and you want to sell the
IBM-i as the one stable secure solution for nearly everything, than
file-serving is part of this "everything" in my opinion.

we are new to as400 and have our machine since about one year. i like it
very much and we consolidated much of our linux and windows systems to it
with good success.

so i am interested in getting the most out of the tool. we have many years
of experience in administrating and using windows and linux in all
variations for our customers so there would be no problem with this.

i like the story of IBMi which is about security consolidation and
integration. But sometimes its hard to map this to to need of new
customers which have windows and linux.






From: "Roberto José Etcheverry Romero" <yggdrasil.raiker@xxxxxxxxx>
To: "Midrange Systems Technical Discussion"
<midrange-l@xxxxxxxxxxxxxxxxxx>
Date: 27.02.2019 15:26
Subject: Re: DFS-R like behaviour with two IBMi machines
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxxxxxxxx>



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