Если установить и включить пакет «sysstat» и включить SNMP для sadc. Затем можно получить информацию о повторной передаче TCP с помощью приведенной ниже команды. Кроме того, у вас будет настраиваемый объем исторических данных (ниже выходные данные из Ubuntu 13.10).
# sar -n ETCP
Linux 3.11.0-12-generic (hamilton) 2014-10-14 _x86_64_ (2 CPU)
16:05:01 atmptf/s estres/s retrans/s isegerr/s orsts/s
16:15:01 0,00 0,00 0,00 0,00 0,00
Average: 0,00 0,00 0,00 0,00 0,00
-121--129082-
Более не обрабатывает приостановку/возобновление. Это делается логиндом.
Конечно, у меня есть то, что я считаю правильной версией systemd (которая обеспечивает logind) и правильной версией upower, и у меня все еще есть проблемы (хотя и не с crunchbang).
В любом случае убедитесь, что имеется по крайней мере systemd = 215-5 + b1
, libpam-systemd = 215-5 + b1
и
policykit-1 = 0,105-7
$ qdbus --system org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.CanSuspend
yes
$ qdbus --system org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.Suspend true
ETA: видимо, вам также нужен systemd-sysv, который собирается сломать выскочку, если он у вас есть (это может быть достаточно хорошая замена, но есть некоторые вещи, которые все еще требуют выскочки)
-121--70075-
Ни CentOS, ни Fedora не являются «RedHat Linux». На самом деле такого нет; существует Red Hat Enterprise Linux , который заменил предыдущий Red Hat Linux . Fedora и CentOS являются проектами, спонсируемыми Red-Hat, но не продуктами Red Hat.
Как правило, Fedora совместима с тем, что поддерживается ядром в восходящем направлении. У Fedora есть инженеры ядра, но они очень много работают, чтобы только работать в этом способе. Red Hat делает вещи по-другому для RHEL, и эти изменения в конечном итоге переходят на CentOS (хотя Red Hat сертифицирует оборудование для RHEL, а не для CentOS).
В большинстве случаев системные платы не о чем беспокоиться, хотя иногда для более новой модели потребуется некоторое обновление ядра. Способ проверки - поиск различных компонентов, таких как «I217LM lan controller» или «Realtek 8111G», чтобы увидеть, в каких ядрах они поддерживаются. Как правило, если набор микросхем и компоненты предшествуют выпуску Fedora, по крайней мере, на шесть месяцев, было бы очень удивительно, если бы он не работал.
В данном конкретном случае я заметил, что openbenchmarking.org имеет результат работы Fedora 19 на этой системной плате , поэтому я вполне уверен в том, что F20 тоже должны быть в порядке.
(Отказ от ответственности: я работаю на Red Hat на Fedora.)
Я знаю, что это старое, но я просто столкнулся с этой ошибкой сегодня в моем ящике FreeBSD. Установка по умолчанию в порядке, но мне нужно было запустить другой экземпляр pgbouncer.
Чтобы исправить это, мне пришлось изменить rc.d / pgbouncer, добавив -u для выполнения.
. /etc/rc.subr
name="pgbouncer_slave"
rcvar=pgbouncer_enable
load_rc_config "$name"
: ${pgbouncer_enable="NO"}
: ${pgbouncer_user="pgbouncer"}
: ${pgbouncer_conf="/usr/local/etc/$name.ini"}
extra_commands="reload"
command="/usr/local/bin/pgbouncer"
pidfile="/var/run/pgbouncer/$name.pid"
required_files="${pgbouncer_conf}"
command_args="-d ${pgbouncer_conf} -u pgbouncer"
run_rc_command "$1"