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.
Ismerős, amikor élesbe kirakott szerveren megjelenik a "15235 failed login after the last successful login" felirat. Hoppá elfelejtettük az utolsó lépést. 22-es SSH-t áttenni 22322-re (pl.) és tiltani egy source-IP kivételével mindent a tűzfalban. Ez meg is történt hónapokkal ezelőtt. Szépen ment minden, másik szerveren keresztül jutottunk csak be az adott helyre.
Két napja (nagy CenOS frissítések jöttek) kinyílt a tűzfal (???)
Vagy én nem vagyok jártas a dologban, de a firewall-cmd -vel kezelt firewalld-ben a következő jelenség lett:
- Jó sok zóna lett (eddig a public volt alapból és volt egy trusted amit használtunk)
- Ha egy zónának van interface beállítva (eth0, ensX), akkor a source beállítása bármi is legyen (pl: 84.1.15.0/24) mindenhonnan enged belépni.
- Interface megadás megszüntetve -> hiba megoldva
Eddig is (furcsa lenne, hónapokig jó volt?) VAGY kapcsolat volt az interface és a source opciók között?
//Rich paramétereket, amelyek az iptables-re hajaznak direkt nem akartam/szoktam használni, hogy mindenki értse a configot.
CentOS 6.5-ön szépen jönnek/jöttek a csomagok, ahogy szoktak évek óta: heti 3-10 csomag frissítés egy sima webes kiszolgálón, amely irodai tárhely is.
Hozzá nagyon hasonló CentOS7 szerverekre nem jelent meg hetek óta semmi, pedig OpenSSH, Perls, stb frissítés is volt máshol. A mai napon beszól a rendszer, hogy 120 csomagot frissítene. yum update hozza is a listát.
Nektek nem volt/lenne furcsa érzésetek ezzel? Ennyire lassan megy a CentOS7 frissítés vagy nálunk valn valami gond a repokkal?