Red Hat, Fedora, CentOS

Sziasztok!

Pár hete RedHat linuxokat adminisztrálok (12 szerver), amiért előre is elnézést kérek. :)

Szóval jelenleg RedHat 4-esek futnak (amiket 4.8ra frissítettem), amik Oracle-t (10g) szolgálnak ki, de tavasszal újabb gépeket kell csatasorba állítani, amire Oracle 11 fog kerülni.

Érdeklődnék, hogy érdemes-e váltani RedHat5-re az új gépek esetén, vagy bőven jó továbbra is a RedHat 4. A gépek átlagosan 4-6 GB memóriával futnak, de van amelyik 12vel, ott a kernel paramétereket, amik alapból 8GBra van definiálva, föl kellett pöckölnöm.

Szóval mit javasoltok, és mi a véleményetek, érdemes-e RedHat5, vagy maradjon a 4.

Üdv Mindenki!

Kicsit több mint 2 évig használtam ubuntut, de ez a 9.10 kicsit már sok lett belőle szóval úgy gondoltam kis ideiglenes elszakadásként kipróbálok valami mást. Nos a választásom a Fedora 12-re esett. Feltelepítettem ma, kicsit nézegettem, barátkoztam vele, de pl lövésem sincs, hogy hogyan kell a zárt meghajtókat (mint pl wifi) telepíteni rá :D Gáz meg minden, de a haverom (google) se volt túl közlékeny szóval mielőtt belevágnám a kisfejszét és vissza pakolnám az ubit gondoltam kérdezősködök kicsit :)
Szóval amire szükségem lenne az egy kis segítség a zárt eszközmeghajtókkal kapcsolatban (telepítésük), illetve hasznosnak ítélt progik amik jól mennek fedorán (pl kodekek, videó lejátszók etc.), mi az amit telepítés után értemes megnézni, beállítani.

Amit használok: Fedora 12 - KDE, valszínűleg a KDE miatt vagyok nagyon eltévedve, eddig csak gnome volt :S

Előre is köszönöm a tanácsokat és bocsi, hogy fölösen nyitok topicot, mikor valószínűleg sok keresgélés után a google is kidobálna dolgokat, de azért az itteni linuxosok véleményére valahogy jobban adok :)

Köszi mégegyszer!

NuKe

Sziasztok!

Van egy szerver, ami átjáróként funkcionál. Elég sok dolgot lát el, többek közt a vlanokat is ő hozza létre. Van 5 vlan, és szeretném az internet sávszélességét korlátozni vlanonként.
Ehhez kérnék ötleteket, tanácsokat.

Üdv.

hello

ma irtam ki egy fedora 11 livecd-t, de mikor kiprobaltam nem ment.

ezt irja ki folyamatosan amikor a bootra kattintok:
BUFFER I/O error on device sr0 logical block 352328

legyszi segitsetek, mert szeretnek fedorara valtani!

Sziasztok!

Segítsetek!

A gondom, hogy nem tudom a Home könyvtár jogosultságait beállítani.
Hogyan lehet?
A történt.
A Home könyvtár külön partición van, más disztro alatt is itt volt a felhasználó könyvtára.
Live USB alatt átmásoltam ugyanezen a partición egy másik könyvtárba az adatokat, mivel az új disztón ugyanaz a felhasználó (és ugye akkor könyvtár is) lesz.
Fedora 11 telepítés után rootként (azt hiszem ez volt a hiba) visszamásoltam a felhsz. könyvtárba az adatokat.
Azóta minden adatnak root a tulajdonosa.
Hogyan tudom beállítani, hogy a home/felhasz könyvtár tulajdonosa, és a benne lévő könyvtárak, fájlok, a felhasz. tulajdonába kerüljőn?
Hiába nyomom meg a Jogosultságok fülön root-ként, nem változtatja meg a könyvtárak hozzáférhetőségét.
Remélem érthető voltam!

Előre is köszönöm.
dombi1976

Sziasztok!

A dag és az rpmforge repok elhasalnak a clamav frissítésekor pl. az

"Error: Missing Dependency: perl-DBI >= 1.57 is needed by package perl-DBD-SQLite-1.25-2.el5.rf.i386 (rpmforge)"

hiba miatt.

A hiba okát értem, vagyis látom én, hogy függőségi gondjai vannak. Ezért is és spontán kíváncsiságból is kérdezem, hogy akik CentOS (alapú) OS-t használnak, milyen repókból dolgoznak?

