[OpenAFS] Replication

Hello, I've just installed two afs servers on the same cell, but I've problems with them. I've done a mkmount and everything works fine, but when I try to make another mount point, it just duplicates the content of the first one. I know afs has a replication system but I don't want to enable it, h

[OpenAFS] 'replication'

A couple of weeks ago I created som replica 'sites' (it replicates some very important volumes to another partition /vicepc where the original volume is on /vicepb). I only have one machine at the moment, so I'm just replicating to the same host. This was more or less just a test on how it's done

[OpenAFS] Replication problem

Hi folks, Two of my volumes are refusing to replicate. "vos examine" shows that some replicas are flagged as "Old release", but when I try a "vos release", even with the "-force" option they won't replicate. A lot of bandwidth was used in my attempts, but I'm not sure for what. Applying "

[OpenAFS] Replication error

Hi! I hit a strange error this morning. I did a little mass-resync of our read-only replicas this morning (it was a bos cron job, ran at 5:30 in the morning with absolutely no users around). Vos release reported success for all volumes, but VolserLog of the fileserver in question says (these are f

[OpenAFS] replication question

Hello, i am setting up afs replication and have a question. The Server A has the root.afs and root.cell RW volumes, also some RW and RO volumes. And Server B has some RW and RO volumes. It happens that when i shutdown server A, i can not access RW volumes in Server B, though thouse RW volumes i w

Re: [OpenAFS] Replication

On Wed, Jun 25, 2008 at 7:07 AM, Lara Lloret Iglesias <[EMAIL PROTECTED]> wrote: > Hello, > > I've just installed two afs servers on the same cell, but I've problems with > them. I've done a mkmount and everything works fine, but when I try to make > another mount point, it just duplicates the cont

Re: [OpenAFS] Replication

On Wed, Jun 25, 2008 at 7:07 AM, Lara Lloret Iglesias <[EMAIL PROTECTED]> wrote: > Hello, > > I've just installed two afs servers on the same cell, but I've problems with > them. I've done a mkmount and everything works fine, but when I try to make > another mount point, it just duplicates the cont

Re: [OpenAFS] Replication

Steven Jenkins wrote: > For example, if I have the volumes user.steven and user.lari, I could > mount them at > > /afs/mycell/user/steven (for user.steven) and > /afs/mycell/user/lari (for user.lari) > > Those mountpoints would be created like: > > fs mkmount -directory /afs/mycell/user/steven -vol

Re: [OpenAFS] Replication

Lara Lloret Iglesias wrote: Hello, I've just installed two afs servers on the same cell, but I've problems with them. I've done a mkmount and everything works fine, but when I try to make another mount point, it just duplicates the content of the first one. I know afs has a replication system bu

Re: [OpenAFS] Replication

Hello, I´ve more than one mount point for the first volume (on the first server), that´s true. I´ve thought that changing the quotas for each mount point it would work as many separate folders and it would be clearer for me to organise everything. The strange thing is that I don´t have problems wi

Re: [OpenAFS] Replication

Hello again, I've already solved the problem, it was my fault. As you told me it isn't a good idea to mount twice the same volume :-s I just divided the partition in several volumes and now it works without any problem, thank you for you hint, Lara 2008/6/26 Jason Edgecombe <[EMAIL PROTECTED]>:

Re: [OpenAFS] Replication

Lara Lloret Iglesias wrote: > Hello again, > > I've already solved the problem, it was my fault. As you told me it > isn't a good idea to mount twice the same volume :-s > I just divided the partition in several volumes and now it works > without any problem, > > thank you for you hint, > > Lara >

RE: [OpenAFS] 'replication'

> This was more or less just a test on how it's done. Any way, > I mounted my readonly replica on another directory, and > discovered that it's not real time replication! Ie, the files are OLD. That's what they supposed to be, without vos release XXX... > > Did I set it up wrongly, or is this

Re: [OpenAFS] 'replication'

Turbo, You need to run the "vos release $name_of_RW_volume" to update the ReadOnly replica volumes to be copies of the current ReadWrite volume. I use "vos release $name_of_RW_volume -verbose" which gives a little more detail about the volume release process. It's also possible to automate this

Re: [OpenAFS] 'replication'

Rubino Geiß wrote: --snip-- > > Anyway, does anyone know a setup or trick to make a RO volume a RW > volume? > > Some time ago there was a reference to some "admin hack" or something > like that on this list, but nothing more. I'd like to regularly do vos > releases on a set of volumes and in ca

Re: [OpenAFS] 'replication'

Hi Rubino, Rubino Geiß wrote: > Anyway, does anyone know a setup or trick to make a RO volume a RW > volume? Dump the volume and restore it as a readwrite. Greetz Marc ___ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/

Re: [OpenAFS] 'replication'

On Wed, Aug 28, 2002 at 10:10:42AM +0200, Hartmut Reuter wrote: [snip] > This "vos convert" command, however, is an extension I wrote for MR-AFS, > but suppose it could easily be implemented for OpenAFS with > NAMEI-interface as well. practically it only does things: Is there a schedule for impl

Re: [OpenAFS] 'replication'

Rubino, If you lost a RW volume then you can recover data from the old RO copy of that RW. You can create a new RW volume copy the contents of the old RO volume to the new RW. vos dump volume.readonly -time 0 | vos restore newvolume Then you can undo mountpoints and do some volume renaming

Re: [OpenAFS] 'replication'

Hi Turbo, as far as i can see it, you have to run "vos release" everytime the master-volume changed. Klaas - Original Message - From: "Turbo Fredriksson" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 28, 2002 9:24 AM Subject: [OpenAF

Re: [OpenAFS] 'replication'

On Wednesday, 08/28/2002 at 10:10 ZE2, Hartmut Reuter <[EMAIL PROTECTED]> wrote: > .. > Whenever the original partition should break I will do a > "vos convert " > which converts the RO into a RW-volume. > > This "vos convert" command, however, is an extension I wrote for MR-AFS, > but suppo

Re: [OpenAFS] Replication error

On Mar 1, 2006, at 8:05 AM, Juha Jäykkä wrote: Hi! I hit a strange error this morning. I did a little mass-resync of our read-only replicas this morning (it was a bos cron job, ran at 5:30 in the morning with absolutely no users around). Vos release reported success for all volumes, but Vols

Re: [OpenAFS] Replication error

> > Wed Mar 1 05:38:57 2006 trans 472 on volume 536870933 is older > > than 300 seconds > AFAIK, that's just an informative log entry. > It's telling you that the volume release took longer than X seconds. > It's nothing wrong with that. That's what I gathered from the old messages from the l

Re: [OpenAFS] replication question

Walter Lamagna wrote: > Hello, i am setting up afs replication and have a question. > > The Server A has the root.afs and root.cell RW volumes, also some RW and > RO volumes. And Server B has some RW and RO volumes. It happens that > when i shutdown server A, i can not access RW volumes in Server

Re: [OpenAFS] replication question

I do have them already: Server A: root.afs root.afs.readonly root.cell root.cell.readonly documents.readonly Server B: root.afs.readonly root.cell.readonly documents Thanks, Walter On Wed, 2006-11-22 at 15:11 -0500, Jeffrey Altman wrote: > Walter Lamagna wrote: > > Hello, i am setting up afs

Re: [OpenAFS] replication question

Your clients don't believe you. What is the output of "vos examine root.afs" and "vos examine root.cell"? Walter Lamagna wrote: > I do have them already: > > Server A: > root.afs > root.afs.readonly > root.cell > root.cell.readonly > documents.readonly > > Server B: > root.afs.readonly > root.

Re: [OpenAFS] replication question

Here is more information, Server A is named "Turing" and has the root.afs and root.cell RW volumes. Server B is "Retro". # vos examine root.afs root.afs 536870912 RW 4 K On-line turing /vicepa RWrite 536870912 ROnly 536870913 Backup 0 Ma

Re: [OpenAFS] replication question

You are instructing the client to access the R/W volume which exists on A. Therefore, if A is down there is no volume for the client to access. Failover only occurs from R/O to R/O. Jeffrey Altman Walter Lamagna wrote: > Another interesting data is that when Server A is down, in Server B i >

[OpenAFS] OpenAFS replication process

Hi Guys, I'm still having problems accessing the shares from windows client pc's, but that's not the ultimate goal here, so I haven't been too concerned about it, the current issue I'm coming up against is adding a secondary server to the cell for the share; http://www.openafs.org/pages/doc/Qui

[OpenAFS] replication issues 1.3.85

Hello,       We are running 1.3.85 over here on a 2.6.11.8 kernel. I originally setup 2 afs servers and was able to get them talking properly until I tried replication. After having no success(same problems laid out bellow) I hit Google for a few hours and found out it’s best to h

[OpenAFS] replication over slower bandwidth

Hi,   I am trying to replicate RO volume 31GB on server, where upload speed 6Mbit/s and download speed ~24Mbit/s on that server. However, replication is taking so long ~ 1.3 Mbit/s. with Iperf  over UDP can obtain up 3Mbit/s, when using -bandwidth option.  - I am wondering if there is similar

[OpenAFS] Replication on User Vol

Hi, I understand that replication is not suitable for volumes that change frequently like user volumes. Does this means that if I have the user volumes spread across many fileservers and if one of the fileserver dies, users whose data is in that fileserver will have no access to it until I recover

Re: [OpenAFS] replication questions II

"Boris H." <[EMAIL PROTECTED]> writes: > It should be: > "Could OpenAFS support multiple RW replication volumes, just like Coda?" No. What do you want to gain by this? Yours, -- Martin Schulz [EMAIL PROTECTED] Uni Karlsruhe, Institut f. wissenschaftliches Rechnen u

Re: [OpenAFS] replication issues 1.3.85

I waited about 15 minutes to be sure everything had replicated, the volume is small for testing purposes. I then simulate a server failure on server1 by downing the interface. All the connected clients then lag up and stop working. It takes about 5 minutes then server2 and server3 spew into th

Re: [OpenAFS] replication issues 1.3.85

RO clones are copies of RW volumes at the state they were at when the 'release' is done. RO clones back each other up. If you're talking to a RO volume and one clone becomes unavailable, other copies will be used to access the data. Since RW data is static, RO data is not used to "cover" for una

Re: [OpenAFS] replication issues 1.3.85

Esther Filderman wrote: > Since RW data is static, RO data is not used to "cover" for unavailable RW > data. Esther meant to say: Since the data stored in a RW volume is volatile, a RO volume cannot be used to provide automatic failover. If a RO volume was used to as a failover for a RW volume

Re: [OpenAFS] replication issues 1.3.85

On 7/22/05, Jeffrey Altman <[EMAIL PROTECTED]> wrote: > Esther Filderman wrote: > > Since RW data is static, RO data is not used to "cover" for unavailable RW > > data. > > Esther meant to say: > > Since the data stored in a RW volume is volatile, a RO volume cannot be > used to provide automati

RE: [OpenAFS] replication issues 1.3.85

Title: RE: [OpenAFS] replication issues 1.3.85 Hello,    Hrmm ok I though the way the cache manager worked was to always favored RO copies to begin with. So what you are saying is if I create the volume put the data into it then mount it with the .readonly extenstion this will solve the

Re: [OpenAFS] replication issues 1.3.85

s a RO volume that will be accesible at > all times even if one of the servers suddenly dies. > > Thank you for the help, > > Jacob L. > > > -Original Message- > From: [EMAIL PROTECTED] on behalf of Jeffrey Altman > Sent: Fri 7/22/2005 4:48 PM > Cc: ope

Re: [OpenAFS] replication over slower bandwidth

Hi What is the network's loss and delay characteristics between the two? i.e is it a LAN connect? is it WAN - we successfully replicate volumes of 2/3GB over 400k ADSL (while doing other things over the line) over a OpenVPN connection, what was important to us was to get the fragmentation under

Re: [OpenAFS] replication over slower bandwidth

Hi,   with netperf/UDP tests UDP_STREAM/UDP_RR,  I was able to get better idea about line speed  with minimal of 400KBPS. Even after using tc and with  best scenario happened, where no retransmit occured, I was able to transfer 4.6 MB in ~35 seconds.   There is no disconnect  between the two  no

Re: [OpenAFS] replication over slower bandwidth

muayad y wrote: From: muayad y Subject: Re: [OpenAFS] replication over slower bandwidth To: "Neil Davies" Cc: openafs-info@openafs.org Received: Wednesday, February 8, 2012, 2:28 AM Hi,   with netperf/UDP tests UDP_STREAM/UDP_RR,  I was able to get better idea about line speed  with minim

Re: [OpenAFS] replication over slower bandwidth

On 2/9/2012 11:05 PM, muayad y wrote: > After changing rx.h and recompile debian source packages I was able to > transfer 4.6 MB in 10 seconds 400KB/s. Not sure if this was mistakenly > commented out > diff openafs-1.4.12.1+dfsg/src/rx/rx.h ./rx.h.org > 243c243 > < afs_int32 maxPacketSize;

Re: [OpenAFS] replication over slower bandwidth

On 10 Feb 2012, at 04:29, Jeffrey Altman wrote: > That field was commented out before OpenAFS and maxPacketSize was not > referenced anywhere in the source code. What restoring that field to > rx.h does is force the struct rxevent * values that follow it to become > properly aligned in 64-bit bu

Re: [OpenAFS] replication over slower bandwidth

maxPacketSize;   /* max packet size should be per-connection since */    .    --- On Sat, 2/11/12, Simon Wilkinson wrote: From: Simon Wilkinson Subject: Re: [OpenAFS] replication over slower bandwidth To: muaya...@yahoo.com

Re: [OpenAFS] replication over slower bandwidth

On 12 Feb 2012, at 00:02, muayad y wrote: > when maxPacketSize has been uncommented, it did change rx_connection struct > behavoir, rx_connection is being called on vos (userspace code) The question is why this change actually improves performance - we need to understand that, so we can tell

Re: [OpenAFS] replication over slower bandwidth

On 2/11/2012 7:02 PM, muayad y wrote: when maxPacketSize has been uncommented, it did change  rx_connection struct behavoir,  rx_connection is being called on vos (userspace code) Or I am

Re: [OpenAFS] replication over slower bandwidth

> Are you seeing the same performance issues with the 1.6 version of 'vos'?    I tried it and it was terribly unstable  on debian squeeze, > Can you confirm that commenting out the field and rebuilding restores the slow transmission speed with the 1.4 vos?r> no, I did it again but the

Re: [OpenAFS] Replication on User Vol

Melvin Wong wrote: > > Hi, > > I understand that replication is not suitable for volumes that change > frequently like user volumes. Does this means that if I have the user > volumes spread across many fileservers and if one of the fileserver > dies, users whose data is in that fileserver will have

[OpenAFS] Replication, Fail-over, Disconnected Operation and Caching

Hi, I've looked through the documentation, but couldn't find any specifics on this, so I'd be grateful if somebody could point me at the page I've missed. 1) How do OpenAFS clients pick a server to access a volume from if the volume is replicated on multiple servers? 2) From the documentat

