[OpenAFS] OpenAFS and Raid

[Hartmut Reuter]

Derek,

yes, the user home volumes are all mounted with -rw. Then we have
another directory where the backup volumes used to be mounted. There now
the RO-volumes are mounted. We have RO-volumes also in the partition of
the RW-volume to avoid that "vos release" makes a temporary clone which
is much slower than just recloning. So if we move a volume from one
server to another we have to remove the old RO-volume and to addsite a
new one.

Hartmut


Derek Atkins schrieb:
> 
> Hartmut,
> 
> How do you prevent the /afs/mpg.de/user/foo from accessing the
> readonly mountpoint?  Do you specifically mount all user.foo
> volumes -rw?
> 
> -derek
> 
> Hartmut Reuter <reuter@rzg.mpg.de> writes:
> 
> > Petros Triantafyllidis schrieb:
> > >
> > > Hi all,
> > >   We are planning to install OpenAFS 1.2.2a on a new server running RH
> > > 7.1, kernel 2.4.16smp. After the testing period this machine will be
> > > the second server of a primary one which runs Solaris 2.6 and Transarc
> > > AFS 3.6.
> > >
> > > The thought is to implement software RAID on the Linux box. The question
> > > is whether raid-5 can co-live with AFS. What are the possible pitfalls and
> > > how should it be done in order we obtain the maximum of performance
> > > (assuming redundancy is a must)?
> >
> > We are running a machine with SuSE 7.3 (kernel 2.4.10) with 2 RAID5s,
> > LVM and a huge reiserfs with 900 GB on top of this. Reading and writing
> > performance seems to be ok (both ~ 36 MB/s). The only problem I have is
> > that the RAID seems not to detect a bad disk by itself. When a disk dies
> > we get a lot of SCSI-timeout messages in /var/log/messages, but it
> > doesn't understand that the disk is dead. Worse: we have to reboot after
> > a "raidsetfaulty" for the disk in order to get him to rebuild the RAID.
> > We use this partition for readonly-volumes of the user's
> > home-directories. I have written a "vos convert" command (MR-AFS) to
> > convert a RO-volume to a RW-volume. This allows to come up after the
> > loss of a partitioon much faster than if you had to restore the volumes
> > from tape. So we do each night a "vos release" instead of a "vos
> > backupsys".
> >
> > Hartmut
> >
> >
> > >
> > > Thanks a lot in advance,
> > > Petros
> > >
> > > --
> > > Dr. TRIANTAFYLLIDIS PETROS         E-MAIL: trian@itc.auth.gr
> > > ^^^^^^^^^^^^^^^^^^^^^^^^^^         http://afs.itc.auth.gr/~trian
> > > AFS Technical Support Team
> > > Aristotle University - Information Technology Center (KYTP)
> > > POBox 888,54006 Thessaloniki-GREECE-TEL:+30-31-998444,FAX:998302
> > >
> > > _______________________________________________
> > > OpenAFS-info mailing list
> > > OpenAFS-info@openafs.org
> > > https://lists.openafs.org/mailman/listinfo/openafs-info
> >
> > --
> > -----------------------------------------------------------------
> > Hartmut Reuter                           e-mail reuter@rzg.mpg.de
> >                                          phone +49-89-3299-1328
> > RZG (Rechenzentrum Garching)               fax   +49-89-3299-1301
> > Computing Center of the Max-Planck-Gesellschaft (MPG) and the
> > Institut fuer Plasmaphysik (IPP)
> > -----------------------------------------------------------------
> > _______________________________________________
> > OpenAFS-info mailing list
> > OpenAFS-info@openafs.org
> > https://lists.openafs.org/mailman/listinfo/openafs-info
> 
> --
>        Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
>        Member, MIT Student Information Processing Board  (SIPB)
>        URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
>        warlord@MIT.EDU                        PGP key available
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info

-- 
-----------------------------------------------------------------
Hartmut Reuter                           e-mail reuter@rzg.mpg.de
					   phone +49-89-3299-1328
RZG (Rechenzentrum Garching)               fax   +49-89-3299-1301 
Computing Center of the Max-Planck-Gesellschaft (MPG) and the
Institut fuer Plasmaphysik (IPP)
-----------------------------------------------------------------