From: Jiri Chyla <chyla@mail.desy.de> Date: Fri, 24 Oct 1997 01:23:07 GMT Subject: Re: Projekt rozvoje pristrojoveho vybaveni AV CR Message-ID: <EIJ7uK.CCq@nntp-hep.fzu.cz>
On Thu, 23 Oct 1997, Milos Lokajicek wrote: > > Dobry vecer, > > upravil jsem navrh podle soucasneho vyvoje diskuse. > > 1. vzal jsem v potaz pozadavek ATLAS SW > 2. nechal jsem 2x DLT pro UJF do vyjasneni > 3. zadam o info zda zminky o H1 maji zustat v textu > > Updatovany text je na > http://hp18.fzu.cz/~lokajick > Prosim pripominky. Zitra bychom meli odevzdat text k posouzeni VR. > > Zdravi > Milos > > Pratele z FzU: jeste jednou se ptam: kdo z Vas potrebuje robot na DLT at se jasne prihlasi a KONKRETNE rekne NA CO to chce a KDY to bude pouzivat. Z minimalmi varianty jsme opet poposkocili o 0.5 Mkc nahoru. Jirka
From: Julius Hrivnac <Julius.Hrivnac@cern.ch> Date: Thu, 23 Oct 1997 20:03:56 GMT Subject: Re: Projekt rozvoje pristrojoveho vybaveni AV CR Message-ID: <EIIt2K.ExC@nntp-hep.fzu.cz>
Ahoj, nemohli by nasi kolegove odnaproti prece jen udelat neco uzitecneho ? Firewall rozhodne pro nas nic uzitecneho neni, pokud by trvali na jeho instalaci, zpusobilo by to jedine problemy. Co takhle backup nebo DCE/DFS ? Oboji by se hodilo a dobre zapadlo do tematu. Jula -- ################################################################## # 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 <lokajick@fzu.cz> Date: Thu, 23 Oct 1997 19:15:38 GMT Subject: Re: Projekt rozvoje pristrojoveho vybaveni AV CR Message-ID: <EIIqu3.D7G@nntp-hep.fzu.cz>
Dobry vecer, upravil jsem navrh podle soucasneho vyvoje diskuse. 1. vzal jsem v potaz pozadavek ATLAS SW 2. nechal jsem 2x DLT pro UJF do vyjasneni 3. zadam o info zda zminky o H1 maji zustat v textu Updatovany text je na http://hp18.fzu.cz/~lokajick Prosim pripominky. Zitra bychom meli odevzdat text k posouzeni VR. Zdravi Milos
From: Julius Hrivnac <Julius.Hrivnac@cern.ch> Date: Thu, 23 Oct 1997 16:52:48 GMT Subject: Re: Projekt rozvoje pristrojoveho vybaveni AV CR Message-ID: <EIIK81.7Hw@nntp-hep.fzu.cz>
Nazdar, nekolik poznamek k projektu: 1) J.Chyla: > Julo, ale DLT v Praze prece je! V navrhu jde o koupi DVOU > ROBOTU, ne samotne DLT. Vy mate tolik simulovanych dat, ze > je nestacite v DLT vymenovat? Atlas FST planuje v pristim roce ve FzU nagenerovat cca pul TB dat. To je nas zavazek vzhledem k Atlasu. Jiste mnozstvi dat budeme taky posilat z CERNu do Prahy, ale to zavisi na tom, jak moc se bude primo v Praze provadet analyza. Takove mnozstvi dat se obtizne nahrava manualne. Nejlepsi by pravdepodobne byla nejaka sestava disc array + DLT robot + staging software. J.Ridky: > Pokud jde o navrhovane diskove pole, > jeho potreba pro mne zustava nepochopitelna. Je nevyhodne zapisovat data primo na pasku (popr. je z ni cist). Nejlepsi by pravdepodobne byla nejaka sestava disc array + DLT robot + staging software. 2) J.Chyla: > O Firewall moc nevim vhledem k cene a skutecnosti, ze to tam > obsahove patri jsem nemel namitek. Jinak souhlasim s tim, ze > nejde o ochranu dat pred dedikovanym hackerem ale hlavne o > kvalitni backup. Takovy ovsem uz dela pomoci existujiciho DLT > Jana, ne? Firewall je urcen na filtrovani nezadoucich dat. S backupem nema nic spolecneho. To, co dela Jana pomoci existujiciho DLT se neda povazovat za dostacujici backup. Jana proste cas od casu nahraje neco na pasku. Co kdyz napriklad zhavaruje disk obsahujici WWW ? Jak stary je nejnovejsi backup ? A co kdyz si omylem smazu svoji directory ? Uzitecny backup by mel bezet pravidelne (a casto) s co nejmensi nutnou obsluhou. Pokud by byl zalozen na necem jako DLT robot, mohl by byt do velke miry zautomatizovan. Jde samozrejme o dedikovany DLT robot, pouzivany pouze na backup. Jula -- ################################################################## # 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: Jiri Chyla <chyla@mail.desy.de> Date: Thu, 23 Oct 1997 15:11:18 GMT Subject: Re: Projekt rozvoje pristrojoveho vybaveni AV CR Message-ID: <EIIFIv.IzG@nntp-hep.fzu.cz>
Pratele, jsem rad, ze se pomalu blizime k nejakemu rozumnemu zaveru. K poslednumi mejlu Milose a Andreje: 1) DLT: hovorite o tom, co se kde standardne pouziva, ale otazka zni trochu jinak: KDO Z VAS bude potrebovat roboty? V mejlu pisete o H1 a DELPHI, ale jak Jarda, tak Honza SAMI tvrdi, ze NIC (Jarda) resp. NIC DALSIHO (Honza) NEPOTREBUJI! Takze H1 a DELPHI NE. Poklud se tyka Pavla, ocekavam, ze se sam ozve. D0: jedine co mate jsou Simakova data o multijetech a ty ma prece na disku. Obcas dostane nova a ty se jednou prectou a tot vsjo, ne? ATLAS: OK, ale k tomu co jsi Milosi pro FzU uvedl snad staci jedno novejsi DLT, ne? A Rezi snad taky, ne Andreji? K jakym ucelum chcete DLT kopirovat? Muzete mit klidne dve, ale melo by to byt opravdu zduvodnene, ne jen argumentem, co kdyz se jedno rozbije! Prenest nekolik GB dat mezi Rezi a FzU neni dnes zadny problem a budeli na kazdem pracovisti jedno nove DLT jiste si v pripade havarie vypomuzeme. 2) Tiskarny + projektor: jsem rad, ze chapete nevhodnost pozadavku v ramci ucelu grantu 3) Diskove pole: to by podle meho nazoru melo byt srdce projektu. Je zde ovsem jedna otazka (tyka je jen FzU): pred prazdninami jsme se dohodli, ze diskovy prostor si jednotlive pracovni skupiny musi zajistit ze svych prostredku. Rada lidi, vcetne mne, jsme si koupili disky a ted dostaneme 70 GB. Komu ho dame? Neco na spolecne veci, ale smyslem zadosti je ochrana dat, coz znamena VSECH DAT. Dostanemeli uvedene prostredky budeme muset pote rozdelit uvedenych 90 GB mezi VSECHNY uzivatele. Jak, to mi neni v tomto okamziku jasne, jen vcas upozornuji na tento aspekt. Pokud jde o nize uvedenou "minimalni" versi, vyzyvam jeste Andreje aby si rozmyslel, zda opravdu potrebuji DVE NOVA DLT. Ja myslim, ze nikoliv. Krome tohoto bodu souhlasim. Jirka > > > > FZU > > 70 GB diskoveho pole 930 000 Kc > > DLT7000 360 000 Kc > > stanice 600 000 Kc > > ____________________________________________________________________ > > Celkem 1 890 000 Kc > > > > UJF > > 70 GB diskove pole 930 000 Kc > > 2 x DLT7000 720 000 Kc > > stanice 600 000 Kc > > ____________________________________________________________________ > > Celkem 2 250 000 Kc > > > > UIVT 200 000 Kc > > > > Projekt celkem 4 340 000 Kc > > > > > > > > Milos Lokajicek > > Andrej Kugler > > >
From: Milos Lokajicek <lokajick@fzu.cz> Date: Thu, 23 Oct 1997 14:12:59 GMT Subject: Re: Projekt rozvoje pristrojoveho vybaveni AV CR Message-ID: <EIICto.GKv@nntp-hep.fzu.cz>
> > Dekujeme za pripominky k projektu rozvoje prikladame novy navrh > a odpovedi. > > Drive nez odpovime na jednotlive pripominky chteli bychom uvest > stav navrhu po diskuzich s firmami a po obdrzeni jejich nabidek > dnes (ctvrtek) ve 13.00: > > FZU > 70 GB diskove pole 930 000 Kc > knihovna DLT s jednim zarizenim + jedno DLT zvlast 845 000 Kc > software 130 000 Kc > stanice 600 000 Kc > ______________ > 2 505 000 Kc > UJF > dtto 2 505 000 Kc > > UIVT 200 000 Kc > > Celkem 5 210 000 Kc > > To je celkova cena kryta konkretnimi nabidkami na disky a DLT na zaklade > technickeho rozboru. > > > Nyni k jednotlivym otazkam: > > Potrebujeme knihovnu DLT?: > CERNskym doporucenym mediem pro prenos dat je dnes DLT2000, s tim, ze se > ceka na DLT7000 (35/70 GB dat), az bude komercne pristupne. Navic, DLT2000 se nyni pouzivaji bezne i mimo CERN, napr. v Rezi zpracovavame data z TAPSu (nyni v KVI, Holandsko) ulozena na DLT a to cca 10 pasek na jeden experiment, taktez vysledky testu HADES prototypu z GSI mame na DLT paskach. > Dnes je > DLT7000 na trhu a v CERNu se zacina pouzivat. Tj. je mozno rozumne > predpokladat, ze v pristich nekolika letech budou data na techto > mediich. Jednotky DLT7000 umi cist i pasky zapsane nizsi hutotou. > Potrebujeme alespon jedno DLT7000 za 360 000 Kc, z duvodu bezpecnosti a > moznosti kopirovani jsou vyhodou 2 DLT7000, coz je 720 000 Kc. > Nabidka na knihovnu na 8 kazet s jednim zarizenim a nezavisle DLT7000 > navic je za 845 000 Kc plus 120 000 Kc na SW, ktery ale asi budeme > stejne potrebovat. > > Kdo bude potrebovat zpracovavat data?: > Zpracovat mensi mnozstvi dat do nekolika az deseti GB je soucasna > moznost a vyuziva ji vetsina experimentu (H1, DELPHI, D0, TILECAL, > Fyzika ATLASu) - nedavny problem se zahlcenim site byl zpusoben > zpracovanim vetsiho mnozstvi dat lezicich v CERNu na nasich CPU. Vetsi > mnozstvi dat zpracoval Pavel a hodla v tom pokracovat. Pro pristich > nekolik let bude potrebovat Tilecal zpracovat data o velikosti do > 10 GB z testovych ozareni, D0 zpracovava zatim data na urovni nekolika > GB, desitky GB ocekavam od simulaci na Atlasu, SCT ATLAS odhaduje > potrebu na 5 GB. Tj. celkovy odhad je alespon desitky GB. Situace v Rezi viz vyse v diskuzi DLT, mame nyni pouze jedno DLT2000 a je o ne boj mezi WA98 (Sumbera), HADESem a TAPSem, a to nepocitam narazove zpracovani testu SDD pro ALICI. > > Ohledne tiskarny a projektoru: > Neni tematem zadani. Navrhl jsem prezentaci dat jako jeden z cilu > zpracovani dat, bude vynechano. Obavam se, ze jednotlive skupiny > si tato nutne potrebna zarizeni neporidi, protoze je jedna skupina > sice potrebuje, ale nedokaze plne vyuzit. > > 40% nakladu na DLT: > S realnymi cenami to je 30%. S minimalni konfiguraci viz na konci to > muze byt jeste mene. > > Diskove pole - ano je to zarizeni, ktere je tak konstruovano, ze vypadek > jedne soucastky ci systemu neohrozi jeho funkci. Tim jeho spolehliva > dostupnost dat zasadne presahuje spolehlivost 1 nezavisleho disku. > Zarizeni je mozno pripojit soucasne k nekolika stanicim, takze i vypadek > stanice neohrozi dostupnost dat. V tomto bode byla mezi nami diskuze (An. a Mil.) avsak dosli jsem k nazoru, ze vysoce kapacitni disk pripojitelny soucasne k vice stanicim je proste nezbytny pro zpracovani velkych objemu dat (at uz s experimentu ci z simulaci). Toto je v soucasnosti zajistitelne pouze diskovym polem, a vzhledem k cene je takove pole ziskatelne pouze v ramci takzv. velkych investic. Samostatne DLT je mozne ziskat z grantu apod. > > Udaj 1TB pro DELPHI - se bezne pri datove narocnosti experimentu uvadi. > Ma se na mysli celkovy objem dat, se kterym experiment pracuje (v > nejakem smyslu mnozstvi zaplnenych pasek a diskoveho prostoru, ktere > experiment potrebuje pro cinnost). Udaj doplnil Milos, ne Andrej. > > Vykonna stanice: Ridici stanice, ktera muze i zpracovavat data je v > navrhu zastoupena. Potreba CPU se vetsinou ridi skutecnou potrebou > jednotlivych grantu a je v nich pozadovana a je i z grantovych > prostredku dostupna. Zde navrhovana paskova zarizeni a diskove pole > presahuji beznou dostupnost z grantu. > > Co se tyka grantu: > uvadeji se granty, ktere pobezi v 98, ci byly navrzeny od 98 (nezavisle > na vysledku). U navrzenych grantu se neudava cislo grantu, ostatni > polozky jsou stejne. > > Minimalni nezbytne nutna konfigurace: > > FZU > 70 GB diskoveho pole 930 000 Kc > DLT7000 360 000 Kc > stanice 600 000 Kc > ____________________________________________________________________ > Celkem 1 890 000 Kc > > UJF > 70 GB diskove pole 930 000 Kc > 2 x DLT7000 720 000 Kc > stanice 600 000 Kc > ____________________________________________________________________ > Celkem 2 250 000 Kc > > UIVT 200 000 Kc > > Projekt celkem 4 340 000 Kc > > > > Milos Lokajicek > Andrej Kugler
From: Jan Ridky <Jan.Ridky@cern.ch> Date: Thu, 23 Oct 1997 12:41:38 GMT Subject: Re: Projekt rozvoje pristrojoveho vybaveni AV CR Message-ID: <EII8LE.Cpv@nntp-hep.fzu.cz>
1) Prazska skupina DELPHI nezpracovava a nebude zpracovavat realna data 2) Prazska skupina DELPHI se nezabyvala a nebude zabyvat produkci MC Jinak bych rad pripomnel, ze rudimenty zalohovani praktikovane v sekci EC I jsou mozne pouze diky tomu, ze DELPHI zakoupilo DLT. Protoze i do budoucna zustava nejpravdepodobnejsi preprava skutecne velkych objemu dat pomoci DLT, povazuji za ucelne mit hardwarovou zalohu DLT = jeste jedno, samozrejme technicky odpovidajici dnesku (DLT2000 koupene DELPHI je starsi typ), zda to musi by robot se necitim kompetentni posoudit. K podobnym grandioznim planum jsem skepticky, kdyby se uskutecnily ty drivejsi, tak dnes mame v sekci robot na exabyte za cca 250 000 Kc a co s nim ? Pokud se tyka tech uskutecnenych, tak pri deleni sekcniho prostoru na discich dostalo DELPHI absolutne nejmene ze vsech (jenom Petr Zavada s Pvlem Starobou dostali 2 x vice nez cele DELPHI dohromady). Co se tyce hardware, je situace DELPHI nyni konsolidovana a vse jsme ziskali z prostredku alokovanych primo DELPHI. Pokud jde o navrhovane diskove pole, jeho potreba pro mne zustava nepochopitelna. Zrovna tak nechapu, jak dospel Andrej Kugler k vyvodu, ze DELPHI zpracovava rocne 1 TB dat. Honza Ridky ********************************************************************* * E-mail address: Jan.Ridky@fzu.cz address: Inst. of Physics * * or: Jan.Ridky@cern.ch Czech Acad. of Sci. * * Na Slovance 2 * * Telephone : +420-2-6605 2158 CZ-180 40 PRAHA 8 * * Fax : +420-2-82 12 27 Czech Republic * ********************************************************************* On Thu, 23 Oct 1997, Jiri Chyla wrote: > > Milosi et al., > > cetl jsem podrobne Tvuj navrh i Andrejovy a Jardovi pripominky. > Muj nazor je nasledujici: > > Predevsim je treba, aby navrh byl podlozen SKUTECNYMI potrebami > nasi vedecke obce, nikoliv jen nasim pranim neco pekneho mit. > Dale muze pozadovana sestava obsahovat jenom to, co SKUTECNE > patri pod tema projektu, tj. tyka se PRENOSU a OCHRANY DAT. > Nakonec musi byt projekt duveryhodny z hlediska rozvrzeni mezi > jednotlive instituce. Jedine za techto predpokladu muze ziskat > jasnou podporu naseho reditele a mit nadeji na uspech. > S tohoto hlediska se domnivam, ze je treba navrh upravit, nebot > > 1) tiskarna ani projektor ocividne pod tema nepatri a mely by > byt zajisteny temi, kdo chteji prenesena a ochranene data > presentovat. To je konsistentni i s tim, ze v navrhu pises, > ze CPU samotne si jednotlive skupiny zajisti sami. Jestli > CPU, proc ne projektor? > zaver: jsem zasadne proti zahrnuti obou polozek. > 2) 40% castky chcete na DLT. K takovemu obnosu musi byt padne > duvody, ktere zatim nevidim. DLT muze nekdo podle mych predstav > chtit na > a) zapis vysledku MC simulace pruchodu generovanych eventu > detektorem. To dela H1, ale ne u nas, ale v UTII. Ani > v budoucnu nepocita s tim, ze by DLT u nas pouzivala. > DELPHI toto nedela a jiste delat nebude. Bude to delat > D0? Tezko si to dovedu predstavit, ve smlouve to neni. > Dovedu si predstavit, ze to bude nekdy v budoucnu potrebovat > ATLAS (Marie?). Ale pak musi nekdo rici ZCELA JASNE na co > a kdy! > b) Zpracovani realnych ci simulovanych pripadu. To je asi pripad > Pavla Staroby. Budes v tom Pavle pokracovat, a do kdy? (ozvi se > laskave!) A potrebujes k tomu tak nakladny robot? H1 to vubec > nedela a ani delat nebude, DELPHI take ne (nebo jo, Honzo?). O D0 > ani nemluve. Takze zase zbyva ATLAS! Poznamenavam, ze mluvim jen > o situaci ve FzU, ne v UJF! Kdo z vas, Milosi, Venco, Honzo B., > Marie, Julo a dalsi budete zpracovavat velke mnozstvi simulovanych > (o realnych nemluvim, ty jsou v nedohlednu) dat, ksy a pro jaky > ucel? > Zaver: Pri mych soucasnych znalostech vasich planu, nevidim pro takovou > nakladnou investici presvedcivy duvod a navrhuji ho proto skrtnout. > 3) Firewall v UIVT: OK > 4) Z hlediska duveryhodnosti navrhu je zcela zcestne to, ze potreby UJF i > FzU jsou zcela stejne! Kazdeho nezavisleho posuzovatele to jiste na > prvni podled zarazi. Je to ostane take nesmysl. Dovedu si napr. > predstavit, ze UJF DLT skutecne jiz dnes potrebuje pro sve iontove > aktivity a pripravu na ALICI a ze svuj pozadavek NALEZITE zduvodni > (pro FzU jak jsem vyse uvedl zatim duvody nevidim). Pak by bylo > na miste pozadovat jen jeden DLT. Muzes mi Andreji vysvetlit na co > konkretne ted chces ten robot? > > Doufam, zde se k memu a Jardovu nazoru jeste vyjadrite, v soucasnem > stavu svych znalosti o opodstaneni proketu bych ho nemohl podporit. > > > Jirka > > > >
From: Jiri Chyla <chyla@mail.desy.de> Date: Thu, 23 Oct 1997 12:35:31 GMT Subject: Re: Projekt rozvoje pristrojoveho vybaveni AV CR Message-ID: <EII8B7.CEx@nntp-hep.fzu.cz>
Par poznamek k Julove reakci: On Thu, 23 Oct 1997, Julius Hrivnac wrote: > Ahojte, > > > Predevsim je treba, aby navrh byl podlozen SKUTECNYMI potrebami > > nasi vedecke obce, nikoliv jen nasim pranim neco pekneho mit. > > S tim souhlasim. A myslim, ze takove potreby mame a muzeme > specifikovat. Fajn, pak se snad dohodnem. > > > 1) tiskarna ani projektor ocividne pod tema nepatri a mely by > > byt zajisteny temi, kdo chteji prenesena a ochranene data > > presentovat. To je konsistentni i s tim, ze v navrhu pises, > > ze CPU samotne si jednotlive skupiny zajisti sami. Jestli > > CPU, proc ne projektor? > > Ja myslim, ze tady je zasadni rozdil. Pokud si nekdo koupi CPU, > tak ho opravdu bude ze 100% vyuzivat on. To neplati o tiskarnach > a projektorech. Nebo mam Tvoji namitku chapat tak, ze kazdy, kdo > potrebuje tiskarnu by si ji mel kupit ? Tiskarny apod. by mely > patrit do servisu, ktery sekce poskytuje vsem pracovnikum. > Protoze sekce na to evidentne nema penize, je nejlepsi to > resit grantem. A o potrebe tiskarny a projektoru asi nikdo > nepochybuje. Souhlasim, ze tyto sluzby byla mela poskytovat sekce, tedy realne mi sami sobe tim, ze se ne slozime, coz take cinime, ale nesouhlasim s tim, aby to v grantu predstavovalo temer 1.4 MKc, tedy 30% celkove castky grantu, ktery se jmenuje "PRENOS a OCHRANA DAT". To je snad trochu moc a kazdeho, kdo to bude posuzovat to spise odradi. Pokud by to bylo do 10%, tak by to slo, ale takhle to zadosti spise uskodi. > > > 2) 40% castky chcete na DLT. K takovemu obnosu musi byt padne > > duvody, ktere zatim nevidim. DLT muze nekdo podle mych predstav > > chtit na > > a) zapis vysledku MC simulace pruchodu generovanych eventu > > detektorem. To dela H1, ale ne u nas, ale v UTII. > > Dela to i Atlas (alespon skupina FST). Zatim nasimulovana data > prenasime do CERNu pomoci ftp a afs. DLT (nebo neco podobneho) > by tak vyrazne pomohlo. Julo, ale DLT v Praze prece je! V navrhu jde o koupi DVOU ROBOTU, ne samotne DLT. Vy mate tolik simulovanych dat, ze je nestacite v DLT vymenovat? > > > b) Zpracovani realnych ci simulovanych pripadu. To je asi pripad > > Pavla Staroby. Budes v tom Pavle pokracovat, a do kdy? (ozvi se > > laskave!) A potrebujes k tomu tak nakladny robot? H1 to vubec > > nedela a ani delat nebude, DELPHI take ne (nebo jo, Honzo?). O D0 > > ani nemluve. Takze zase zbyva ATLAS! Poznamenavam, ze mluvim jen > > o situaci ve FzU, ne v UJF! Kdo z vas, Milosi, Venco, Honzo B., > > Marie, Julo a dalsi budete zpracovavat velke mnozstvi simulovanych > > (o realnych nemluvim, ty jsou v nedohlednu) dat, ksy a pro jaky > > ucel? > > Atlas (opet mluvim o FST) v Praze zpracovava i data nasimulovana > v jinych laboratorich. Tj. opet nam DLT bude velice uzitecne. To same jako vyse! > > > 3) Firewall v UIVT: OK > > Myslim si, ze Firewall je uplna zbytecnost, protoze: > a) I s firewallem jsou nase stanice tak "vulnerable", ze nam > kterykoliv hacker muze udelat jakykoliv zasah. Protoze > pravdepodobne nikdy nebude schopni sledovat a aplikovat > vsechny "security patches", jedine reseni tady je kvalitni > backup (to je podle mne v soucasne dobe nase nejslabsi > misto) - tady muze DLT taky pomoci. > b) Bojime se, ze nekdo bude cist nase data ? Muze nam > tim ublizit ? Asi ne. > > Ovsem chapu duvody, proc Firewall v navrhu je :-) O Firewall moc nevim vhledem k cene a skutecnosti, ze to tam obsahove patri jsem nemel namitek. Jinak souhlasim s tim, ze nejde o ochranu dat pred dedikovanym hackerem ale hlavne o kvalitni backup. Takovy ovsem uz dela pomoci existujiciho DLT Jana, ne? Zapomnel jsem jeste poznamenat, ze za teziste navrhu bych povazoval ono diskove pole, coz je snad take zarizeni vyrazne zlepsujici ochranu dat a s nim souvisejici stanici Jirka Dalsi nazory vitany !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
From: Julius Hrivnac <Julius.Hrivnac@cern.ch> Date: Thu, 23 Oct 1997 10:59:49 GMT Subject: Re: Projekt rozvoje pristrojoveho vybaveni AV CR Message-ID: <EII3vp.8nI@nntp-hep.fzu.cz>
Ahojte, > Predevsim je treba, aby navrh byl podlozen SKUTECNYMI potrebami > nasi vedecke obce, nikoliv jen nasim pranim neco pekneho mit. S tim souhlasim. A myslim, ze takove potreby mame a muzeme specifikovat. > 1) tiskarna ani projektor ocividne pod tema nepatri a mely by > byt zajisteny temi, kdo chteji prenesena a ochranene data > presentovat. To je konsistentni i s tim, ze v navrhu pises, > ze CPU samotne si jednotlive skupiny zajisti sami. Jestli > CPU, proc ne projektor? Ja myslim, ze tady je zasadni rozdil. Pokud si nekdo koupi CPU, tak ho opravdu bude ze 100% vyuzivat on. To neplati o tiskarnach a projektorech. Nebo mam Tvoji namitku chapat tak, ze kazdy, kdo potrebuje tiskarnu by si ji mel kupit ? Tiskarny apod. by mely patrit do servisu, ktery sekce poskytuje vsem pracovnikum. Protoze sekce na to evidentne nema penize, je nejlepsi to resit grantem. A o potrebe tiskarny a projektoru asi nikdo nepochybuje. > 2) 40% castky chcete na DLT. K takovemu obnosu musi byt padne > duvody, ktere zatim nevidim. DLT muze nekdo podle mych predstav > chtit na > a) zapis vysledku MC simulace pruchodu generovanych eventu > detektorem. To dela H1, ale ne u nas, ale v UTII. Dela to i Atlas (alespon skupina FST). Zatim nasimulovana data prenasime do CERNu pomoci ftp a afs. DLT (nebo neco podobneho) by tak vyrazne pomohlo. > b) Zpracovani realnych ci simulovanych pripadu. To je asi pripad > Pavla Staroby. Budes v tom Pavle pokracovat, a do kdy? (ozvi se > laskave!) A potrebujes k tomu tak nakladny robot? H1 to vubec > nedela a ani delat nebude, DELPHI take ne (nebo jo, Honzo?). O D0 > ani nemluve. Takze zase zbyva ATLAS! Poznamenavam, ze mluvim jen > o situaci ve FzU, ne v UJF! Kdo z vas, Milosi, Venco, Honzo B., > Marie, Julo a dalsi budete zpracovavat velke mnozstvi simulovanych > (o realnych nemluvim, ty jsou v nedohlednu) dat, ksy a pro jaky > ucel? Atlas (opet mluvim o FST) v Praze zpracovava i data nasimulovana v jinych laboratorich. Tj. opet nam DLT bude velice uzitecne. > 3) Firewall v UIVT: OK Myslim si, ze Firewall je uplna zbytecnost, protoze: a) I s firewallem jsou nase stanice tak "vulnerable", ze nam kterykoliv hacker muze udelat jakykoliv zasah. Protoze pravdepodobne nikdy nebude schopni sledovat a aplikovat vsechny "security patches", jedine reseni tady je kvalitni backup (to je podle mne v soucasne dobe nase nejslabsi misto) - tady muze DLT taky pomoci. b) Bojime se, ze nekdo bude cist nase data ? Muze nam tim ublizit ? Asi ne. Ovsem chapu duvody, proc Firewall v navrhu je :-) Jula P.S.: Nemohu se vyjadrit k dopisu od Jardy, zadny jsem nedostal. -- ################################################################## # 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: Jiri Chyla <chyla@mail.desy.de> Date: Thu, 23 Oct 1997 10:33:45 GMT Subject: Re: Projekt rozvoje pristrojoveho vybaveni AV CR Message-ID: <EII2o9.7rM@nntp-hep.fzu.cz>
Milosi et al., cetl jsem podrobne Tvuj navrh i Andrejovy a Jardovi pripominky. Muj nazor je nasledujici: Predevsim je treba, aby navrh byl podlozen SKUTECNYMI potrebami nasi vedecke obce, nikoliv jen nasim pranim neco pekneho mit. Dale muze pozadovana sestava obsahovat jenom to, co SKUTECNE patri pod tema projektu, tj. tyka se PRENOSU a OCHRANY DAT. Nakonec musi byt projekt duveryhodny z hlediska rozvrzeni mezi jednotlive instituce. Jedine za techto predpokladu muze ziskat jasnou podporu naseho reditele a mit nadeji na uspech. S tohoto hlediska se domnivam, ze je treba navrh upravit, nebot 1) tiskarna ani projektor ocividne pod tema nepatri a mely by byt zajisteny temi, kdo chteji prenesena a ochranene data presentovat. To je konsistentni i s tim, ze v navrhu pises, ze CPU samotne si jednotlive skupiny zajisti sami. Jestli CPU, proc ne projektor? zaver: jsem zasadne proti zahrnuti obou polozek. 2) 40% castky chcete na DLT. K takovemu obnosu musi byt padne duvody, ktere zatim nevidim. DLT muze nekdo podle mych predstav chtit na a) zapis vysledku MC simulace pruchodu generovanych eventu detektorem. To dela H1, ale ne u nas, ale v UTII. Ani v budoucnu nepocita s tim, ze by DLT u nas pouzivala. DELPHI toto nedela a jiste delat nebude. Bude to delat D0? Tezko si to dovedu predstavit, ve smlouve to neni. Dovedu si predstavit, ze to bude nekdy v budoucnu potrebovat ATLAS (Marie?). Ale pak musi nekdo rici ZCELA JASNE na co a kdy! b) Zpracovani realnych ci simulovanych pripadu. To je asi pripad Pavla Staroby. Budes v tom Pavle pokracovat, a do kdy? (ozvi se laskave!) A potrebujes k tomu tak nakladny robot? H1 to vubec nedela a ani delat nebude, DELPHI take ne (nebo jo, Honzo?). O D0 ani nemluve. Takze zase zbyva ATLAS! Poznamenavam, ze mluvim jen o situaci ve FzU, ne v UJF! Kdo z vas, Milosi, Venco, Honzo B., Marie, Julo a dalsi budete zpracovavat velke mnozstvi simulovanych (o realnych nemluvim, ty jsou v nedohlednu) dat, ksy a pro jaky ucel? Zaver: Pri mych soucasnych znalostech vasich planu, nevidim pro takovou nakladnou investici presvedcivy duvod a navrhuji ho proto skrtnout. 3) Firewall v UIVT: OK 4) Z hlediska duveryhodnosti navrhu je zcela zcestne to, ze potreby UJF i FzU jsou zcela stejne! Kazdeho nezavisleho posuzovatele to jiste na prvni podled zarazi. Je to ostane take nesmysl. Dovedu si napr. predstavit, ze UJF DLT skutecne jiz dnes potrebuje pro sve iontove aktivity a pripravu na ALICI a ze svuj pozadavek NALEZITE zduvodni (pro FzU jak jsem vyse uvedl zatim duvody nevidim). Pak by bylo na miste pozadovat jen jeden DLT. Muzes mi Andreji vysvetlit na co konkretne ted chces ten robot? Doufam, zde se k memu a Jardovu nazoru jeste vyjadrite, v soucasnem stavu svych znalosti o opodstaneni proketu bych ho nemohl podporit. Jirka
From: Karel Piska <piska@fzu.cz> Date: Thu, 23 Oct 1997 06:31:10 GMT Subject: 23 Oct:sun4=>sun7 Message-ID: <EIHrFz.Kw4@nntp-hep.fzu.cz>
Ctvrtek 23.10.97: Vazeni uzivatele stanic SUN! Kdyz Michal Kratky neprijde, nic nebude, kdyz nebude mit cas, take nic nebude. Ale bude-li pro nas provadet "system development" na stanici sun4 (a nebude-li mozne se na sun4 nalogovat), zkuste se, prosim, logovat na sun7. KP