From: Julius Hrivnac <Julius.Hrivnac@cern.ch> Date: Sat, 10 May 1997 14:29:00 GMT Subject: A jeste jednou "Diskovy prostor" Message-Id: <E9yywD.JxD@nntp-hep.fzu.cz>
Dobry den, Nekolik poznamek: Toto je zhruba soucasne rozdeleni disku (s vyjimkou systemovych disku): hp78:/disk0 (4GB) Asis hp78:/disk1 (2GB) Prague (/usr/fzu - lokalne instalovane programy) hp78:/disk2 (2GB) Users hp78:/disk3 (4GB) Data hp78:/disk4 (4GB) Data hp18:/disk2 (2GB) News (NNTP Usenet News System) hp18:/disk3 (4GB) Scratch hp18:/disk4 (1GB) WWW Vizte: http://www-hep.fzu.cz/computing/OurServers.html (jsou tam nepresnosti ve velikostech disku) http://www-hep.fzu.cz/~krasova/ruzne.html (to jsem nekontroloval) Celkova filosofie je takova, ze existuji tri druhy prostoru pro uzivatele (kdyz nepocitam /tmp a /pool (prostor pro nqs), ktere sice uzivatele pouzivaji, ale nemohou snadno ovlivnit): 1) Users: tj. home. Pomerne maly prostor, pravidelne backupovany (teoreticky). Prideleny jednotlivym uzivatelum. 2) Data: Pomerne velky prostor, nebackupovany (automaticky). Prideleny jednotlivym skupinam (v soucasne dobe: Atlas 4GB, Delphi+Omega+Vrba 4GB). 3) Scratch: Pomerne velky prostor. Kazdy si tam muze delat co chce. Tj. pokud je tam misto, muze ho vyuzit, ale neni zaruka, ze mu nekdo soubory nesmaze. V pripade potreby vyuzitelne jako nahradni disk (pokud napr. havaruje Asis). Cast tohoto prostoru v soucasne dobe taky doplnuje systemove disky (nqs pool, print spool,...) na stanicich, kde je to nutne (hlavne hp18). Navic je tam cast prostoru pro Asis, protoze pri prechodu ze systemu SUN na Solaris bylo nutne po jisty cas mit Asis pro obe verze (tj. + 2GB). Pokud jde o statistiku havarii, Jana ji nekde ma (na WWW ?), ale nevim kde. > sem patri napr. > nahrada 4 roky stareho systemoveho disku na SUN4, nahrada vyhoreleho > vnitrniho disku na SUN7, Tj. disky doposud pouzivane na HP budou nahrazovat havarujici disky ze SUNu ? > vetsi vnitrni systemovy disk na hp18 Vetsi "vnitrni" systemovy disk na hp18 ? Tj. z nektereho vnejsiho disku udelame vnitrni ? > Rad bych, aby cilem (ne v > prvni fazi) zavedeni magneto-optickeho zalozniho systemu byla automaticka > migrace nekterych dlouho nepouzivanych dat na magneto-opticke disky. To > vyzaduje diskovy prostor pro drzeni katalogu a zaroven jako docasny > migracni prostor (alespon 1 GB). Ukazuje se, ze takovy system podstatne > redukuje potrebu neustaleho nakupu diskoveho prostoru pro soubory > uzivatelu. Vyskladnene soubory jsou s malym zpozdenim automaticky > instalovany zpet uzivateli po te, co pouzije jejich jmeno. Cena media > magnetooptickeho disku je podstatne mensi nez cena ekvivalentniho > diskoveho prostoru. Tj. staging ? Nebo dokonce HPSS ? Mam vazne pochyby o tom, jestli to nekdy budeme schopni provozovat. Doposud jsme nebyli schopni zavezt jednoduchy system backupu (za backup nepovazuji, kdyz Jana jednou za cas vezme pasku a prekopiruje na ni obsah disku). Nicmene souhlasim, ze je nutne zvetsit systemovy diskovy prostor. Nove verze OS zabiraji cim dal vic mista (HPUX 10.20 + C + C++ + F77 + dalsi drobnosti + AFS Cache + NQS pool + printer spool se na 2GB tak-tak vejde), vsechny programy rychle rostou, ceka nas zavedeni systemu DCE/DFS (dalsi Cache),... Systemovy prostor se zvetsuje vsude na svete. Ale vetsinou se tak nedeje na ukor uzivatelskeho prostoru. J.Hrivnac -- ################################################################## # E-mail: Julius.Hrivnac@cern.ch # # WWW: http://www-hep.fzu.cz/~hrivnac/ # # S-mail: PPE Division; 40-3D-11; CERN; 1211 Geneve; Switzerland # # voice: (022)-767-3170 # ##################################################################
From: Milos Lokajicek <Milos.Lokajicek@cern.ch> Date: Sat, 10 May 1997 05:37:26 GMT Subject: Vyuzivani diskoveho prostoru (odpovedi) Message-Id: <E9yAAE.19q@nntp-hep.fzu.cz>
Vazeni kolegove, rad bych odpovedel na nekolik pripominek/dotazu ohledne noveho navrhu na vyuziti diskoveho prostoru pro data jednotlivych aktivit. Za minuly rok doslo k selhani pristupu k SW ASIS nekolikrat, 2 pripady byly vaznejsi. Doslo ke kombinaci sitovych problemu a nespolehlivosti disku. Pokud si pamatuji, nikdy se nam prakticky nepodarilo obnovit vaznejsi poruchu za nominalni cas cteni zalozni pasky. Pri existenci kopie na disku neni treba nic kopirovat, staci pouzit zalozni disk pomoci k tomu ucelu pripravenych prostredku. Planujeme pokracovat v pravidelnem zrcadleni systemu ASIS a v okamziku jeho stability ve vetsich casovych intervalech udelat jeho kopii na zalozni disk. Diskutujeme moznost pripojeni tohoto disku k ustavnimu serveru SARKA - cimz by nasi uzivatele meli lokalne pristupny ASIS na vykonnem serveru SUN. System ASIS je zivy system, ktery se neustale meni - hlavne se jedna o vyrazovani casti pro stare verze operacnich systemu a zrizovani novych. Dnes je pro ASIS vycleneno pres 6 GB diskoveho prostoru zaplneneho na temer 95%. Pro spolehlivou funkci by zaplnenost ziveho systemu podle meho nazoru mela byt kolem 75%. Zalozni kopie bude obsahovat zmrazenou verzi, ktera by nemela presahnout 4 GB. U diskovych systemu nutnych pro funkci celeho prostredi bude nutno snizit zaplnenost disku. V posledni dobe napr casto nebylo mozno tisknout kvuli preplneni diskoveho prostoru. Krome systemu ASIS udrzujeme na discich licencni software pro osobni pocitace. Nyni k nekterym konkretnim dotazum: 1) k tak zasadni zmene pomeru uvadet 3/4 roku stary prehled povazuji za ostudne Od listopadu 96 nebyl na sekcni pocitace pridan zadny disk, ani nedoslo k zasadni zmene vyuziti. Mnoho systemu zije a kazdy prehled je proto aproximativni. Uvedeny prehled je dobrou aproximaci. Okamzity stav si muze kazdy zajemce zjistit osobni kontrolou. 2) pokud dobre pocitam, "soucasne" obsazeni dava 10.8 Gb, z toho ma pripadnout 4 Gb na zalozni ASIS a 4 Gb na uzivatele. Zbyvaji 2.8 Gb - co s nimi ? Pro radnou spravu systemu a udrzeni jeho funkce (sem patri napr. nahrada 4 roky stareho systemoveho disku na SUN4, nahrada vyhoreleho vnitrniho disku na SUN7, vetsi vnitrni systemovy disk na hp18, konecne zavedeni pracovniho prostoru, manipulacni diskovy prostor pro spravce systemu) odhaduji v nejblizsi dobe potrebu diskoveho prostoru asi 8 GB. Zbyvajicich 2.8 GB bude castecne kryt tuto potrebu. 3) jsem hloupy a nerozumim dost dobre cesky - co je "uzivatelsky transparentni pouziti", kolik potrebuje prostoru a proc ? Omlouvam se za zkratkovitost poznamky. Rad bych, aby cilem (ne v prvni fazi) zavedeni magneto-optickeho zalozniho systemu byla automaticka migrace nekterych dlouho nepouzivanych dat na magneto-opticke disky. To vyzaduje diskovy prostor pro drzeni katalogu a zaroven jako docasny migracni prostor (alespon 1 GB). Ukazuje se, ze takovy system podstatne redukuje potrebu neustaleho nakupu diskoveho prostoru pro soubory uzivatelu. Vyskladnene soubory jsou s malym zpozdenim automaticky instalovany zpet uzivateli po te, co pouzije jejich jmeno. Cena media magnetooptickeho disku je podstatne mensi nez cena ekvivalentniho diskoveho prostoru. 4) "Navrhovane rozdeleni aktivit je jine nez dosud. Domnivam se, ze lepe charakterizuje skutecnost.'.....takze H1, ktera na hp nepocita, bude vnuceno 0.3 Gb, kere patrne nepotrebuje a teorii taky...(ovsem prehled je 3/4 roku stary) Navrhovane rozdeleni prostoru pro aktivity ponechavam diskusi. Vzhledem k tomu, ze se jedna o relativne maly prostor, navrhl jsem temer stejnomerne deleni. Pokud nejaka aktivita prostor nebude potrebovat, mela by to oznamit a bude mozno zmenit rozdeleni. Nechtel bych ovsem sam nekoho vyloucit z podilu na sekcnich prostredcich. Milos Lokajicek