A válaszokat előre is köszönöm.

Most raktam at egy eddig egy gepen futo szolgaltatast Red Hat Cluster Suite ala. Az eddigi node IP-bol, most vandorlo cluster IP lett, a node meg kapott egy uj IP-t. Igy elvileg kivulrol transparens, senki nem latja, hogy most mar cluster van.

Csakhogy... az a kellemetlen mellekhatasa van az atallasnak, hogy a forras IP cim ha en kezdemenyezek kapcsolatot akkor a node IP cime, nem pedig a szolgaltatas (clusteren mozgo) IP-je. A bejovo kapcsolatokkal nincs baj persze, kintrol el lehet erni az alkalmazast.

A problema akkor jon elo, ha en kezdemenyezek. Ha most errol a host-rol pingelek egy masikat akkor az nem ugyanugy mukodik mint korabban (amikor csak egy IP volt), hanem a node sajat IP-jor mennek ki a csomagok. Mondhatjatok, hogy szepseghiba, annyi baj legyen, de sajnos nem ilyen egyszeru a helyzet, emiatt csomo tuzfalban kell matatni. Es lesz meg ilyen atallasom egy par...

Tehat a kerdes: Hogyan lehet a forras IP cimet befolyasolni?

Hasznalhato konnyitesek/nehezitesek:
- talan nekem eleg az is, ha csak egy userre mondom meg ezt.
- a cluster ugyanahoz az interface-hez ad hozza IP-t (ami ifconfoggal igy nem is latszik, hiszen nem jon letre uj interface)

Sziasztok,

Napok óta különböző IP címekről és mindenféle felhasználói névvel próbálkoznak belépni a szerverünkre. Kezdő rendszergazdaként mit kell ilyenkor tenni:
A gépeket távolról adminisztrálom, nem feltétlen fix IP-ről. Csak az SSH, VPN és HTTP/HTTPS portok vannak nyitva rajta.

Köszi

Attila

Udv mindenkinek!

Frissen telepitett fedora 11-re szeretnek feltenni nvidia drivert (most nouveau van). Fedora 10 i386-ban yum-mal feltettem az nvidia-kmod csomagot es mukodott is. Most viszont hibat dob a yum:
[ben@fedorac2d ~]$ sudo yum install kmod-nvidia
Loaded plugins: refresh-packagekit
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package kmod-nvidia.x86_64 0:185.18.14-1.fc11.5 set to be updated
--> Processing Dependency: kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64 >= 185.18.14-1.fc11.5 for package: kmod-nvidia-185.18.14-1.fc11.5.x86_64
--> Running transaction check
---> Package kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64.x86_64 0:185.18.14-1.fc11.5 set to be updated
--> Processing Dependency: kernel-uname-r = 2.6.29.6-217.2.7.fc11.x86_64 for package: kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64-185.18.14-1.fc11.5.x86_64
--> Processing Dependency: nvidia-kmod-common >= 185.18.14 for package: kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64-185.18.14-1.fc11.5.x86_64
--> Running transaction check
---> Package kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64.x86_64 0:185.18.14-1.fc11.5 set to be updated
--> Processing Dependency: kernel-uname-r = 2.6.29.6-217.2.7.fc11.x86_64 for package: kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64-185.18.14-1.fc11.5.x86_64
---> Package xorg-x11-drv-nvidia.x86_64 0:185.18.14-3.fc11 set to be updated
--> Processing Dependency: xorg-x11-drv-nvidia-libs-x86_64 = 185.18.14-3.fc11 for package: xorg-x11-drv-nvidia-185.18.14-3.fc11.x86_64
--> Processing Dependency: livna-config-display >= 0.0.21 for package: xorg-x11-drv-nvidia-185.18.14-3.fc11.x86_64
--> Processing Dependency: livna-config-display for package: xorg-x11-drv-nvidia-185.18.14-3.fc11.x86_64
--> Processing Dependency: livna-config-display for package: xorg-x11-drv-nvidia-185.18.14-3.fc11.x86_64
--> Running transaction check
---> Package kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64.x86_64 0:185.18.14-1.fc11.5 set to be updated
--> Processing Dependency: kernel-uname-r = 2.6.29.6-217.2.7.fc11.x86_64 for package: kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64-185.18.14-1.fc11.5.x86_64
---> Package livna-config-display.noarch 0:0.0.23-1.fc11 set to be updated
--> Processing Dependency: system-config-display for package: livna-config-display-0.0.23-1.fc11.noarch
---> Package xorg-x11-drv-nvidia-libs.x86_64 0:185.18.14-3.fc11 set to be updated
--> Running transaction check
---> Package kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64.x86_64 0:185.18.14-1.fc11.5 set to be updated
--> Processing Dependency: kernel-uname-r = 2.6.29.6-217.2.7.fc11.x86_64 for package: kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64-185.18.14-1.fc11.5.x86_64
---> Package system-config-display.noarch 0:1.1.3-2.fc11 set to be updated
--> Processing Dependency: rhpxl >= 0.34-1 for package: system-config-display-1.1.3-2.fc11.noarch
--> Running transaction check
---> Package kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64.x86_64 0:185.18.14-1.fc11.5 set to be updated
--> Processing Dependency: kernel-uname-r = 2.6.29.6-217.2.7.fc11.x86_64 for package: kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64-185.18.14-1.fc11.5.x86_64
---> Package rhpxl.x86_64 0:1.12-2.fc11 set to be updated
--> Finished Dependency Resolution
kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64-185.18.14-1.fc11.5.x86_64 from rpmfusion-nonfree-updates has depsolving problems
--> Missing Dependency: kernel-uname-r = 2.6.29.6-217.2.7.fc11.x86_64 is needed by package kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64-185.18.14-1.fc11.5.x86_64 (rpmfusion-nonfree-updates)
Error: Missing Dependency: kernel-uname-r = 2.6.29.6-217.2.7.fc11.x86_64 is needed by package kmod-nvidia-2.6.29.6-217.2.7.fc11.x86_64-185.18.14-1.fc11.5.x86_64 (rpmfusion-nonfree-updates)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest

Ha jol ertem a kernel-uname-r csomag hianyzik neki, pedig az telepitve van:
"Package kernel-2.6.29.6-217.2.8.fc11.x86_64 already installed and latest version"
yum clean all-t probaltam, de nem segitett.
Nem szeretnem az nvidia.com-os drivert feltenni mert az minden kernel frissiteskor elszall az X-szel egyutt. A mostani nouveau driver mukodik ugyan de ugy tudom nincs 3d tamogatas meg benne.
Ha valaki tud erre megoldast, irjon. Elore is koszonom.
osod88

Sziasztok

Csak magam szórakoztatására játszadozom egy két node-os fentebbi környezettel VirtualBox alatt. A node-ok természetesen befrissítve.
Az alapom ez: http://www.linuxdynasty.org/howto-setup-gfs2-with-clustering.html

Hiba nélkül megcsinálom az lvcreate-ig.
Ha fut a clvmd mindkét node-on, ez a hibaüzenet:
[root@new-host-9 dev]# lvcreate -v -n lvproba -L 1G proba
File descriptor 3 (/dev/tty) leaked on lvcreate invocation. Parent PID 2244: bash
File descriptor 7 (pipe:[7213]) leaked on lvcreate invocation. Parent PID 2244: bash
Setting logging type to disk
Finding volume group "proba"
Archiving volume group "proba" metadata (seqno 3).
Creating logical volume lvproba
Creating volume group backup "/etc/lvm/backup/proba" (seqno 4).
Error locking on node new-host-10: Volume group for uuid not found: NHaDecEyC1ntp4VCIvU6vLUc0kFsbDWQ420jSHJizMxLNM2MTGayBeHKkncDWUHZ
Aborting. Failed to activate new LV to wipe the start of it.
Creating volume group backup "/etc/lvm/backup/proba" (seqno 5).

Ha nem fut a clvmd, ez (gyanítom futnia kell):
[root@new-host-9 dev]# lvcreate -v -n lvproba -L 1G proba
File descriptor 3 (/dev/tty) leaked on lvcreate invocation. Parent PID 2244: bash
File descriptor 7 (pipe:[7213]) leaked on lvcreate invocation. Parent PID 2244: bash
connect() failed on local socket: A csatlakozás megtagadva
WARNING: Falling back to local file-based locking.
Volume Groups with the clustered attribute will be inaccessible.
Setting logging type to disk
Finding volume group "proba"
Skipping clustered volume group proba

A másik node gyakorlatilag ugyan ezt adja hibának.
A leírás alapján, vagy a hiba alapján mi lehet a hiba, hogy nem tudok létrehozni LV-t az "LVM Cluster"-en?

Köszönöm előre is...