Red Hat, Fedora, CentOS

Üdv!

Frissítene a F22 x64, de valami dependency problémája van. Nektek is jelentkezik a probléma?

$ sudo dnf update
Last metadata expiration check performed 0:41:10 ago on Thu Sep 10 09:57:21 2015.
Függőségek feloldva.
================================================================================
Csomag Arch Verzió Tároló Méret
================================================================================
Skipping packages with broken dependencies:
libldb x86_64 1.1.21-1.fc22 updates 133 k


Tranzakció Összegzés
================================================================================

Nincs tennivaló.
Kész!

Leszedni nem akarom (egyelőre), mert sokminden nem indulna...

Üdv Mindenkinek!

Mp3-felvételt kéne lejátszanom Rhythmbox-szal vagy Médialejátszóval Fc17-en. Ehhez kéne egy MPEG-1 Player 3 bővítmény. Repó nincs (nem támogatott disztrib), amiket a netről leszedtem, nem települtek nem teljesülő függőségek miatt.Tudtok valamilyen ötlettel segíteni? Fedorában parancssoros telepítésben (yum) nem vagyok erős.

Ma reggel rászántam magam a Fedora 21 rendszerem frissítésére, de ráfizettem. Ezeket csináltam a leírás alapján. (A linket most nem tudom beilleszteni a később vázolt ok miatt.)

# fedup --network 22

reboot
A grub menüjében "System Upgrade", aztán pár óra várakozás (négyezernél több csomag). Amikor készen volt akkor megint:
reboot

# rpm --rebuilddb
# dnf distro-sync --setopt=deltarpm=0
# dnf install rpmconf
# rpmconf -a
Ez utóbbit az első kérdés után megszakítottam és kézzel módosítottam az /etc/gdm/custom.conf-ot az /etc/gdm/custom.conf.rpmnew alapján.

Az még nem zavart hogy visszarakta a Firefox 38-at pedig a 39 volt már fent előtte. Attól viszont már igenis a falra mászok hogy a Firefox meghülyült. Egészen pontosan amikor azt mondom neki hogy fájl mentés és a felbukkanó ablakban meg szeretném keresni a "Tallózás" gombbal hogy hová tegye a letöltött fájlt akkor a Firefox elszáll. Gondoltam hogy talán a felhasználói profillal van a baj és töröltem a teljes ~/.mozilla könyvtárat. Az immár alapállapotú Firefox 38 a fájl mentésnél ugyanúgy elszáll. Az üres profilba próbáltam visszatenni a mentett könyvjelzőimet. Nosza: "Könyvjezők/Minden könyvjező megjelenítése" Megjön a "Könyvtár" fejlécű ablak, itt pedig a következő menüpont: "Importálás és mentés/Visszaállítás/Tallózás" Megint megdöglik a Firefox. Lecserélem a Firefox 39-re. Az is ugyanilyen hülye. A könyvtárak listázásakor elszáll mint a sóhaj. Nem tudom visszaállítani a könyvjelzőimet sem. (Ezért nem tudom berakni a fedora frissítésről szóló linket.) Megjegyzem a Fedora 20 -> 21 frissítés után tapasztaltam hasonló jelenségeket a gedit, az evince programokkal és akkor is amikor a vpn beállításoknál a grafikus felületen a fájlt akartam keresni. Tehát a tallózás itt sem megy azóta sem. Jobb híján töröltem az illető programokat és pl. az evince helyett a qpdfview-et használom. Azzal lehet fájlokat betölteni. Ezek a hibák a mostani frissítés után is megmaradtak, tetézve ezt azzal hogy mostmár a Firefox is szar. Valami közösen használt lib lehet a bűnös, de melyik? A geany, az mc, az exaile és egy csomó más program gond nélkül működik. Van valakinek ötlete, vagy találkozott már valaki ezzel a hibajelenséggel? Jó lenne a végére járni, mert ha nem sikerül akkor muszáj lesz újratelepítenem a rendszert és utána napokig szórakozni a beállításokkal. (Remélve azt hogy nulláról indítva már nem lesz hülye.)

Sziasztok!

Én is ebbe futottam bele Libvirt + LXC-vel:

http://serverfault.com/questions/429461/no-tun-device-in-lxc-guest-for-…

