abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 22:22 | Zajímavý projekt

S pomocí 3D tiskárny vyrobitelná klávesnice Katy K80CS (Deskthority, Geekhack) inspirovaná Kinesis Advantage je nyní open hardware – včetně souborů STL nově pod licencí Creative Commons BY-SA. Firmware byl dostupný již dříve. Jedná se o alternativu k populárnímu projektu Dactyl s řadou forků včetně varianty Dactyl-Manuform (viz též galerii, kterou spravuje Xah Lee).

Fluttershy, yay! | Komentářů: 1
včera 22:11 | Nová verze

Android Studio (Wikipedie), tj. oficiální integrované vývojové prostředí pro vývoj aplikací pro mobilní operační systém Android, bylo vydáno v nové stabilní verzi 4.0. Přehled novinek i s náhledy v oficiálním oznámení a také na YouTube.

Ladislav Hagara | Komentářů: 0
včera 15:33 | Nová verze

Byla vydána verze 1.14 systému pro správu a verzování zdrojových kódů Apache Subversion (Wikipedie). Jedná se o LTS verzi. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
včera 14:22 | IT novinky

V červnu loňského roku bylo představeno Raspberry Pi 4 s 1 GB, 2 GB a 4 GB RAM. Dnes přibyla varianta s 8 GB RAM za 75 dolarů. Současně bylo oznámeno přejmenování Raspbianu na Raspberry Pi OS. K dispozici je beta verze 64bitové varianty. Minulý týden byla oznámena beta verze firmwaru umožňujícího bootování Raspberry Pi 4 z USB místo z SD karty.

Ladislav Hagara | Komentářů: 9
včera 07:00 | Zajímavý článek

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil detailní výsledky průzkumu. Průzkumu se letos zúčastnilo téměř 65 tisíc vývojářů. Jejich nejpopulárnější i nejmilovanější platformou zůstává Linux.

Ladislav Hagara | Komentářů: 11
včera 00:33 | Nová verze

Po deseti měsících vývoje byla vydána nová verze 3.10 svobodného alternativního webového prohlížeče NetSurf (Wikipedie). Přehled změn v cgitu.

Ladislav Hagara | Komentářů: 7
27.5. 23:55 | Nová verze

Oznámení o vydání nové verze 8.3 sady aplikací pro SSH komunikaci OpenSSH obsahuje upozornění, že vzhledem v lednu publikovanému útoku na SHA-1 bude v blízké budoucnosti v OpenSSH ve výchozím stavu zakázáno použití algoritmu ssh-rsa. Zda bude komunikace se serverem i po tomto zákazu fungovat, lze vyzkoušet pomocí příkazu "ssh -oHostKeyAlgorithms=-ssh-rsa user@host".

Ladislav Hagara | Komentářů: 4
26.5. 17:11 | Nová verze

Byla vydána nová stabilní verze 5.15 toolkitu Qt. Přehled novinek na wiki stránce. Jedná se o LTS verzi. V důsledku nedávných změn je ale dlouhodobá podpora pouze pro držitele komerční licence.

Ladislav Hagara | Komentářů: 21
26.5. 11:11 | Komunita

Libre Graphics Meeting 2020, tj. konference a setkání vývojářů a uživatelů svobodných grafických softwarů, proběhne online od středy 27. května do pátku 29. května. Na programu jsou zajímavé přednášky i tutoriály. Sledovat je lze zdarma a bez registrace.

Ladislav Hagara | Komentářů: 2
26.5. 07:00 | Komunita

Canonical na svém blogu oznámil, že Ubuntu 18.04 LTS získalo certifikaci FIPS 140-2 Level 1. Jedná se o americký vládní standard pro počítačovou bezpečnost používaný ke schvalování kryptografických modulů. Certifikace bývá vyžadována u státních, zdravotnických a bankovních IT systémů.

Ladislav Hagara | Komentářů: 16
Kdy přecházíte na nové vydání distribuce/OS?
 (14%)
 (13%)
 (21%)
 (7%)
 (3%)
 (41%)
Celkem 347 hlasů
 Komentářů: 0
Rozcestník

Tlustý Klient - dejme hlavy dokupy

29.1.2007 16:02 | Přečteno: 2232× | Linuxové báchorky | poslední úprava: 30.1.2007 08:27

Zdravim

Po nenalezeni zadneho obecneho systemu pro sprovozneni tlustych klientu jsem se vrhl do tvorby systemu vlastniho.

Ve zkratce: Tlusty klient je vykonny bezdiskovy pocitac, bootuje ze site a / pripojuje pres sit. Veskere programy bezi lokalne. Zajímavé? Čtěte dále...

