Dotaz: Omezení velikosti /etc/group ?

[Milan Dobeš]

Ahoj, na serveru s RH9 mám sambu jako PDC a připojují se k ní klienti z WXP. Uživatelů je cca 45 a pro nastavování přístupových práv k objektům na svazcích samby jsem si do /etc/group pořídil cca 35 skupin do kterých přiřazuji jednotlivé uživatele nějak takto: (místo podtržítek si představte mezery)

skupina_1:x:204: jmeno1, jmeno2, jmeno3, ... jmeno45

skupina_2:x:205: jmeno1, ______ jmeno3, ... jmeno45

.....

skupina35:x:240: jmeno1, jmeno2, ______ ... jmeno45

Prostě abych se v tom vyznal, dělal jsem tam ty mezery na místě lidí kteří do dané skupiny nepatří. Vše fungovalo naprosto v pohodě pro cca 28 skupin a 40 uživatelů. Po přidání posledních 7 skupin a 5 uživatelů mi náhodně někteří poslední uživatelé v některých posledních skupinách přestali fungovat. Problém jsem se snažil řešit vypouštěním těch mezer a přerovnáváním důležitějších skupin před méně důležité. Nicméně zcela se to nepodařilo.

Je nějaký limit na velikost souboru /etc/group, nebo na délku řádky, na počet skupin, nebo na počet lidí ve skupině ???

Odpovědi

[Jan Martinek]

Je to dost blbá rada, ale zkus odstranit všechny mezery z /etc/group, možná to zabere. Pokud ano, můžeš vždy /etc/group snadno vygenerovat z té tvé přehledné verze.

Podle mě je to zralé na bugreport. Mělo by být v manuálové stránce jasně uvedeno jaké jsou limitace, anebo by měla být parsovací rutina (a ta jaderná část) omezena pouze velikostí paměti, což je trochu divoké.

Nicméně psát bugreport pro takovou vykopávku jakou je RH9 snad ani nemá cenu. Leda by toto chování někdo potvrdil i u současných distribucí

[Milan Dobeš]

Díky za odpověď, to jsem zatím udělal, uvidíme jestli si někdo bude stěžovat. Skontrolovat jestli někde někomu nějaká grupa nefunguje je prakticky nemožné.

Jinak mezitím jsem vygooglal že je limit na délku řádky /etc/group a to LINE_MAX. getconf LINE_MAX mi píše 2048, nejdelší řádku i s mezerami mám 380 takže naprosto v pohodě. Jiný limit jsem nenašel. Server budu zanedlouho reinstalovat asi na CentOS 4.3, uvidíme jestli to bude zlobit i potom. Jo ještě jsem nenapsal že je tam kompilovaný vanila 2.4.20 ale to asi nebude hrát roli.

Nejpikantnější na tom je, že se to podělalo když jsem do systému přidal nového ředitele. Do té doby všem všechno fungovalo a jemu ne a ne! Předělával jsem mu konto, mazal ho, znovu zakládal a ...

[Michal Čihař]

Žádná jaderná část AFAIK není, co by to tam dělalo?

[Milan Dobeš]

To je na mně moc, tomu nerozumím

[Jan Martinek]

Opravte mě, jestli se mýlím, ale co jiného než jádro pracuje s právy, uid, gid, euid, příslušností do skupin a takovými věcmi?

[Jiří (BoodOk) Kadeřávek]

Ze by pam_unix? Jadro s /etc/group nepracuje, stejne tak jako nepracuje s /etc/passwd nebo /etc/shadow.

[Zdeněk Burda]

pam_unix je mimo, myslím, že tohle má na starosti libc.

[Milan Dobeš]

Tak jsem si to dále ujasnil, fixluje mi teď jenom uživatel "ředitel", protože ten má práva všude a tím pádem se mi vyskytuje ve všech grupách. No a zjistil jsem že mu funguje prvních 32 grup ve kterých se vyskytuje a další už ne.

Takže si myslím že jsem na to došel, jeden uživatel může být pouze v 32 grupách. Kdyby to bylo jiné číslo tak budu hledat problém jinde ale 32 = 2^5 je příliš "binární" než aby to byla náhoda.

Pokud mi to někdo můžete vyvrátit nebo osvětlit, prosím ozvěte se! Díky předem.

[Kníže Ignor]

Podle různých diskuzí, co jsem našel, to tak skutečně je. Prej máš použít ACL

[Milan Dobeš]

Jjj, podívám se co to je. Díky!

[Jan Martinek]

Právě jsem vyrobil třiatřicet group a do všech se nacpal. Příkaz "id" u mě vypsal příslušnost ke všem groupám, takže si myslím, že to funguje. Mám jádro 2.6.16.

[Milan Dobeš]

Jéje, diky za "id", zase něco co jsem neznal . No tak je to jak jsem předpokládal, tím "id" jsem si potvrdil že je tam limit 32 grup na jednoho uživatele. Další prostě jako by nebyly a je to podle pořadí v /etc/group. Fakt je že je to starý RH9 s kernelem 2.4.20. Díky za info že až to reinstaluji na 2.6.xx tak to bude OK.