sziasztok!
azt szeretném, hogy egy meglevő user állományt új vasra átköltöztessek az ő legkevesebb kényelmetlenségeikkel. minden áthurcolása ki van találva, működőképesen, egy viszont félig nyitott kérdés.
mi a leginkább jó, hasznos megoldás shell-lel rendelkező userek, valamint samba userek áthelyezésére? azt szeretném, ha nem kellene ezért azonos verziójú környezetet előállítsak az új oldalon, de ha nem lehet jól másképp, akkor azt is lehet akár (bár komoly visszalépés).
van erre valami tuti megoldás?
- 1262 megtekintés
Hozzászólások
Üdv!
Én dolgoztam már olyan helyen, ahol sok öreg PC-ből álló Linux szerverfarm volt. Ott RSync-kel "replikálta" a /etc/passwd és /etc/shadow fájlokat a gépek között az admin.
A home könyvtárak létrejöttére azonban már nem emlékszem, nyilván egyedi szkriptekkel volt megoldva, ha új rekordok voltak a /etc/passwd-ben, akkor mkdir-ek és chown-ok futottak le.
Mindenesetre így meg volt az a kényelem, hogy egy gépen volt adduser és passwd, majd az összesre be lehetett onnatól jelentkezni, x idő múlva.
Hozzá kell tennem viszont, hogy ezeken a vérbeli kocka srác által épített saját Linux futott! Részint emiatt is lecserélésre került anno Debian-ra és modern vasakra.
V.
---
Mézi 4Ever!
- A hozzászóláshoz be kell jelentkezni
az igazi kérdés talán inkább az, hogy a passwd és a shadow állományokban a megfelelő sorok másolása elegendő-e és üzembiztosan működik. mert ha más nincs, akkor ez "jó megoldás". gondolom a samba userek is költöztethetőek így... de nincs erre jobb megoldás?
--
xterm
- A hozzászóláshoz be kell jelentkezni
még az /etc/group -ot is érdemes lenne átnézni / átmásolni talán
- A hozzászóláshoz be kell jelentkezni
igen, ez csak a véletlenül maradt le :) enélkül nem sokat ér a dolog. viszont ezek szerint nem igen van jobb megoldás... ezt jobban max scriptekkel tudom megtenni, hogy kevesebb melóm legyen. de a lényeg akkor is marad.
--
xterm
- A hozzászóláshoz be kell jelentkezni
nem tudok linket adni, de egy több helyen howto-kban is így jártak el -ahogy olvastam
- A hozzászóláshoz be kell jelentkezni
működik is, csak belegondoltam abba, hogy pl. 6 gépen, 1200 user kéne így átvinni. :)
--
xterm
- A hozzászóláshoz be kell jelentkezni
már azon gondoloztam hogy megkérdezem, hogy azt a pár darab user-t miért nem veszed fel kézzel.. :)
- A hozzászóláshoz be kell jelentkezni
roppant egyszerű. a jelszavaikat nem tudom. továbbá nem egyszeri dolgokra tervez az ember, ha a feladat vélhetően máskor is előfordul. tehát keress univerzális megoldást. ez mindig hasznosabb ;)
--
xterm
- A hozzászóláshoz be kell jelentkezni
Kell figyelned az azonosítók, nem kevésbé a numerikus azonosítók ütközésére is!
Ha "normális" 6 gépről van szó, akkor jó esélyed van arra, hogy a numerikus azonosítók ütköznek. Én leginkább kézzel (scriptekkel) kezelném.
A felhasználói fájlok, könyvtárak is numerikus azonosítóval vannak a fájlrendszerben tárolva (pl. /home, /var/mail, /var/spool/cron/crontabs, ...), erre sem árt figyelni.
Ütközés esetén úgy csinálnám, hogy előtte gépenként megváltoztatnám a felhasználói bejegyzéseket úgy, hogy majdan a migráláskor ne legyen ütközés (karöltve egy find / -uid <regi-uid> -print0 | xargs chown <uj-uid>
paranccsal). Majd rsync ... --numeric-ids ...
paranccsal áthúznám az új gépre.
- A hozzászóláshoz be kell jelentkezni
az uid és guid dolgot könnyebben megoldom. leginkább a jelszavak miatt volt kérdéses a probléma. viszont adtál jó ötleteket más miatt, úgyhogy köszi :)
--
xterm
- A hozzászóláshoz be kell jelentkezni
vidd fel őket LDAP-ba :)
--
\\-- blog --//
- A hozzászóláshoz be kell jelentkezni
nem az a kérdés, hogy van-e jobb megoldás userek tárolására ;) mert hát van.
--
xterm
- A hozzászóláshoz be kell jelentkezni