V tuhle chvili jsem ve stavu kdy mam jadro, to nabootuje, pripoji rootfs, nabehnou vsechny sluzby, grafika, vsechno funguje. Konfiguraci mam resenou lehce podobne jako LTSP. Jako jedna z prvnich sluizeb (po siti) si skript zjisti IP adresu kompu a podle toho spusti skript. Skriptu je tamnekolik: all - spusti se vsude, 192.168.1.10 - pro konkretni pocitac, prozatim jen podle IP adresy a nakonec default v pripade nenalezeni konkretni konfigurace. Potrebuju doresit 2 problemy.

1) Konfigurace X serveru:
S tim, ze nemuzu mit jen tak nainstalovane nvidia i ati binarni drivery jsem se prozatim smiril. Planuju to provozat na mixu intel, starsich ati (opensource) a starsich nvidia grafikach. Pochopitelne vsemozny monitory. No chci aby to bylo univerzalni. Cili otazka zni, je mozne napsat xorg.conf tak, aby jel vsude s akceleraci? Proste univerzalni pro vsechny? Nebo jestli existuje nejakej autodetekcni program? Dodnes si pisu konfigurak sam na miru. Nebo druhe reseni, nejakym zpusobem vzdy pri bootu prepisovat /etc/X11/xorg.conf podle zrovna bootujiciho kompu. Kdyz jich bude bootovat naraz vicero, tak se to muze pohadat. Asi by i slo spustit X a vnutit mu jiny konfig nez /etc/X11/xorg.conf, ale to je na muj vkus uz moc velky zasah do spoustecich skriptu a to se mi nelibi. Nebo to nejak resit pomoci symlinku. Nejaky napad?

2) Sdílení adresáře /var:
Jak známo, /var nelze sdílet mezi různými instancemi systému a musí být r/w. V tuhle chvili jsem na něm nedělal žádnou změnu, čili je r/w a sdílenej všemi klienty. To má za následek, že klient sice nastartuje bez zjevného problému, ale při regulérním shutdownu se snaží mazat pidy, o kterých si myslí že jsou jeho a přitom jsou sdílený. Napadlo mě vytvořit nějaká skelet /var a ten při přihášení nového klienta kopírovat na /var-192.168.1.2 a klient by si to potom bindoval na /var. Potíž je, že některé adresáře uvnitř chci mít sdílené, např db balíčkovacího systému. Standardní /var má i několik set mega. Také je možnost jen vyjmenovat adresáře, které nechci sdílet a skript by už používal skelety pro každý zvlášť a bindoval taky každý zvlášť. Nějaký nápad?

Zatím je to řešené pro Arch Linux, ale není větší probém to překopat na jakoukoliv distribuci, nechci aby to bylo moc distribučně závislé. Ve výsledku to bude spíš návod a sada jednoůčelových skriptů než nějakej ucelenej balík.

Připomínky vítány.

Zdeněk

       

Hodnocení: 100 %

        špatnédobré        

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Vložit další komentář

Luk avatar 29.1.2007 16:31 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
Rozbalit Rozbalit vše Re: Tlustý Klient - dejme hlavy dokupy
Sdílení adresáře /var:
/var na RAMdisku a odtud symlinky, kam je potřeba (třeba k balíkům).
LinuxMarket - linuxový e-shop | LinuxEXPRES - linuxový magazín | OpenOffice.cz - portál uživatelů OpenOffice/LibreOffice
29.1.2007 16:36 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
Rozbalit Rozbalit vše Re: Tlustý Klient - dejme hlavy dokupy
Také je možnost jen vyjmenovat adresáře, které nechci sdílet a skript by už používal skelety pro každý zvlášť a bindoval taky každý zvlášť. Nějaký nápad?
Osobně mi přijde lepší vyjmenovat adresáře, které mají být sdílené, s tím, že po zkopírování skeletonu /var se jednotlivé sdílené podadresáře připojí na to správné místo.

Něco jako
for DIR in cache/apt/ cache/debconf/; do
    mkdir -p /var/$DIR
    mount server/$DIR /var/$DIR
done
When your hammer is C++, everything begins to look like a thumb.
hajma avatar 29.1.2007 16:38 hajma | skóre: 27 | blog: hajma | Říčany
Rozbalit Rozbalit vše Re: Tlustý Klient - dejme hlavy dokupy
kdysi jsem si s tím hrál, třeba ti to k něčemu bude: http://www.abclinuxu.cz/blog/hajma/2005/4/19/84255
21 promarněných znaků
Josef Kufner avatar 29.1.2007 17:16 Josef Kufner | skóre: 69
Rozbalit Rozbalit vše Re: Tlustý Klient - dejme hlavy dokupy
ad 1: Konfigurace X serveru:

