данный warning вызывает смятение в умах пользователей и беспокойство по этому поводу. Гугление показывает некую дремучесть всего этого и что в конфигах /etc/ssh/ssh_config надо сделать:
Host *
ForwardX11Trusted yes
ForwardX11 yes
X11Forwarding yes // только ради экперимента
X11Forwarding yes вообще явный depricated для f23 и хоть с ним или без него настойчивый warning желает некой правильности в xauth data.
Помимо пляски с конфигами генерил всякие ключи в стиле аля xauth и даже хотел найти и закоментить этот неугомонный warning, но это как иглу в стоге сена.
Подозреваю, решение данной проблемы проще всех этих моих усилий и надеюсь, мне подскажут решение умные люди здесь.
Заранее, Спасибо!
Здравствуйте.
В результате сбоя харда появились структурные ошибки xfs файловой системы, был проведен xfs_repair lvm тома. Том sysroot монтируется, но все папки и файлы улетели в lost+found с цифровыми индексами. Я пока не знаю, как автоматически можно вернуть структуру директорий с файлами в исходное состояние. Подскажите, пожалуйста, как привести структуру директорий в исходное состояние?
Здравствуйте.
Сочетание Ctrl+Shift+<клавиша> либо не работает, либо выдает результат Ctrl+<клавиша>. Клавиатура простая BTC MODEL 5199. Проблема не зависит от оболочки Gnome, XFCE, Mate, KDE
Operating System: CentOS Linux 7 (Core)
CPE OS Name: cpe:/o:centos:centos:7
Kernel: Linux 3.10.0-229.1.2.el7.x86_64
Architecture: x86_64
В консоли шрифты несоразмерно крупные.
По умолчанию шрифт latarcyrheb-sun16
Манипуляции с setfont <всякие шрифты> нужного эффекта не дают.
Какие есть идеи по этому поводу?
При установке на железо ядрa 3.19.2-1.el7.elrepo.x86_64 система тихо виснит чёрным экраном, но на виртуалку данное ядро установилось без проблем, значит надо дампить.
systemctl start kdump.service
journalctl -xn
-- Logs begin at Вс 2015-03-29 04:46:58 BDT, end at Вс 2015-03-29 16:30:41 BDT. --
мар 29 16:30:41 localhost.localdomain kdumpctl[12744]: No kdump initial ramdisk found.
мар 29 16:30:41 localhost.localdomain kdumpctl[12744]: Rebuilding /boot/initramfs-3.19.2-1.el7.elrepo.x86_64kdump.img
мар 29 16:30:41 localhost.localdomain kdumpctl[12744]: No dump target specified. Default dump target is rootfs block device.
мар 29 16:30:41 localhost.localdomain kdumpctl[12744]: But dump path /var/crash is not backed by rootfs block device.
мар 29 16:30:41 localhost.localdomain kdumpctl[12744]: Either explicitly specify a dump target or specify a dump path backed by rootfs block device
мар 29 16:30:41 localhost.localdomain kdumpctl[12744]: mkdumprd: failed to make kdump initrd
мар 29 16:30:41 localhost.localdomain kdumpctl[12744]: Starting kdump: [FAILED]
мар 29 16:30:41 localhost.localdomain systemd[1]: kdump.service: main process exited, code=exited, status=1/FAILURE
мар 29 16:30:41 localhost.localdomain systemd[1]: Failed to start Crash recovery kernel arming.
У многих видел [warn] при active kdump.service
No kdump initial ramdisk found.
В документации не нашёл где и как нужно прописать initial ramdisk.
service iptables save
service iptables stop
chkconfig iptables off
service ip6tables save
service ip6tables stop
chkconfig ip6tables off
systemctl disable firewalld
systemctl stop firewalld
systemctl reboot
То порты чудесным образом становятся открытыми
Но если опять
systemctl reboot
Опять порты закрыты
Кто-нибудь может объяснить каким образом работает firewall, iptables в CentOS7? Как его отключить один раз и навсегда?
ScriptAlias /nagios/cgi-bin "/usr/local/nagios/sbin"
<Directory "/usr/local/nagios/sbin">
# SSLRequireSSL
Options ExecCGI
AllowOverride None
Order allow,deny
Allow from all
Order deny,allow
Deny from all
Allow from 127.0.0.1
AuthName "Nagios Access"
AuthType Basic
AuthUserFile /usr/local/nagios/etc/htpasswd.users
Require valid-user
</Directory>
http://localhost/nagios/
Вход. Титульная страница. Unable to get process status.
И ничего не работает.
Думаю, проблема в разрешениях для apache работать с системными процессами.
Подскажите, пожалуйста, как правильно это сделать, чтобы nagios заработал?