Linux-haladó

Sziasztok!

Van egy ubuntu 10.04 szerverem, melyben jelenleg 1 winyó van. Szereztem egy másikat, szeretnék raid1-et kialakítani. Olvastam rengeteget a dolog után, de nem vagyok biztos az egészben, és élő szerver adatait nem szeretném elbénázni.

Valaki le tudná írni step by step módon hogy mit kell tennem?

Pl. A az "új" winyót formázni kellene valami fájlrendszerre mielőtt a gépbe kerül?

Adatok:
Kattints ide

Sziasztok!
Egy szervernek technikai okokból meg kellett változtatni az ip címét, azóta nem lehet rá ssh-val belépni.
Közvetlenül a gépre be tudok lépni, de ssh-val "Permission denied, please try again." hibaüzenetet kapok.
A gépről kifele megy az ssh.
Mi lehet a baj?

Raid-ben jártas emberkék segítségét kérném, megpróbálom röviden vázolni a helyzetet:

- Adott volt egy CentOS 5.5 (5.8) szerver, aminek a boot része egy 40es sata vinyóra lett telepítve, a többi pedig egy 4x1terrás sata vinyóból álló raid10-es tömbre (256k-s chunk méret). Itt voltak a home könyvtárak, meg minden ami szükséges. Egyszer kiesett egy vinyó, azt kicseréltem, természetesen nem a szabályos módon, természetesen ilyen féltudás birtokában webminnel illesztettem be, természetesen szarul, nem került megfelelő superblock mentésre, ha ujraindítottam a szervert - hálistennek volt jópár hosszabb áramszünet - akkor újra be kellett illesztenem, de nem foglalkoztam igazából vele, utána müködött frankón, mdstat szerint is minden ok volt.

- Hétvégén upgrade-elni akartam CentOS 6.2-re, bebootoltam egy live pendriverol, na itt már kezdődött a gebasz. Ugye megint csak 3 vinyó volt a 4-ből, gondoltam ezzel megint csak nem foglalkozok, majd helyrehozom. Indítottam a telepítést. A Live-ról grafikus felületen meg minden szart felrakott, gondoltam ez így nem lesz jó, újrakezdem netesről. Felraktam, bebootolok, nem erem el a raid tömböt, vacakoltam, vacakoltam, semmi. Liveról bebootolok, ott van. Beteszem a régi boot vinyót, nem indul el, liveról bootolok, ott van, leállítom a raidet, ujraindítom, bebootol a régi vinyóról, ujrabootolok az új vinyórol, megint nem látja. Meguntam, bebootoltam a liveról, gondoltam, hogy most jól helyreállítom, hogy menjen mind a négy vinyóval frankón, addigra már elolvastam csomó okosságot, gondoltam menni fog - ekkor még az adatok gyönyörűen ott voltak, mountolható volt.

- Leállítottam a tömböt, nulláztam a superblockokat (mdadm --zero-superblock ...), majd a leírás alapján újrakreáltam. Csak természetesen szar sorrendben, és akkor még nem tudtam h a chunk méretet nekem kéne kézzel megadni, azt hittem h lesz olyan jó fej, h kitalálja :) Szóval létrehozott egy 512-es chunk-os tömböt és szépen végig is nyomta a szinkronizációt. Kicsit depresszióba estem amikor szembesültem ezzel...

- Most ott tartok h ha a raid 3 eredeti vinyójából 2-t megnézek testdisk-el, akkor ott van a régi ext3-as superblock, de mivel érthetően nagyobb méretű, így nem akarja visszaállítani azt (The harddisk (1000 GB / 931 GiB) seems too small! (< 2000 GB / 1863 GiB) Check the harddisk size.... ).

