[OpenAFS] Volume replication

[Jean Praloran]

--001636c5a9bd46b67104694ed491
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

I performed an fs examine, because fs lq is for quota.


Here is the output :


root.cell :

afs-2 /afs/epitech.net # fs examine
File . (536870916.1.1) contained in volume 536870916
Volume status for vid = 536870916 named root.cell.readonly
Current disk quota is unlimited
Current blocks used are 18882
The partition has 813060455 blocks available out of 863664762



volume also replicated :
afs-2 /afs/epitech.net/site # fs examine
File . (536895547.1.1) contained in volume 536895547
Volume status for vid = 536895547 named site
Current disk quota is unlimited
Current blocks used are 417442
The partition has 800307515 blocks available out of 863664762


The root.cell give me the ro Volume while the other one give me the RW
volume

On Thu, May 7, 2009 at 10:53 AM, Felix Frank <Felix.Frank@desy.de> wrote:

> On Thu, 7 May 2009, Jean Praloran wrote:
>
>  Hi,
>>
>> I have a volume which is replicated on several servers. I have run some
>> tests (basically tcpdump) and noticed that my client where asking only the
>> RW volume and never the RO, so my replication is kind of useless. For
>> others
>> volumes such as root.cell there is no problem, does anybody have and idea
>> of
>> what could happend ?
>>
>
> Hello,
>
> make sure that the volume that contains the mountpoint of the volume in
> question here is not mounted RW (and that it is, in fact, replicated).
> A broken read-only-path is likely the issue here.
>
> Use fs lq to quickly find out just which volume (RO or RW) is accessed at
> any point in your AFS tree.
>
> HTH
>  - Felix
>



-- 
Praloran Jean

--001636c5a9bd46b67104694ed491
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I performed an fs examine, because fs lq is for quota.<br><br><br>Here is t=
he output :<br><br><br>root.cell :<br><br>afs-2 /afs/<a href=3D"http://epit=
ech.net">epitech.net</a> # fs examine<br>File . (536870916.1.1) contained i=
n volume 536870916<br>
Volume status for vid =3D 536870916 named root.cell.readonly<br>Current dis=
k quota is unlimited<br>Current blocks used are 18882<br>The partition has =
813060455 blocks available out of 863664762<br><br><br><br>volume also repl=
icated :<br>
afs-2 /afs/<a href=3D"http://epitech.net/site">epitech.net/site</a> # fs ex=
amine<br>File . (536895547.1.1) contained in volume 536895547<br>Volume sta=
tus for vid =3D 536895547 named site<br>Current disk quota is unlimited<br>
Current blocks used are 417442<br>The partition has 800307515 blocks availa=
ble out of 863664762<br><br><br>The root.cell give me the ro Volume while t=
he other one give me the RW volume <br><br><div class=3D"gmail_quote">On Th=
u, May 7, 2009 at 10:53 AM, Felix Frank <span dir=3D"ltr">&lt;<a href=3D"ma=
ilto:Felix.Frank@desy.de">Felix.Frank@desy.de</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class=3D"im"=
>On Thu, 7 May 2009, Jean Praloran wrote:<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
I have a volume which is replicated on several servers. I have run some<br>
tests (basically tcpdump) and noticed that my client where asking only the<=
br>
RW volume and never the RO, so my replication is kind of useless. For other=
s<br>
volumes such as root.cell there is no problem, does anybody have and idea o=
f<br>
what could happend ?<br>
</blockquote>
<br></div>
Hello,<br>
<br>
make sure that the volume that contains the mountpoint of the volume in que=
stion here is not mounted RW (and that it is, in fact, replicated).<br>
A broken read-only-path is likely the issue here.<br>
<br>
Use fs lq to quickly find out just which volume (RO or RW) is accessed at a=
ny point in your AFS tree.<br>
<br>
HTH<br><font color=3D"#888888">
=A0- Felix<br>
</font></blockquote></div><br><br clear=3D"all"><br>-- <br>Praloran Jean<br=
>

--001636c5a9bd46b67104694ed491--