Azaz hogy nincsen TUN a Libvirt + LXC konténerben.

Verziók:
Centos 6 x86_64
libvirtd (libvirt) 0.10.2
lxc 1.0.7

Azonban az LXC-s guest-ben ez nem működik:

# mkdir /dev/net
# mknod /dev/net/tun c 10 200
# chmod 666 /dev/net/tun


mknod: `/dev/net/tun': Operation not permitted

Az /etc/lxc/default.conf-ba beleírtam:

#tun
lxc.cgroup.devices.allow = c 10:200 rwm


De nincs változás.

A /etc/libvirt/lxc/ -ben .XML konfigok vannak konténerenként.

http://serverfault.com/questions/501196/allowed-cgroup-devices-for-libv…

Beállítottam ide: /etc/cgconfig.conf

ezt:

group libvirt/lxc {
devices {
devices.allow="c 10:200 rwm";
}
}

Ennek sem volt hatása.

Ha pedig módosítom a guest-ek konfigját:

virsh -c lxc:/// edit GUESTNAME

[devices]-on belül felveszem ezt: (persze a [] helyett a jó kis XML kacsacsőrök vannak, csak így látszik itt)


[hostdev mode='capabilities' type='misc']
[source]
[char]/dev/net/tun[/char]
[/source]
[/hostdev]


[/devices]

Azt pedig az LXC-m nem fogadja el, hogy nem megfelelő.

Ezt írták:
"I can confirm this working with libvirt-1.2.1."
Nekem 1.0.7 van, lehet, hogy ez a gond?

Itt az infó, példákkal:

https://libvirt.org/formatdomain.html#elementsHostDevCaps

[hostdev mode='capabilities' type='misc']
[source]
[char]/dev/input/event3[/char]
[/source]
[/hostdev]


Tehát ezt nem fogadja el a 1.0.7-es LXC + Libvirt.

Valami ötlet? :)

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

Aki esetleg Blade Center kerettel + hozzá való remote console-al próbálkozott volna
és idegeskedett, hogy miért megy el állandóan a konzol (valamint a web interface-en miért nem reagál egyáltalán), nos:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1304537

Kiemelve, ennyi kell (CentOS 7 -el tesztelve)


Observing the same with HS23. I believe that it has nothing to do with kernel.


Spotted #1371403 and fixed this by adding /lib/udev/rules.d/95-ibm-amm-power-workaround.rules file with the following content:

ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="04b3", ATTR{idProduct}=="4002", TEST=="power/control", ATTR{power/control}="on"

selfnote

Sziasztok!

Cégünk a nagios -t preferálja monitorozó rendszerként és felmerült egy olyan kérés, hogy AD felhasználókkal szeretnének autentikálni, olyan módon, hogy létrehoznak egy mondjuk "monitoring" csoportot ahhoz hozzá adnak usereket aztán jócakát.
A szoftverkörnyezet: CentOS 6.6, Nagios 4.0.8.

Vannak ötleteim de ha tudtok valami best practice témát akkor nyitott vagyok...

Várom az ötleteket!

Köszi!

Sziasztok?

Tudom, hol van már a tavalyi nyár...?, de: egyik gépemen (P4) Fc17 fut, amire kell (irodai munka), arra remekül. Fel akartam rá tenni egy Commandert, de amiket találtam, beleértve a Gnome Commandert is, annyi egyéb progi muanuális telepítését igényli, hogy nincs annyi időm és türemem bíbelődni vele. Nem tudtok valami olyan grafikus megoldást, ami könnyen telepíthető és jó működik? Pl. egy hordozható változat? Megjegyzem, linux alatt én mindig csak a GC-t használtam, mert csökönyösen ragaszkodok a Gnome-hoz.
Köszi a tippeket!

Steve
"A kor nem érdem, hanem állapot"

Sziasztok!

Szoktam olvasni distrokrol, ( különösen ubunturol) hogy valamelyik közigazgatàsban használják, vagy csak egyszerűen látták itt vagy ott gepeken. Tud valaki Fedoráról ilyen infót? Gondolom leginkább az USA - ban használják

Üdv!

Frissítettem Fedora 22-re: fedup --network 22
Szépen meg is csinálta, egy bajom van, hogy a hibernálás nem működik (Acer Aspire 5733, 8GB RAM, XFCE).
Nyomok egy hibernálást az XFCE kijelentkezésben, ami elvileg megy is, de a következő bekapcskor a 4.x kernel nem is veszi a lapot, hogy hibernálásból kellene visszatérni.

Ez valami bug lesz?

A "sudo pm-hibernate" nem segít.

update:
Egy 3.17.8-as kernel is fent van, azzal működik. a 4.x kernellel lesz a probléma. :(

Amiről beszélek, az Fedora 21-en még működött. Adva van egy Fedora 22 live, szeretném indítani a hostapd-t, erre ilyeneket beszél:
máj 29 14:14:59 twenty-two systemd[1]: Starting Hostapd IEEE 802.11 AP, IEEE 802.1X/WPA/WPA2/EAP/RADIUS Authenticator...
máj 29 14:14:59 twenty-two hostapd[1776]: Configuration file: /etc/hostapd/hostapd.conf
máj 29 14:14:59 twenty-two audit[1776]: <audit-1400> avc:  denied  { net_admin } for  pid=1776 comm="hostapd" capability=12  scontext=system_u:system_r:hostapd_t:s0 tcontext=system_u:s
ystem_r:hostapd_t:s0 tclass=capability permissive=0
máj 29 14:14:59 twenty-two audit[1776]: <audit-1400> avc:  denied  { net_admin } for  pid=1776 comm="hostapd" capability=12  scontext=system_u:system_r:hostapd_t:s0 tcontext=system_u:s
ystem_r:hostapd_t:s0 tclass=capability permissive=0
máj 29 14:14:59 twenty-two audit[1776]: <audit-1400> avc:  denied  { net_admin } for  pid=1776 comm="hostapd" capability=12  scontext=system_u:system_r:hostapd_t:s0 tcontext=system_u:s
ystem_r:hostapd_t:s0 tclass=capability permissive=0
máj 29 14:14:59 twenty-two hostapd[1776]: Could not set interface wlp0s26f7u3 flags (UP): Operation not permitted
máj 29 14:14:59 twenty-two hostapd[1776]: nl80211: Could not configure driver mode
máj 29 14:14:59 twenty-two hostapd[1776]: nl80211: deinit ifname=wlp0s26f7u3 disabled_11b_rates=0
máj 29 14:14:59 twenty-two audit[1776]: <audit-1400> avc:  denied  { net_admin } for  pid=1776 comm="hostapd" capability=12  scontext=system_u:system_r:hostapd_t:s0 tcontext=system_u:s
ystem_r:hostapd_t:s0 tclass=capability permissive=0
máj 29 14:14:59 twenty-two audit[1776]: <audit-1400> avc:  denied  { net_admin } for  pid=1776 comm="hostapd" capability=12  scontext=system_u:system_r:hostapd_t:s0 tcontext=system_u:s
ystem_r:hostapd_t:s0 tclass=capability permissive=0
máj 29 14:14:59 twenty-two hostapd[1776]: nl80211 driver initialization failed.
máj 29 14:14:59 twenty-two hostapd[1776]: wlp0s26f7u3: interface state UNINITIALIZED->DISABLED
máj 29 14:14:59 twenty-two hostapd[1776]: wlp0s26f7u3: AP-DISABLED
máj 29 14:14:59 twenty-two hostapd[1776]: hostapd_free_hapd_data: Interface wlp0s26f7u3 wasn't started
máj 29 14:14:59 twenty-two systemd[1]: hostapd.service: control process exited, code=exited status=1
máj 29 14:14:59 twenty-two systemd[1]: Failed to start Hostapd IEEE 802.11 AP, IEEE 802.1X/WPA/WPA2/EAP/RADIUS Authenticator.
máj 29 14:14:59 twenty-two systemd[1]: Unit hostapd.service entered failed state.
máj 29 14:14:59 twenty-two systemd[1]: hostapd.service failed.
máj 29 14:14:59 twenty-two audit[1]: <audit-1130> pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=hostapd comm="systemd" exe="/usr/lib/systemd/sys
temd" hostname=? addr=? terminal=? res=failed'

Amennyiben nem service-ként indítom a hostapd, hanem simán, ahogy az a unit file-ban le van írva, akkor működik. Merre tovább?