- Illetve amikor a megfelelő beállításokkal és a régi vinyó sorrenddel (leszámítva a 4. vinyót) létrehozom újra a tömböt, akkor a létrehozáskor közli a következőt:
mdadm: /dev/sda1 appears to contain an ext2fs file system size=1953519616K mtime=Sun Mar 25 11:03:10 2102 ---> hozzáteszem kb picsafüstnyi változtatás történhetett. Asszem :)
A rajtuk lévő "élő" partició természetsen Linux raid autodetect.

Tudom, hogy nagyon sok hülyeséget csináltam, iszonyú sokat tanultam az esetből, azt is tudom h mentenimentenimenteni (a legtöbb létfontosságú adat mentve van, de van jópár olyan doksi ami fontos lenne, és csak nyomtatva van), szóval ha kérhetem most ne azokat a dolgokat írjátok le, amikkel amúgy is tisztában vagyok, viszont ha bárkinek bármi használható ötlete, vagy hasonló tapasztalata van, kérem ossza meg! Pénz természetesen nincs rá, hogy ilyennel foglalkozó szakembert megfizessünk. Ha esélytelen az ügy akkor viszont nem akarom túl sokáig húzni a dolgot, inkább teljesen újratelepítek akkor...

Köszönöm előre is a segítségeteket!

Sziasztok!

Van egy terv, és a terv megvalósításához kérek egy kis segítséget.

Van egy szerver (vps), annak egy valamilyen ip címe. Tegyük fel: 1.2.3.4
Szeretnék több domaint venni a godaddy-nél, melynek ezt a gépet szeretném beállítani primary dns szervernek.
A dns beállítást bind-el oldalnám meg.

A probléma, hogy godaddynél, nem lehet ip-t megadni a dns-nek.

Ha esetleg a megoldáshoz szükséges egy secondary ns szerver, akkor megoldható.

Tehát röviden:

Tegyük fel, van egy akarmi.tld domain amit a godaddynél veszek, és azt szeretném, hogy névszervere az 1.2.3.4 ip-vel rendelkező gép legyen. Hogy lehet megoldani? Hogy kell beállítani a bind-et?

UPDATE

Sikerült, köszönöm.

Megoldás:
http://hup.hu/node/112938#comment-1437762
http://support.godaddy.com/help/article/668

sziasztok , van ötlete valakinek?
feletttem a debugot 10 re...

root@xyz:/# smbpasswd -a valami -D 10
Netbios name list:-
my_netbios_names[0]="xyz"
Attempting to register passdb backend ldapsam
Successfully added passdb backend 'ldapsam'
Attempting to register passdb backend ldapsam_compat
Successfully added passdb backend 'ldapsam_compat'
Attempting to register passdb backend NDS_ldapsam
Successfully added passdb backend 'NDS_ldapsam'
Attempting to register passdb backend NDS_ldapsam_compat
Successfully added passdb backend 'NDS_ldapsam_compat'
Attempting to register passdb backend smbpasswd
Successfully added passdb backend 'smbpasswd'
Attempting to register passdb backend tdbsam
Successfully added passdb backend 'tdbsam'
Attempting to register passdb backend wbc_sam
Successfully added passdb backend 'wbc_sam'
Attempting to find a passdb backend to match tdbsam (tdbsam)
Found pdb backend tdbsam
pdb backend tdbsam has a valid init
New SMB password:
Retype new SMB password:
tdbsam_open: successfully opened /var/lib/samba/passdb.tdb
pdb_getsampwnam (TDB): error fetching database.
Key: USER_valami
Finding user valami
Trying _Get_Pwnam(), username as lowercase is valami
Trying _Get_Pwnam(), username as uppercase is VALAMI
Checking combinations of 0 uppercase letters in valami
Get_Pwnam_internals didn't find user [valami]!
Could not find user valami and no add script defined
Failed to add entry for user valami.

Szasztok!
Szeretném kérdezni hogy lehet lementeni egy linksys wrt54gl típusú routeren levő white russian kódnévre hallgató firmware-t?
Backfire-ben van ilyen opció, de ebben sehol nem találom.
Esetleg valami trükkel ssh-val?

