On Tue, 05 Aug 2014 16:12:41 +0200
Alex <euergetiko...@gmail.com> wrote:

> On 08/05/14 15:08, Brandon Allbery wrote:
> > So you might be able to get by with just running "fs checkvolumes"
> > periodically in a cron job to make up for missing callback breaks on
> > volume releases.

That only refreshes the vldb info; volume name -> id mappings and such.
That doesn't really help here.

> > For the most reliable operation, however, you should check that the
> > NAT gateway can remember UDP NAT mappings *specifically on client
> > port 7001* for at least 2 hours and open 7001/udp in the firewall so
> > the client can receive callback breaks.

If you're going by the longest callback expiration time, that is 4
hours. But as said elsewhere I think, we have other keepalive 'pings'
and such that should make the required mapping time much shorter.

> Thank you all for answering, I guess we should test it more carefully
> to check how it will work. Parallel access is a must for us.The main
> concern is the possibility that one client overwrites modifications of
> another one who is editing the file in the same time.

That is always possible, even without NAT. If you have 2 clients writing
to the same area of a file simultaneously, there is no way to
automatically 'merge' the contents; the one who wrote last will win.
File data is conceptually managed in 'chunks' which vary from around
128KiB to 1MiB; so if you write to the same e.g. 1MiB area of a file
at the same time from 2 clients, that 1MiB will either be entirely what
one client wrote, or the other client.

If you need to be writing to the same file from multiple clients, you
need to synchronize/serialize them somehow. This can be done with
whole-file locks, or some other synchronization mechanism outside of the
filesystem.

On Tue, 5 Aug 2014 15:51:10 +0200
Stephan Wiesand <stephan.wies...@desy.de> wrote:

> On 2014-08-05, at 9:30, Alex <euergetiko...@gmail.com> wrote:
> 
> > -all Openafs servers are behind the same NAT firewall. Firewall
> > rules can be changed.
> 
> I'm not that NAT savvy... how could this possibly work (more than one
> server)?

I assume that Alex means there are multiple public-facing IPs; they are
just handled by the same device that handles the translation/firewall.

But in case it's not clear: Alex, you need one IP per openafs server
that a client will contact to. You can't run 5 servers off of 1 public
IP right now or anything like that.

-- 
Andrew Deason
adea...@sinenomine.net

_______________________________________________
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info

Reply via email to