Podívej se, jak to dělají Live distra.

ad 2: Sdílení adresáře /var:

Tady se ti také bude hodit něco z live distribucí. Pomocí unionfs můžeš mít mountnutý /var ze sítě jako read-only a změny si ukládat do paměti. Stejně, jako to dělají live distra s / na CD.

Na instalci balíčků na jednotlivých stanicích se vykašli. Pro stanici bude systém prostě neměnný a veškeré změny dělej na serveru (třeba po ssh ze stanice). Budeš mít tak zajištěno, že se dvě stanice nebudou přetahovat o jeden balíčkovací systém, bude to bezpečnější (i kdyby ses postavil na hlavu, tak to prostě nezničíš jinak než ze serveru) a na pohodlí to mnoho neubere (jedno ssh spojení).
Hello world ! Segmentation fault (core dumped)
29.1.2007 17:18 Honza "tux" Friesse | skóre: 15 | blog: Tuxův blog | Vyškov
Rozbalit Rozbalit vše Re: Tlustý Klient - dejme hlavy dokupy
Psal jsem na toto téma bakálářskou práci. Stavěl jsem na Debianu a myšlenka byla taková, že se nainstaluje Debian přes debootstrap, pak se do toho nahrají soubory, které pozmění proces bootování (lépe řečeno, jen přidávají do rcx.d). Byla k tomu i utilitka, co parsovala INI soubor do Bash skriptu, která uměla jednoduchou děďičnost, a sloužila k nastavení parametrů dle IP. Celkem to celé i zveřejnil, jen nevím, jestli se bakalářské práce zveřejnit smějí.
29.1.2007 17:47 petr_p | skóre: 59 | blog: pb
Rozbalit Rozbalit vše Re: Tlustý Klient - dejme hlavy dokupy
Nove X servery umi bezet bez konfiguracniho souboru a autodetekci poznat spoustu hardwaru. Pokud ale mas nejake stare karty nebo monitory, tak se smir s rucne psanymi konfiguraky. Navic takove veci jako alternace mezi OS a uzavrenymi ovladaci (kvuli OpenGL) nebo konfigurace dalsich vystupu (TV, multihead apod.) je velmi specificka vec. Muzes se pokusit napsat skript, ktery podle informaci z PCI sbernice a logu X serveru (X -probeonly), identifikuje HW a podle toho sahne pro spravny konfigurak.

Co se tyce /varu, tak ten ja resim prekopirovanim skeletu do adresare exportovaneho pro zapis (ale jedna se jen o tenke klienty -- X, lpr, esd, mixer, sshd, mtools -- /var je maly).

Mozna by stalo za to zvazit pouzit nejakeho copy-on-write prekryvneho souboroveho systemu (squashfs?) ukladajiciho data do RW NFS nebo jen do RAM disku. Tim by se ale zkomplikoval pripadny upgrade na serveru za soucasneho behu klienta.

A nakonec databaze balicku: Pokud touzis po tom, ze z libovolneho klienta nainstalujes balicek a ostatni klienti jej budou mit okamzite k dispozici, tak na to zapomen. Nevim, jak to funguje na Archu, ale mnoho balickovacich systemu ukryva do balicku postinstalacni skripty ci prepisuje konfiguraky. A tohle vyresit neni vubec jednoduche. Nakonec zkoncis s tim, ze vsechny soubory specificke pro klienta budes linkovat do RW adresare nebo nutit programum jinou cestu ke konfigurakum.

Napr. na FI MU se pouziva nasledujici system: Klienty maji vlastni disky, na kterych je nainstalovana distribuce (v soucasnosti Fedora). Po bootu se rsyncem obsah lokalniho systemu aktualizuje proti zrcadlu na serveru (mozna nejakemu referencnimu klientovi). Na lokalnich systemech jsou nejake zakladni programy a pak velke molochy jako X, KDE, Gnome apod. Na tomto celem bezi system modulu, coz je sada skriptu, ktere zpristupnuji programy nainstalovane do specialniho adresare, ktery se mountuje ze serveru a je jen pro cteni a je spolecny vsem klientum. Aktivace modulu prakticky jen zkontroluje existenci modulu pro danou platformu a pak pripise do promennych PATH, LD_LIBRARY_PATH, MAN_PATH apod. cesty ke konkretnimu baliku.
29.1.2007 19:39 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Tlustý Klient - dejme hlavy dokupy
A nakonec databaze balicku: Pokud touzis po tom, ze z libovolneho klienta nainstalujes balicek a ostatni klienti jej budou mit okamzite k dispozici, tak na to zapomen. Nevim, jak to funguje na Archu, ale mnoho balickovacich systemu ukryva do balicku postinstalacni skripty ci prepisuje konfiguraky.
To by ale nemuselo vadit, pokud ten disk na síti bude pro roota (který instaluje ty balíky) r/w a všechny stroje budou používat stejný adresář /etc. Vzhledem k tomu, že ty stroje nemají mít disk, nemůže postinstalační skript udělat nic, co by se neprojevilo na ostatních strojích.

