Red Hat, Fedora, CentOS

CentOS + VMware 2.0.2 webui leáll (lefagy)

A helyzet a következő:
Intel Xeon vasra telepített CentOS + vmware 2.0.2 és a webes felületre ha belépek pár perc után minden hiba nélkül leáll.
Netstat nem mutatja a portot a leállás után.
Naplókban keresgettem de nem találtam semmit.
/etc/init.d/vmware-mgmt restart után újra működik.
Firefox 3.5.7-et használok, de nem hiszem, hogy ez számítana.

Valaki találkozott-e már a jelenséggel?
Ötlet?

Yum problémák

Üdv!
Nos a problémám az volna, hogy miután befejezek egy yum műveletet (jelen esetben update) Fedora12 alatt nem tudom tovább használni, mert vmi lockolja ami merőben érdekes mert az update kész lett és bezártam a terminált is. Csinálta már máskor is pl egy telepítés után.
A PackageKit-re hivatkozik, de killall-ra nem reagált szóval passz...
Valaki találkozott már hasonlóval?

Fedora 12 Automatic Bug Reporting Tool

Frissen telepítettem a 12-es verziót, miután meguntam Ubuntu hülyeségeit és a régi csomagokat. Most viszont, hogy feltelepítettem a számomra szükséges alap dolgokat, úgymint: MP3 támogatás, Java (sün féle verzió, openjdk-tól hányok), Latest Flash Player, Skype, Nvidia Driver. Működni működik, csak random eseményekkor előugrik az Automatic Bug Reporting Tool, miszerint baj van és küldjek bugreportot. Ezt legtöbbször a Firefox (3.5.6) bezárása után nyomja a képembe, de volt már, hogy Empathyval vagy Rhythmboxszal csinálta meg ugyanezt.
A másik problémát a Rhythmboxon belül tapasztalom, amikor egy online rádióról (tilos.hu) váltok a lokális zenére és elindítom a lejátszást, a hangrendszer összeomlik és mint amikor beragad a magnókazetta, olyan effektet produkál.
Ezen kívül nincs baj a rendszerrel, szépen muzsikál.

Fedora live - no root device found

Na szóval, miután virtuális gépen minden nagyon jól ment a Fedora 12-vel, gondoltam, ideje rendesen felrakni és használni. ISO fájlt letöltöttem, CD-re felírtam és beraktam a DVD-meghajtóba. Ezek után stabilan, könyörtelenül a "no root device" felirat fogadott két percen belül, csinálhattam bármit, változtattam a boot paramétereket, elolvastam mindenféle fórumot a témában, a hiba megmaradt. Állítottam a BIOS-ban is mindent, amire el tudtam képzelni, hogy hatással lehet a bootra, de semmi változás.

Persze kicserélhetném a gép alkatrészeit, pl. SATA DVD olvasó helyett IDE-t rakhatnék, de nem akarom. Vagy telepíthetném USB stickről is, de ezt sem akarom. Mert valamiért ez a hiba van, jó lenne tudni, miért. Egy ilyen népszerű disztró szerintem legyen képes már eljutni a telepítésig egy átlagos, fél éves gépen.

Nagy könytár - fájlrendszer hiba?

Levelező szerveren (CentOS 4.8), az egyik IMAP (maildir) fiók egy mappájának "cur" könyvtára:

[root@mail filesystem-bug]# du -s cur/
2077728936 cur/
[root@mail filesystem-bug]# ll -a cur/
total 2077728940
drwx------ 2 mail mail 12288 Dec 14 16:07 .
drwxr-xr-x 3 root root 4096 Dec 14 17:02 ..
[root@mail filesystem-bug]#

Elméletileg csak a courier-imap és az exim fért hozzá.
Törölni/fsck-zni még nem mertem. Számíthatok valami rosszra?

A fedora a redhat evolúció?

Hello,

Én arról szeretnék érdeklődni, hogy a fedoraban megtalálható szoftverek azok a redhat ent. fejlődési irányvonala e konkrétan vagy azért nem egészen?

