170 likes | 358 Views
Site-Report Universität zu Köln. Dr. Stephan Wonczak Abteilung Systeme Zentrum für Angewandte Informatik der Universität zu Köln (ZAIK/RRZK). Contents. Status of cell rrz.uni-koeln.de Servers Backup Apache and AFS Plans and activities. AFS-Cell rrz.uni-koeln.de. about 71600 Volumes
E N D
Site-Report Universität zu Köln Dr. Stephan Wonczak Abteilung Systeme Zentrum für Angewandte Informatik der Universität zu Köln (ZAIK/RRZK)
Contents • Status of cell rrz.uni-koeln.de • Servers • Backup • Apache and AFS • Plans and activities
AFS-Cell rrz.uni-koeln.de • about 71600 Volumes • about 56300 user-volumes • about 12000 volumes (~17 TB) picture archives(arachne-picture database, CEEC, ) • about 45000 AFS user entries • about 1000 Clients
AFS-cell rrz.uni-koeln.de • 4 DB-servers • afsdb1(openAFS 1.2.13, RHEL 3) • lyra (openAFS 1.2.13, RHEL 3) • agrippina (openAFS 1.2.13, RHEL 3) • afs.thp (openAFS 1.2.13, RHEL 3)
AFS-cell rrz.uni-koeln.de • 9 file servers • afsfs1 (openAFS 1.2.13, RHEL3) • 8 x 512 GB (aa - ah) • 4 x 128 GB (ba - bd) • 2 x 256 GB (be, bf) • afsfs2 (openAFS 1.2.13, RHEL3) • 10 x 512 GB (aa – ah)
AFS-cell rrz.uni-koeln.de • 9 file servers (continued) • afsfs4 (openAFS 1.2.13, RHEL3) • 2 GB (a), (unused) • 2 x 512 GB (aa – ab) • afsfs5 (openAFS 1.4.4, RHEL3) • 2 x 512 GB (aa – ab) • 8 x 128 GB (da - dg)
AFS-cell rrz.uni-koeln.de • 9 file servers (continued) • arachnefs1 (openAFS 1.4.4, RHEL3) • 12 x 512 GB (aa – al) • arachnefs2 (openAFS 1.4.7, RHEL5) • 12 x 512 GB (aa – al)
AFS-cell rrz.uni-koeln.de • 9 file servers (Fortsetzung) • afs.thp (openAFS 1.2.13, RHEL3) • 50 GB (a) • agrippina (openAFS 1.2.13, RHEL3) • 8 GB (a) • lyra (openAFS 1.2.13, RHEL3) • 4 GB (aa)
AFS-cell rrz.uni-koeln.de • Naming convention for vice-partitions • a - z : Discs w/o RAID or internal drives • aa - az : 250+ GB/7K SATA SAN (RAID5) • ba - bz : 146 GB/10K FC SAN (RAID5) • ca - cz : 73 GB/15K FC SAN (RAID5) • da - dz : 146 GB/10K FC SAN (RAID51) • These partitions are for our “crown jewels”. Disk space (RAID5) is mapped from two separate SAN-controllers, which is additionally mirrored (RAID1) on the host (afsfs5)
AFS-cell rrz.uni-koeln.de • AFS-versions (Clients) • Transarc 3.4, 3.5, 3.6 • OpenAFS 1.2.xx, 1.3.xx, 1.4.x, 1.5.x • Operating systems • Solaris 5 bis Solaris 9 • Linux (mainly RHEL 3/4/5, other distributions to a lesser degree) • Windows 2000, Windows XP (mainly 1.5.x-Clients) • AIX, HP-UX, IRIX, OS-X ... (more or less everything ever supported by AFS/openAFS)
AFS-cell rrz.uni-koeln.de • Einige Eckdaten • Kerberos 4 still in use (kaserver) • Authentication usually via PAM, i.e. either Unix- or AFS-password • Used packages with AFS-support: • OpenSSH • Radius • Pop/Imap • Apache2 (mod_auth_pam) • Sun GridEngine
AFS-cell rrz.uni-koeln.de • Backup-Strategy • Not everything is backed up to tape • Volumes with a name starting with 'H', are excepted from backup. Example: picture archives (>15 TB!) • Special schedules for some of these volumes • Full backup every 2 months, incremental in between: • 4 levels • 2 times per week
AFS and TSM Backup • Several iterations • Historically buta on AIX • Until recently (~4 months) butc on Linux • Currently buta on linux • Problems encountered: • buta was not stable on older versions of TSM/Linux • butc was not stable on new versions of TSM/Linux • Communication stalls in both cases
Apache und AFS • apache.init: • More than 100 apache-instances controlled by this script (>20 of these completely in AFS) • Improved version that controls netwoking, too (ifup/down of virtual interfaces) • Available from:/afs/rrz.uni-koeln.de/pub/rrzk/apache.init/
AFS-cell rrz.uni-koeln.de • Activities and plans • Upgrade to OpenAFS 1.4.x • File servers (in progress) support for files bigger than 2 GB • DB-serves (in preparation) support for supergroups (users *really* want this!) • Switch from kaserver to Kerberos 5 (planned) • Switch from NIS to LDAP (planned)
AFS-cell rrz.uni-koeln.de • Activities and plans • Growing usage of AFS in institutes as ‘shared Storage’ • Acceptance is still spotty • Problems arise mainly from Windows users:MS-Office / File Locking • ‘Re-Integration’ of external AFS-cells • Institutes do no longer want to do the administration for themselves
Thank you for listening! これで終わります。