Red Hat, Fedora, CentOS

Sima, otthoni használatú desktop gép. Dinamikus IP-címen van, nincs hozzá domain név, dyndns és effélék sem. Fut rajta egy httpd, de weblap nincs hozzá, csak néhány file. Egyszerűbb, ha ismerősnek mutatnék valamit, mint e-mailben küldeni.

Az alábbi levelem jött az rkhunter-től:

Warning: Package manager verification has failed:
         File: /usr/bin/top
         Try running the command 'prelink /usr/bin/top' to resolve dependency errors.
         The file hash value has changed
         The file size has changed
Warning: Package manager verification has failed:
         File: /usr/bin/watch
         Try running the command 'prelink /usr/bin/watch' to resolve dependency errors.
         The file hash value has changed
         The file size has changed

Mind a top, mind pedig a watch a procps-ng-3.3.3-2.20120807git.fc18.x86_64 csomagban található. Letöltöttem a csomagot, s valóban van eltérés. Nálam a top 79056 byte hosszú, míg az eredeti 73672 byte. Hasonlóképpen nálam a watch 26408 byte, míg a csomagban található 20648 byte.

Az első dolgom az elsápadást követően ez volt:

yum reinstall procps-ng

Logokban eddig nem találtam szokatlant, de nem is néztem át még elég alaposan.

Mi történhetett? Mit érdemes megvizsgálnom? Mit volna jó cselekednem?

Sziasztok,

tavoli IBM x3550 M3 rendszeren WebBIOS-ba szeretnek bejutni, azonban nem mukodik a Ctrl+H kombinacio.
A BIOS F1-es gombjat is csak Esc+O+P kombinacioval ertem el.
Megoldhato ez valahogy?
Itt szeretnem ellenozrizni a RAID controller tipusat es allapotat, mivel kapott infok szerint nem lathato
es nem konfiguralhatok a diszkek RAID 1 modban.

Koszi a segitseget.

Ardi

Valakinek van hasonlo bugja? Amiota a laptopomon frissitettem F17-rol F18-ra, a NetworkManager random idokozonkent, de olyan negyed oran belul ujrakapcsolodik. Ez azert ciki, mert rendszeresen leoli ezzel az ssh kapcsolataimat.

Most felraktam egy masik gepre is 18-as Fedorat, ott is ezt csinalja, ugy, hogy mellette az OS X-et futtato gep semmilyen kiesest nem erzekel. Ugyanaz a gep mas oprendszerrel szinten nem mutat ilyen hibajelensegeket.

A hiba nem a router oldalan van, a router kozel van, es kozvetlen ralatasa van a laptopnak.

Sziasztok!

Leszámítva a telepítéssel kapcsolatos bugokat,problémákat,arra lennék kíváncsi,hogy hogy szuperál a gyakorlatban.Szeretnék feltenni egy disztrót gnome shellel,és azt olvasom több helyen,hogy ha gnome,akkor fedora.Aki használja már,légyszi adjon visszajelzést.Mennyire stabil,vannak-e idegesítő problémái?

Köszi előre is!

Sziasztok,

Nem tudom, hogy az új Fedora kiadással ki mennyire elégedett, de a kis magyar közösségnek lenne egy apró, de annál fontosabb kérése hozzátok Fedora felhasználókhoz. Nevezetesen arra kérnénk benneteket, akik használják a magyarításokat, jelezzetek vissza, hogyha elgépelést, hibát láttok, és igyekszünk javítani őket. Ebbe beletartozik a weboldalak, és az alkalmazások felülete is. A cél az, hogy egyre jobb, és tényleg magyar nyelvű kiadást vehessetek a kezetekbe. Jöhet jó és rossz is, csak tudjuk. Előre is köszönjük.

Hoppár Zoltán (Zoltanh721)

Hello

Egy biztonsági kérdéssel fordulnék hozzátok. Előzetesben annyit hogy ez egy otthoni gép, iptables és SElinux fut.

Az gond hogy az rpm -aV parancs egy csomó számszerint 449 sort adott vissza (lemazsolázva a T flagek azaz az időbeni változások)?
Az rkhunter nem mondott semmi különöset. Minden változásnak (nagyjából) tudom az okát.
Kicsit aggódom hogy valami "gonosz" dolog történt a gépemen amiről nem tudok. Tudnátok tippeket adni hogyan és merre nézzek körül?

Sziasztok,

LDAP felhasznalo bejelentkezesekor a kovetkezo jelenik meg a
/var/log/secure file-ban:

Nov 29 07:15:10 labserver sshd[21454]: Connection from xx.xx.xx.xx port 33882
Nov 29 07:15:11 labserver sshd[21454]: Failed publickey for userxx from xx.xx.xx.xx port 33882 ssh2
Nov 29 07:15:13 labserver sshd[21454]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=xx.xx.xx.xx user=userxx
Nov 29 07:15:13 labserver sshd[21454]: Accepted password for userxx from xx.xx.xx.xx port 33882 ssh2
Nov 29 07:15:13 labserver sshd[21454]: pam_unix(sshd:session): session opened for user userxx by (uid=0)
Nov 29 07:15:22 labserver su: pam_unix(su-l:session): session opened for user root by userxx(uid=6000)

A bejelentkezes megtortenik - xx.xx.xx.xx-rol bejutok (ssh -l userxx labserver_IP) az LDAP kliensre es utana root-ba is valthatok at.

a userxx LDAP felhasznalo.
Mi hianyzik a "Failed publickey for userxx " kikuszobolesehez?

Koszi elore a segitseget.

Ardi

Szeretném megismerni a CentOS-t, már amennyiben igaz az az állítás, hogy ha jártas leszek a CentOS kezelésében, akkor a RHEL-lel (mivel szinte azonosak) is boldogulni fogok.

Tudnátok ehhez ajánlani korszerű (angol nyelvű) könyvet?

Próbáltam keresni itt-ott, de nem igazodtam el. Ha ismer valaki a rukkola.hu-hoz hasonló angol nyelvű oldalt, akkor ott is megpróbálnám illetve ha van valakinek ilyen eladó könyve, akkor kérem, hogy írja meg.

Sziasztok!

Az a problémám, hogy a preuninstall script-je beteg az egyik csomagnak, így aztán nem tudom leszedni. Ilyenkor mi a teendő?
[root@gépem ~]# package-cleanup --dupes
Loaded plugins: presto, refresh-packagekit, rpm-warm-cache
vala-0.16.0-4.fc17.x86_64
vala-0.16.1-1.fc17.x86_64
[root@gépem ~]# yum erase vala-0.16.0-4.fc17.x86_64
Loaded plugins: langpacks, presto, refresh-packagekit, rpm-warm-cache
Resolving Dependencies
--> Running transaction check
---> Package vala.x86_64 0:0.16.0-4.fc17 will be erased
--> Finished Dependency Resolution


Dependencies Resolved

================================================================================
 Package       Arch            Version                  Repository         Size
================================================================================
Removing:
 vala          x86_64          0.16.0-4.fc17            @updates          8.2 M

Transaction Summary
================================================================================
Remove  1 Package

Installed size: 8.2 M
Is this ok [y/N]: y
Downloading Packages:
Running Transaction Check
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Error in PREUN scriptlet in rpm package vala-0.16.0-4.fc17.x86_64
  Verifying  : vala-0.16.0-4.fc17.x86_64                                    1/1 

Failed:
  vala.x86_64 0:0.16.0-4.fc17                                                   

Complete!
[root@gépem ~]# rpm -e vala-0.16.0-4.fc17.x86_64
/usr/share/man/man1/valac-0.16.1.gz has not been configured as an alternative for valac.1.gz
error: %preun(vala-0.16.0-4.fc17.x86_64) scriptlet failed, exit status 2
error: vala-0.16.0-4.fc17.x86_64: erase failed
[root@gépem ~]# rpm -e --force vala-0.16.0-4.fc17.x86_64
rpm: only installation and upgrading may be forced

Sziasztok!

Egy DHCP szerverhez szeretnék beállítani monitorozást, munin-nel egy CentOs 6 szerveren (az a gyanú, hogy túl sok kliens van, és elfogynak a címek).
Sajnos a repo-ban lévő dhcpd3 modul nem igazán használható, viszont találtam egy "plugint" ami pont azt csinálja a mi nekem kell, de sajnos elég önfejűen van megírva.
Van egy shell script a /usr/share/munin/plugin/dhcpd-munin_ amire ugye mutatnak linkek a /etc/munin/plugins/ -böl, és ez a script hív egy perl scriptet, ami az érdemi munkát végzi.
Ez utóbbi perl script olvassa a /etc/dhcp/dhcpd.conf és a /var/lib/dhcpd/dhcp.leases fájlokat. Ha kikapcsolom a selinux-ot, akkor ez így működik is. De azt ugye nem kéne. Hol és mit kell beállítani, hogy a script tudja olvasni mindkét fájlt.
Ráadásul a selinux ki-be kapcsolgatását sem tolerálja, mert visszakapcsolva csinálni akar boot-kor egy autorelabel-t amibe aztán belefagy. Relabel nélkül viszont pont a dhcpd lett defektes. A restorecon-nal sikerült helyrehozni, de attól is lefagyott (újraindítás után jónak tűnik). A szerver Hyper-V alatt fut virtuálisan, bár ennek nem kéne számítania.