Sziasztok!

Szeretném megoldani két Ubuntu szerver közt, hogy az egyik bemountolja a másik könyvtárát.
A mindkét szerver Amazon EC2 instance, nincsenek private cloud-ba rendezve (mert micro instance-t nem lehet).
Egy könyvtárról lenne szó, amibe viszont sok felhasználó írogatna. Nem lesz rajta túlzottan nagy adatforgalom.

Nem is tűnik nehéznek, és ésszerűen NFS-t, meg az SSHFS-t vettem elő. Előbbiről tudom, hogy sokkal jobb teljesítményt nyújt, mint az utóbbi, viszont csak IP-re lehet szűrni, ami viszont az Amazonnál nem fix (legalábbis a belső IP nem az).
SSHFS-nél pedig mintha nem tudnék más felhasználóval írni a mountolt könyvtárba, csak azzal, akivel mountoltam.

Viszont ami mindkettővel probléma, hogy nem kezelik rendesen, hogy nem érhető el a távoli gép. Annyira nem, hogy NFS-t betettem az fstab-ba automata mounttolással, aztán eltávolítottam a távoli gépet és azóta nem indul a szerver (ez helyi teszt környezetben volt). SSHFS-nél ugyan úgy, mikor betettem automountra, akkor egyáltalán nem indult el a gép (ez lehetséges, hogy azért, mert nem ip-t, hanem gépnevet adtam meg a változó IP miatt).

Ha nincs automount, de induláskor meghívom a mountolást, akkor jó, kivéve, ha épp nem érhető el a távoli szerver. Ennek ugyan kicsi az esélye, de ha bekövetkezik, akkor kézi beavatkozás kell.
Megoldás az lenne, ha betennék egy cron feladatot, hogy mindig ellenőrizze, működik-e a mountolás, és ha nem, akkor mountoljon. De ez nem valami szép. Pedig én valami szép és egyszerű megoldást keresek.

Van valakinek ötlete / tapasztalata, mi lenne a legjobb megoldás?

Ez a multiuser terminal kit az oldala szerint arra képes, hogy egyetlen PC erőforrásait megossza 6 munkaállómás + a megosztott PC között: http://www.dealextreme.com/p/nc300-multiuser-1-to-3-pci-based-lan-works…
Ezek szerint 7-en használhatnak egyetlen PC-t. A termékoldal szerint támogatja a Linux-ot is de erről részletes információ sajnos már nem található. Használható bármilyen modern Linux disztribúcióval? Vagy csak egy zárt drivert mellékelnek hozzá, ami csak egy több éve elavult Suse-val működik?

Helló mindenki!

Olyan problémába ütköztem, hogy a routeremen fut egy pxe boot szerver és az eddigi 4 funkció (BARTPE XP,Memtest,Ghost,win98 dos) mellé szerettem volna betenni két újabb dolgot, név szerint egy Gparted és egy Live Ubuntu rendszert. Eljutottam addig hogy szépen elkezd bootolni a gép róla, aztán egy idő utána hibát dob. Az ubuntu a töltés közben megáll és ezt írja ki: unable to find a live file system on the network Majd megáll, a Gparted pedig ezt: boot failed! this debian live image failed to boot ... majd ugyanaz mint az ubuntu unable to find a live file system on the network.

Mi lehet a gond? Remélem tudtok segíteni. Köszönöm szépen előre is

Sziasztok!

Egy szabályt próbálok negálni, de következőt kapom érte:
"Using intrapositioned negation (`--option ! this`) is deprecated in favor of extrapositioned (`! --option this`)."

A szabály egyszerűsítve:

iptables -A INPUT -m mac --mac-source 00:00:00:00:00:00 ! -s 192.168.0.2 -j DROP

(ha a negálást a src és IP közé rakom, akkor is ez a probléma)

Köszi a segítséget !

------------------------
10.04lts, iptables 1.4.4