当我执行systemctl start mysql它启动MySQL，但是我没有得到命令提示符，它只是保持这样的状态。 数据库正常启动。 几分钟后数据库自动closures，systemctl报告失败。 我也试过systemctl start mysql –no-block它立即带回命令提示符，但几分钟后数据库再次closures。 数据库不会崩溃，这是一个干净的closures，所以我怀疑systemctl发出closures信号一段时间后。 2014-10-30 20:03:37 7401 [Note] /usr/sbin/mysqld: Normal shutdown 安装了RPMS Percona-XtraDB-Cluster-galera-3-debuginfo-3.7-1.3254.rhel7.x86_64 Percona-XtraDB-Cluster-56-debuginfo-5.6.20-25.7.888.el7.x86_64 Percona-XtraDB-Cluster-garbd-3-3.7-1.3254.rhel7.x86_64 Percona-XtraDB-Cluster-test-56-5.6.20-25.7.888.el7.x86_64 percona-release-0.1-3.noarch Percona-XtraDB-Cluster-galera-3-3.7-1.3254.rhel7.x86_64 Percona-XtraDB-Cluster-client-56-5.6.20-25.7.888.el7.x86_64 percona-xtrabackup-2.2.5-5027.el7.x86_64 Percona-XtraDB-Cluster-server-56-5.6.20-25.7.888.el7.x86_64 Percona-XtraDB-Cluster-full-56-5.6.20-25.7.888.el7.x86_64 Percona-XtraDB-Cluster-shared-56-5.6.20-25.7.888.el7.x86_64 OS CentOS Linux release 7.0.1406 (Core) 我如何确保MySQl不关机？ 更新1 [root@n5 ~]# systemctl start mysql (Time 23:31) Job for mysql.service failed. See 'systemctl status mysql.service' and 'journalctl -xn' […]
我为我的生活无法findRHEL 7的mod_perl包。有没有远程调用mod_perl的包，谷歌没有帮助。 我想要获得Redmine Git Hosting的设置，但是我需要在configuration文件（使用PerlLoadModule）中加载一个perl模块。 想法？ yum install mod_perl Loaded plugins: langpacks, product-id, rhnplugin, subscription-manager This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register. This system is receiving updates from RHN Classic or Red Hat Satellite. No package mod_perl available. Error: Nothing to do
我是systemd的新手，并试图将内部应用程序打包为rpm，以便安装在systemd主机（RHEL7）上。 rpm尝试将systemd.service-file： myapp.service放入： / etc / systemd / system 但是，这产生了一个错误，我不明白： file /etc/systemd from install of myapp-0:1-.i386 conflicts with file from package systemd-219-19.el7.x86_64 file /etc/systemd/system from install of myapp-0:1-.i386 conflicts with file from package systemd-219-19.el7.x86_64 并且安装中止。 .service-file中与安装相关的内容是： [Unit] Description=MyApp After=syslog.target network.target activemq.service Requires=activemq.service [Install] WantedBy=multi-user.target [Service] Type=simple … 任何想法可能是什么冲突？ 或者如何解决问题？ 编辑 ：从gradle生成文件添加rpm东西： myappRpm { dependsOn build […]
我一直在使用iptables，但是直到最近才使用过firewalld 。 我已经通过firewalld使用以下命令启用端口3000 TCP： # firewall-cmd –zone=public –add-port=3000/tcp –permanent 但是，我无法访问端口3000上的服务器。从外部框： telnet 178.62.16.244 3000 Trying 178.62.16.244… telnet: connect to address 178.62.16.244: Connection refused 没有路由问题：我有一个单独的规则，从端口80端口转发到端口8000，从外部正常工作。 我的应用程序肯定也听港口： Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 0.0.0.0:3000 0.0.0.0:* LISTEN 99 36797 18662/node firewall-cmd似乎没有显示端口 – 看看ports是空的 。 你可以看到我前面提到的前瞻性规则。 # firewall-cmd –list-all public (default, […]
在RHEL 7 linux服务器中运行systemctl status命令时出现以下错误。 # systemctl status docker.service Failed to get properties: Activation of org.freedesktop.systemd1 timed out 我看到login也很慢。 可能是什么问题呢？
我开始使用RHEL7并学习一些有关systemd的变化。 有没有办法执行/sbin/service iptables save在firewalld？ $ /sbin/service iptables save The service command supports only basic LSB actions (start, stop, restart, try-restart, reload, force-reload, status). For other actions, please try to use systemctl. 我可以从文档find最接近的并行–reload ： Reload the firewall without loosing state information: $ firewall-cmd –reload 但是它并没有明确地说是否保存。
OS版本信息： [root@localhost system]# cat /etc/redhat-release CentOS Linux release 7.1.1503 (Core) test.slice的configuration如下： [root@localhost system]# cat test.slice [Unit] Description=Test Slice Documentation=man:systemd.special(7) DefaultDependencies=no Before=slices.target Wants=-.slice After=-.slice [Slice] CPUAccounting=on CPUShares=1024 我创build了另一个文件（称为testhigh.slice），并给它CPU份额= 128。当我启动CPU饥饿的进程在任何时候，我看到CPU按比例划分，如预期。 但是 ，似乎没有办法实际上将一个切片的CPU限制到例如10％的恒定值。 CPUQuota选项无法被systemd识别： Apr 23 21:34:00 localhost.localdomain systemd[1]: [/usr/lib/systemd/system/test.slice:22] Unknown lvalue 'CPUQuota' in section 'Slice' 原则上，能够精确分配资源将是惊人的，但现在我无法得到这个工作。 请帮忙; 如果可能的话，我想从systemd框架中获得一个解决scheme。
我已经花了好几天的时间来解决这个令人难以置信的问题，而且我没有select。 我正在为我们的网站使用CentOS 6.8服务器。 CentOS 6（Enterprise Linux 6或EL6）使用较早的init.d模型来启动脚本。 有一个我老板要求我使用的程序，SonicWALL CDP Agent。 他有一个SonicWALL备份服务器，他们的“代理”软件在后台运行，将特定的文件和文件夹备份到服务器。 它实际上build立在Acronis TrueImage之上，但这是另一回事。 最大的问题是他们的CDP代理使用Adobe AIR。 他们必须以这种方式将其devise成跨平台的（因为他们有Windows / OSX / Linux的安装程序），但是当然Adobe在一段时间之前完全停止在64位Linux上支持AIR。 他们的网站提供了一些安装步骤，但是可以追溯到Red Hat 5.5，甚至是6。 我确实设法通过遵循EL6的步骤来让EL安装在EL7上，只是注意到软件包名称在repos中的变化。 有趣的是，正常的GUI安装程序（AdobeAIRInstaller.bin）不起作用，甚至在以root身份运行时也会给出一些关于“也许你的pipe理员禁止安装”的错误），但是.rpm文件可以工作。 我有最新的： adobeair核心，2.6.0-19170.noarch.rpm adobeair-2.6.0-19170.i686.rpm 结合GTK2 i686库，这实际上工作。 但是，CDP Agent比这更复杂。 有两种系统服务需要运行，以便代理软件能够正常工作（如果您仔细想想，自动备份无论如何都需要这样做）。 然而，他们的安装程序已经有几年了，并将启动脚本放在init.d中。 这是“应该”在EL7中工作，但事实并非如此。 我花了几个小时摆弄这个，它根本不起作用。 所以基本上，有两个需要运行的二进制文件。 启动它们的命令是： /sbin/cdp/cdpagentproxy /sbin/cdp/cdpdaemon start 如果我打开一个terminal并手动运行这些terminal，它们就可以工作 – 而且我可以打开CDP代理并运行。 但是，由于init.d / systemd不兼容，它们不能在启动时启动。 所以我做了一些简单的“服务”，并把它们放在正确的位置上。 cdpdaemon.service文件，例如： [Unit] Description=CDP Daemon Service After=syslog.target network.target […]
由XFS格式化并通过NFS共享的42TB LUN被客户报告为“不可用”。 最后，我被迫重新启动文件服务器。 XFS LUN在修复之前不会挂载，为了修复，我需要挂载它，这样日志才会重播并提交未提交的更改。 在过去，我了解到，转储日志并运行修复结果会导致LUN中文件和文件夹的部分文件名丢失。 42 TB和潜在的数十万个文件。 文件名的丢失等同于数据丢失。 我有一个备份。 恢复将需要收集资源。 我认为该LUN中大约有30TB的数据需要恢复并复制到原位。 所以我需要30 TB的可用空间，这是不容易获得的。 是否有另一种强制XFS挂载的方式来重放这些日志并提交更改？ 这是我第三次对LUN进行“冻结”，并被报告为日志中的xfs损坏，并被迫重新启动服务器以使其恢复在线状态。 XFS似乎具有良好的声誉。 它已经存在了相当长的时间。 这是文件服务器操作系统（RHEL7）的默认设置。 我的configuration中是否有可怕的错误，导致这些LUN被破坏？ SAN在文件服务器上显示LUN，挂载nodev，nosuid，nofail。 将文件服务器共享到以共享方式安装共享的工作站。 在这个组合中是否会挂起文件服务器？
我有绑定9.9.4（RHEL7）上的3个DNS服务器，configuration为1个主站和2个从站。 今天我发现请求域“desktop.telegram.org”在所有这些服务器上导致SERVFAIL。 请求其他域仍然有效。 # dig @127.0.0.1 desktop.telegram.org +trace 工作正常。 下面的一些debugging输出： # rndc trace 9 # grep '127.0.0.1' /var/named/data/named.run 31-May-2017 15:41:25.683 client 127.0.0.1#56542: UDP request 31-May-2017 15:41:25.684 client 127.0.0.1#56542: using view '_default' 31-May-2017 15:41:25.684 client 127.0.0.1#56542: request is not signed 31-May-2017 15:41:25.684 client 127.0.0.1#56542: recursion available 31-May-2017 15:41:25.684 client 127.0.0.1#56542: query 31-May-2017 15:41:25.684 client 127.0.0.1#56542 (desktop.telegram.org): […]