Red Hat, Fedora, CentOS

vmware fusion, centos7, 2 I/F
1ik: ens33 szepen feljon bootolaskor, szepen atnevezodik vmnet2-re, ahogy ifcfg-ens33 -ban irva adatott.
2ik: ens37, kb. ua ifcfg, mint a baratjanak, de nem jon fel es manualis ifup ens37-re is csak:

Device vmnet4 does not seem to be present, delaying initialization.

holott:
ip link show ens37
3: ens37: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000
link/ether 00:0c:29:2c:a2:86 brd ff:ff:ff:ff:ff:ff

szoval, ha ott van, akkor miert ugat, hogy nincs ott?

Sziasztok !

Kacifántos lesz :)
Fodora 24-ről 25-re upgrade-elnék és egyben KDE-ről Workstation-re.

Ha upgrade után groupinstall-lal felrakom a Workstationt, akkor fennmaradnak a KDE csomagok és még hozzájönnek a Gnome-os csomagok is. Viszont a KDE-t nem lehet uninstallálni mert az volt az F24-ben az alapértelmezett(KDE spin). Tudom tiszta telepítés lenne az ésszerű, de a beállítások miatt szeretném a végtelenségig halogatni :)

Esetleg ha van valakinek egy örült 5lete.... :)

Üdv!
Egy CentOS 6.9 vps-hez szeretnék az iptables-hez geoip funkciót. (Alapból nincs ilyen ebben a verzióban.)
Csak így fog menni? Pl.:
Block IP addresses by country using iptables in CentOS
Xtables-Addons On Centos 6 & Iptables GeoIP Filtering

Üdv!
Teszt jelleggel feltettem egy CentOS7-et virtuálisan (x86_64 1511).
A telepítőben RAID1-et állítottam be:
sda1+sdb1 = swap (md127)
sda2+sdb2 = / (md126)

Install és reboot után "yum update" megvolt és szimuláltam egy diszkhibát (leválasztottam az egyik diszket).
Csak akkor bootolt be a rendszer rendesen, ha futtattam (telepítés után):
grub2-install /dev/sda
grub2-install /dev/sdb

Egyébként a "grub rescue"-ba dobott.

A telepítő hova teszi a grub-ot?

Sziasztok!

Van egy nas-om otthon (HP microserver), benne kezdetben egy diszk. A diszken LVM-en van többek között az OS kötete. Eddig minden rendben.
Gondoltam, kibővítem egy ugyanolyan merevlemezzel, azon létrehozok egy féllábú RAID1 kötetet, arra PV-t teszek, majd pvmove-al áthelyezem az OS-t és a többi LV-t. Ez is rendben lezajlott.
Az üressé vált régi hddt megparticionáltam az új mintájára raid autodetect-re, majd szabályosan hozzáadtam a tömbhöz. Megvártam, míg szinkronizálódott a kötet, majd rebootoltam a gépet.
Azóta nem bootol be, a dracut nem hajlandó megtalálni az OS-t.
Szétgugliztam az agyam, megoldást nem találtam, ezért visszacsináltam az eredeti állapotot.

Tudja valaki, hogy miért nem bootolt, és hogy hogyan lehetne rávenni erre?

Rescue módban tudok új initramfs-t készíteni, csináltam is sokfélét, de egyik sem bootolt be...

Előre is köszönöm a segítséget!

Üdv!
CentOS7 (lxc konténerben) próbálom a squidguard-ot. Fel is ment EPEL-ből.
Az alap blacklist.tar.gz-t kicsomagoltam a "/var/squidGuard/" alá, tehát:
/var/squidGuard/blacklists

A squidGuard.conf eleje:
dbhome /var/squidGuard/blacklists
logdir /var/log/squidGuard
...

Létre kell hozni az adatbázisát:
squidGuard -C all


strace squidGuard -C all
...
open("/sys/devices/system/cpu/online", O_RDONLY|O_CLOEXEC) = 5
read(5, "0-3\n", 8192) = 4
close(5) = 0
open("DB_CONFIG", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/var/tmp", {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x756531b8} ---
+++ killed by SIGSEGV (core dumped) +++


Mi lehet a baja? DB_CONFIG?

Üdv!
LXC alatt tesztelgetem a squid-et (centos7).
lxc centos7, ip: 192.168.122.205/24

A lynx telepítve, hogy teszteljem. Működik is, csak a https-t nem tudom tiltani. Mit felejtek el?

A squid lxc centos-on:
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 3128
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 443 -j REDIRECT --to-port 3128


# /etc/squid/squid.conf


http_port 3128
cache_dir ufs /var/spool/squid 100 16 256
coredump_dir /var/spool/squid
#
# Add any of your own refresh_pattern entries above these.
#
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern -i (/cgi-bin/|\?) 0 0% 0
refresh_pattern . 0 20% 4320
# error directory
error_directory /usr/share/squid/errors/hu

# ACLs definitions: ====================================================
acl SSL_ports port 443
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 # https
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl CONNECT method CONNECT

acl local src 127.0.0.1
acl lan src 192.168.122.205
acl secure proto https

# ACCESS definitions: ==================================================
#http_access deny secure
#http_access deny SSL_ports
#http_access deny all

http_access allow local
http_access allow lan

# And finally deny all other access to this proxy
http_access deny all
# --- squid.conf ---

Ha csak a "http_access deny all" részt hagyom bent a http_access-nél, akkor is megy a https. De a http-t szépen tiltja. Mi bénázok el?

Üdv!
A mc alatt nem működik a SHIFT+F5 és a SHIT+F6 kombináció (lokális másolás és lokális átnevezés). (Helyette pl. törölni akar.)
Viszonylag gyakran használom ezeket a funkciókat, de most nem működik.
(mc-4.8.19-1.fc25.x86_64)

A neten azt olvasom, hogy átkerült SHIFT+F3 ill. SHIFT+F4 kombinációra. Pár napja még nem ott működött. A systemd nem változott(?).
Vagy valami más frissítés miatt lehet?
(minden nap szoktam frissíteni a rendszert)

Sziasztok,

Van egy CentOS 7 rendszer, systemctl paranccsal szeretnék egy service-t indítani és miután ez lefutott egy utólagos scripttel létrehotni az indított program PID file-át.
PIDFile=/var/run/pg.pid opció nem hozza létre ezért az
ExecStartPost opcióval szeretnék egy utólagos scripttel operálni.

A service file lényeges részei:
.include /lib/systemd/system/postgresql-9.6.service


[Service]
Environment=PGDATA=/data/pg-andguard
Environment=PGPORT=5433
Environment=PGLOG="/var/log/postgresql.log"
Environment=PGCLIENTENCODING="UTF8"

ExecStartPost="/data/teszt.sh"

# monit relies on the pidfile name
PIDFile=/var/run/pg.pid

A következő történik:
# systemctl start postgres.service

A teszt.sh lefut (mivel teszt ezért egyelőre csak létrehoz egy file-t), de a terminalban nem adja vissza a promptot.
Ha a rendszert újraindítom, akkor szépen elindul a service, nem akasztja meg a rendszert.
Kézzel indítás nem megy.

Valakinek esetleg van tippje, hogy mit csináljak?

üdv: redman

Endian Firewall 3.2.2 alatt felfedeztem hogy van redis, tökjó.
Viszont nem jövök rá, hogy hogyan kellene bootkor elindítani automatikusan.

rc2.d rc3.d -be hiába linkelem be, nem indul
runlevel "unknown" -t mond a normálisan elindult firewallra.

Ötlet?