Přepisování konfiguráků ... nevím, jak jinde, ale v Debianu se instalátor ptá, jestli přepsat nebo ponechat. Navíc dává možnost srovnat obsah původního a nového, což by se dalo použít, pokud by určitý konfigurák měl více verzí pro různé stroje.
Quando omni flunkus moritati
30.1.2007 19:04 petr_p | skóre: 59 | blog: pb
Rozbalit Rozbalit vše Re: Tlustý Klient - dejme hlavy dokupy
Pokud budou mit vsechny stanice stejny obsah FS, tak to problem neni. Jenze prave ten problem tazatel ma. Takze zacnou orgie se vsemi temi symlinky apod.

Podle mne v pripade heterogenniho prostredi je potreba udelat zvlast systemovou cast, ktera bude resit odlisnosti jednotlivych stanic, a zvlast aplikacni cast. Rekneme ze rozumnym rozdelenim balicku na dve skupiny by se to dalo vyresit, ale hlidani pri upgradu nechci videt.

Ano, nektere distribuce konfiguracni soubory sami od sebe nemeni, ale jak rikam, Arch neznam (s hruzou vzpominam na SuSE).
29.1.2007 19:34 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Tlustý Klient - dejme hlavy dokupy
ad 1: Pokud tě nenapadne nic lepšího, můžeš udělat několik verzí xorg.conf a k nim symlinky xorg.conf-ip.ad.re.sa Při bootování se potom odpovídající konfigurák stáhne a přejmenuje předtím, než začne startovat X.
Quando omni flunkus moritati
30.1.2007 23:08 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
Rozbalit Rozbalit vše Re: Tlustý Klient - dejme hlavy dokupy
Dnes jsem sice vyresil jeste treti problem, a to ten aby jadro pri svem bootu ziskalo IP adresu z dhcp tesne pred pripojenim NFS rootfs, ale s vyse uvedenymi problemy jsem nehnul.

Asi tak nejvetsi dilema mam, zda jako prvni resit /var nebo xorg.conf.

Ale rozhodle jsem se pro xorg.conf, stahnul SLAX a neobjevil absolutne nic, jeste ho budu muset prolizt jednou.

V nejakym live nebo v necem takovym jsem uz nejaky univerzalni konfig nasel pred casem. Byl zalozen na tom, ze je tam sekce device a screen nekolikrat. U kazdeho device je uveden jiny ovladac. Sekce screen jsou stejny.

Srdcem vseho je toto:
Section "ServerLayout"
Identifier     "X.org Configured"
Screen         "Screen-ati"
Screen         "Screen-nvidia"
Screen         "Screen-i810"
Screen         "Screen-vesa"
InputDevice    "Mouse0" "CorePointer"
InputDevice    "Keyboard0" "CoreKeyboard"
EndSection
Spoleha se to na fakt, ze pritomna je jen jedna grafika a tudiz inicializace vsech ostatnich screenu zkonci chybou. Na ATI 7000 to funguje, ale na i910 to nahodi 640x480 a basta fidly.

Porad se nemuzu rozhodnout zda jit cestou naproste autodetekce (at uz formou super-multi.xorg.conf nebo nejakyho programu co vyplivne konfig nebo skriptu co zjisti typ graficky a podle toho pouzije pripraveny konfig) nebo druha moznost mit pripraveny konfigy pro kazdej komp zvlast? Nebo to nejak zkombinovat? Rad bych aby to bylo prijatelne reseni pro vsechny a ne jen pro me,protoze bych to logicky smeroval jen na pocitace, kde to pobezi, coz jsou cca 4 mozne kombinace vga-monitor.

Zdenek
www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
31.1.2007 16:00 Petr "Glubo" Sýkora | skóre: 21 | blog: Glubnik
Rozbalit Rozbalit vše Re: Tlustý Klient - dejme hlavy dokupy
Na řešení /var by možná bylo dobré zvážit použití UnionFS, které je hojně používáno různými livecd. Jde v zásadě o virtuální filesystem, který dokáže transparentně "spojit" více adresářu do jednoho, s tím, že se nastaví, do kterého z nich se zapisují změny.
„O mrtvých jen v dobrém." „Pojďme se bavit o Stalinovi."

Založit nové vláknoNahoru

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.