Re: [OpenAFS] Replication, Fail-over, Disconnected Operation and Caching

On Jan 25, 2008 12:20 PM, <[EMAIL PROTECTED]> wrote: > Hi, > > I've looked through the documentation, but couldn't find any specifics on > this, so I'd be grateful if somebody could point me at the page I've > missed. > > 1) How do OpenAFS clients pick a server to access a volume from if the > vol

Re: [OpenAFS] Replication, Fail-over, Disconnected Operation and Caching

On Jan 25, 2008 1:32 PM, Harald Barth <[EMAIL PROTECTED]> wrote: > > Regardless, there are. I wouldn't try something over 20gb. > > We are not quite there yet, ftp.stacken.kth.se Solaris 10 on old > Compaq x86: > > # /usr/afs/*/fs getcac > AFS using 14963631 of the cache's available 1600 1K by

Re: [OpenAFS] Replication, Fail-over, Disconnected Operation and Caching

> Regardless, there are. I wouldn't try something over 20gb. We are not quite there yet, ftp.stacken.kth.se Solaris 10 on old Compaq x86: # /usr/afs/*/fs getcac AFS using 14963631 of the cache's available 1600 1K byte blocks. afsd -stat 62500 -daemons 27 -volumes 250 -afsdb -dcache 62500 -c

Re: [OpenAFS] Replication, Fail-over, Disconnected Operation and Caching

2) From the documentation, it looks like the replication mechanism is single-master / multiple-slaves, i.e. one read-write server, multiple read-only servers. Is that correct? Yes If so, do clients transparently handle this? Are writes transparently routed to the read-write server while st

Re: [OpenAFS] Replication, Fail-over, Disconnected Operation and Caching

[EMAIL PROTECTED] wrote: I see, so replicated volumes are static, rather than constantly catching up? Currently, AFS support read-only replication but not read-write replication. A .readonly volume is paired to a read-write volume. The "vos release" command will copy the current contents of

Re: [OpenAFS] Replication, Fail-over, Disconnected Operation and Caching

Derrick Brashear wrote: On Jan 25, 2008 1:32 PM, Harald Barth <[EMAIL PROTECTED] > wrote: > Regardless, there are. I wouldn't try something over 20gb. We are not quite there yet, ftp.stacken.kth.se Solaris 10 on old Comp