A problémám az, hogy a fedorába elmeháborodottságok vannak, alkalmatlanok szervernek. pl: networkmanager egy trágya...
És más disztrókba is rá van erőltetve az emberre nem értem miért ... legalább a standard config fájlokat írná de nem.

Ott a Redhatbe a system-config-network tökéletes GUi egy két modullal lehetne bővíteni.. mint vpn, vagy ne dsl-nek hívják már a pppoe kapcsolatot mer nem csek dsl van a világon. És remélem nem az várható hogy ilyen networkmanager féle vackot raknak bele..
Szoval az érdekelne, hogy mennyire erőltetik, hogy mindenáron a "fedorába kitesztelt" ámbár rakás guánót nem érő újdonságokat rakják majd bele a rendszerekbe.

RedHat Linux Esettanulmányok

Sziasztok!

Van valahol fellelhető esettanulmányok különböző Linux telepítésekről?

Pl, hogy milyet esetben milyen particióméreteket érdemes használtak, miért, milyen beállításokat, paramétereket.

Ja, nem webszerver telepítésre gondolok, abból Dunát lehet rekeszteni, de mondjuk adatbázis, dwh, NFS szerver, ilyenek érdekelnének

samba domain trust windows 2003

sziasztok,

A következő a probléma:
van egy windows-os domain <- ez a trusting domain
van egy samba pdc <- ez a trusted domain.
Azt akarom, megoldani, hogy a samba-s domainbe bejelentkezett
felhasználók tudjanak futattni alkalmazást runas segítségével
egy a windows2003 -as domain controlleren lévő felhasználó jogosultságával.
Szerintem ehhez domain trust-ra van szükség. (javítsatok ki, ha nem és
van rá más mód, a shellrunas runas /netonly parancsok így ebben a konfigban
nem működnek, legalábbis én ezt tapasztaltam.)
Első körben, a teszt végett a két domain controller (samba, windwos2003)
egy broadcast domainben van azaz nincs router, nincs tűzfal stb.

samba verzió:
samba-swat-3.4.2-0.42.fc11.x86_64
samba-client-3.4.2-0.42.fc11.x86_64
samba-common-3.4.2-0.42.fc11.x86_64
samba-3.4.2-0.42.fc11.x86_64
samba-winbind-3.4.2-0.42.fc11.x86_64

kernel:
2.6.29.6-213.fc11.x86_64

Windows2003-ban látszólag minden probléma nélkül létrejön a trust
kapcsolat. A samba-n viszont hibát kapok és persze nem is látom
azon a Windows-os kliensen(vista) a Windows2003-ban lévő domain
felhasználókat, ami a samba-s domainbe van bejelentkezve.

ha egy rpc parancsot futtatok ezt kapom:

# net rpc trustdom list
Enter root's password:
Receiving SMB: Server stopped responding
Could not connect to server SAMBASERVER01
Connection failed: NT_STATUS_IO_TIMEOUT
Couldn't connect to domain controller: NT_STATUS_IO_TIMEOUT

pedig fut a samba a klienseket kiszolgálja

amikor pedig trust-ot akarom létrheozni akkor pedig ezt kapom:

# net rpc trustdom establish tmsdemo -S tmsdemo.local
Enter SAMBADOMAIN$'s password:
Could not connect to server WINDOWS2003SERVER
The username or password was not correct.
Couldn't verify trusting domain account. Error was NT_STATUS_LOGON_FAILURE

Nem találtam semmi használható infot a neten. Csinált már valaki ilyet?

smb.conf:

[global]
workgroup = SAMBADOMAIN
server string = Main File Server
passdb backend = tdbsam
pam password change = Yes
passwd program = /bin/passwd %u
unix password sync = Yes
client NTLMv2 auth = Yes
# log level = 10
log file = /var/log/samba/%m.log
time server = Yes
server signing = auto
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
printcap name = /etc/printcap
domain logons = Yes
lm announce = Yes
preferred master = Yes
domain master = Yes
wins proxy = Yes
wins support = Yes
ldap ssl = no
idmap uid = 16777216-33554431
idmap gid = 16777216-33554431
directory mask = 0775
cups options = raw

köszi,
klajosh

ps.: jó lenne segítség, mert elakadtam.