Red Hat, Fedora, CentOS

Ü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?

Sziasztok,

Azt a feladatot kaptam, hogy migráljak át RH5-rol RH6-ra egy alkalmazást, amely egy 2 szerverből álló klaszter rendszerre van telepítve. A klaszter active-passive módban működik és a következő modulokat használja: pacemaker, corosync, drbd. A migrálás meg is történt, de még be kellene építeni a cman-t is.
Van valakinek tapasztalata ezzel kapcsolatban?

Tudom, kínos, de lövésem sincs róla, mi a logolandó infó útja. Azt látom, hogy fut az rsyslogd és a systemd-journald. Csak az nem világos, honnan hova, hogyan kerül az adat, mely konfigfile-okat kell bújnom.

A kérdésem oka az, hogy évek óta reszelek egy Fedora alapú live image-et. Most, hogy kijött a Fedora 22, az image-em is ilyen alapú. Ugyanakkor nem indul el a hostapd, amely még ment a Fedora 21-ben. Viszont, ha nem systemd service-ként indítom, csak magában, csupaszon, akkor működik. Logot kellene olvasnom, de a live nem logol, hogy spóroljon a RAM-mal, de nekem most ideiglenesen nagyon kellene logot látnom.

Szaisztok,
A mai nappal (2015-05-26) megjelent a Fedora 22 -es verziója.
Töltsétek, használjátok !

Néhány tulajdonság/képesség:
4-es kernel
A yum lecserélődött dnf -re
Gnome 3.16.2
RpmOstree
Gcc5
stb....

Üdv

Üdv!

Adott egy szerver, amin fut a sendmail. Időnként előfordul, hogy a címzett domaint .hu végződés esetén lecseréli hu.hu-ra, ahogy a logokból is látszik. Sajnos nem tudom, mi okozza.
DOMAIN a kérdéses szerver domain neve, a DOMAIN2 pedig a címzett szerver neve.
Eleinte csak a cronból indított mail -s... parancsnál vettem észre, de mostanában egy-egy felhasználó is jelzi, hogy ez történik néha a leveleikkel.

Van ötlete valakinek, mitől lehetséges ez?

May 3 04:01:07 DOMAIN sendmail[4891]: t43217Ni004891: from=, size=506, class=0, nrcpts=1, msgid=<201505030201.t432111a004887@DOMAIN.hu>, proto=ESMTP, daemon=MTA, relay=mail.DOMAIN.hu [127.0.0.1]
May 3 04:01:09 DOMAIN sendmail[4891]: t43217Ni004891: Milter add: header: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00,\n\tT_RP_MATCHES_RCVD autolearn=ham version=3.3.1
May 3 04:01:09 DOMAIN sendmail[4891]: t43217Ni004891: Milter add: header: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on DOMAIN.hu
May 3 04:01:09 DOMAIN sendmail[4887]: t432111a004887: to=logolo@mail.DOMAIN2.hu, ctladdr=root (0/0), delay=00:00:08, xdelay=00:00:02, mailer=relay, pri=30262, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (t43217Ni004891 Message accepted for delivery)
May 3 04:01:10 DOMAIN sendmail[4905]: t43217Ni004891: to=, ctladdr= (0/0), delay=00:00:03, xdelay=00:00:01, mailer=esmtp, pri=120506, relay=mail.globiz.hu. [195.70.36.180], dsn=5.1.1, stat=User unknown
May 3 04:01:10 DOMAIN sendmail[4905]: t43217Ni004891: t4321ANh004905: DSN: User unknown

Üdv!

Egy Fedora 21 x64-en egy 64GB-os pendrive (új állapotú, vfat fs), csatlakoztatás után csak másodikra hajlandó mountolódni.
Azaz csatlakoztatom, "mount /mnt/usb" után hiba nélkül visszaadja a promptot, de nincs bemountolva. Mégegyszer ki kell adnom a "mount /mnt/usb" és ekkor használható.
A dmesg-ben nincs hiba, selinux permissive:

[ 6794.869520] usb 2-1.1: Product: DataTraveler 3.0
[ 6794.869523] usb 2-1.1: Manufacturer: Kingston
[ 6794.869526] usb 2-1.1: SerialNumber: 0019E06B0840BF21C75F1E44
[ 6794.870820] usb-storage 2-1.1:1.0: USB Mass Storage device detected
[ 6794.873117] scsi host5: usb-storage 2-1.1:1.0
[ 6795.968413] scsi 5:0:0:0: Direct-Access Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
[ 6795.969420] sd 5:0:0:0: Attached scsi generic sg2 type 0
[ 6797.397152] sd 5:0:0:0: [sdb] 122915328 512-byte logical blocks: (62.9 GB/58.6 GiB)
[ 6797.397879] sd 5:0:0:0: [sdb] Write Protect is off
[ 6797.397887] sd 5:0:0:0: [sdb] Mode Sense: 23 00 00 00
[ 6797.398492] sd 5:0:0:0: [sdb] No Caching mode page found
[ 6797.398502] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[ 6797.430239] sdb: sdb1
[ 6797.433266] sd 5:0:0:0: [sdb] Attached SCSI removable disk
[ 6799.602081] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[ 6799.602095] SELinux: initialized (dev sdb1, type ext4), uses xattr
[ 6804.712921] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[ 6804.712937] SELinux: initialized (dev sdb1, type ext4), uses xattr
[ 7434.832319] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[ 7434.832331] SELinux: initialized (dev sdb1, type ext4), uses xattr
[ 7455.708605] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[ 7455.708621] SELinux: initialized (dev sdb1, type ext4), uses xattr
[ 7473.183358] usb 2-1.1: USB disconnect, device number 6


Más pendrive nem csinálja. :o

Sziasztok!

Találkoztatok ezzel? Meglátásom szerint nem megfelően illeszkedik a regexp a secure logra. Pár napja, frissítést követően kezdett nem működni.

A fail2ban az epel repoból származik.

Sziasztok!

Szeretnék egy smsgateway -t bekötni a monitorozó rendszerünkbe. Nincs nagy tapasztalatom ezzel kapcsolatba, ezért kérem a segítségeteket.
A szerveren CentOS fut és gnokii -ra gondoltam küldőnek.

Gyakorlatilag nincs is nagyon kérdésem csak kellene egy linux kompatibilis eszköz :D Ennyi.

Ha esetleg lenne bizonyos hardverrel tapasztalat vagy tudnátok ajánlani típusokat akkor azt szívesen veszem.

Köszi!

Üdv!

Nektek (Fedora felhasználók elsősorban) is eltűnt a hálózati kapcsolatok ikonja a felső tálcán XFCE alatt?
Mostanában mintha egy frissítés után tűnt volna el.
Ha jól emlékszem nm-applet lenne ez, de ez a folyamatok listájában ott van, tehát fut. Mégis hiányzik az ikon.