我有一个老的名字服务器运行绑定9.2和一个较新的奴隶运行9.8。 现在我们已经有了一个项目，我们将云分成两部分，我们使用子区域和CNAME来保持我们的服务平稳运行。 然而，古怪的旧9.2服务器似乎并不想将CNAMEparsing到子区域，并返回REFUSED: recursion requested but not available 。 另一方面9.8服务器服务的请求就好了。 免责声明：我知道这些名字服务器是可怕的过时，更糟糕的是运行9.2的操作系统是waaaaay支持以及，所以我不可能find一个有信誉的软件包升级它。 在这个云分割之后，立即重build我们的DNS服务器/服务。 如何让旧服务器正确parsing这些CNAME？ dig结果 dig @ NS1 [Bind 9.2] # dig foo.domain.com @ns1.domain.com ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.30.rc1.el6_6.3 <<>> foo.domain.com @ns1.domain.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 5937 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, […]
现在我有两个glusterfs卷 Volume Name: gv0 Type: Replicate Volume ID: id-here Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: s1.example.com:/data/brick1/gv0 Brick2: s2.example.com:/data/brick1/gv0 Options Reconfigured: performance.readdir-ahead: on / etc / fstab（server1）： /dev/vdb1 /data/brick1 xfs defaults 1 2 s1.example.com:/gv0 /mnt/glusterfs glusterfs defaults,_netdev,direct-io-mode=disable 0 0 glusterfs卷本地安装，但读/写缓慢/呆滞。 我知道server1和server2之间的连接速度很慢，但理想情况下，它应该写入本地卷，然后同步正确？ 在将文件存储到本地安装的glusterfs卷时，出现上传应用程序超时的问题。 我正在使用本机FUSE客户端。 所有服务器都在KVM虚拟机上。 Qcow2，没有用于glusterfs分区的cachingXFS文件系统。 基准 GlusterFS Vol： […]
我尝试谷歌，但不是一些有用的信息。 我尝试debugging为什么我的服务器重启。 我有一些来自ACPI的日志。 有了这个日志有人按我的服务器上的电源button？ [root ~]# grep -i acpi /var/log/messages-20150726 Jul 25 04:10:33 node-dev kernel: [ 0.607577] pnp: PnP ACPI init Jul 25 04:10:33 node kernel: [ 0.607589] ACPI: bus type pnp registered Jul 25 04:10:33 node-dev kernel: [ 0.609994] pnp: PnP ACPI: found 14 devices Jul 25 04:10:33 node-dev kernel: [ 0.609996] ACPI: ACPI […]
我无法ping /连接到“团队设备IP”。 以下是我在Centos7上创build链接聚合的步骤。从属以太网已经启动，我可以成功地ping通。我在这里误解了什么？ # nmcli con add type team con-name team1 ifname team1 config '{"runner": { "name": "loadbalance"}}' # nmcli con modify team1 ipv4.addresses "192.168.213.100/24 192.168.213.2" # nmcli con modify team1 ipv4.method manual # nmcli con add type team-slave ifname eno16777736 master team1 # nmcli con add type team-slave ifname eno33554960 master team1 # nmcli […]
我试图阻止一个特定的客户端访问到这个WAN： iptables -I FORWARD -s 192.168.XX -o $WAN_INTERFACE -j DROP 然而，我需要一个例外来允许出站连接到一个特定的IP，所以我需要一个ACCEPT规则，然后在正确的链中。 创build这个exception并阻止其他一切的最好方法是什么？
find -name "lastStable" -o -name "lastSuccessful" -exec sh -c "sudo rm -rv {}/*" {} \; 从上面的命令可以看出，我正在浏览和删除lastStable和lastSuccessful目录的内容，但将这些文件夹留在后面。 然而在这个发现中，我最终可能会得到带有空格的path，例如： /促销/生产发展环境/ lastStable 我怎么让我的查找脚本来处理这些path与他们的空间以及？
当谈到Linux的时候，我是一个公平的新手，但是在更新之前一直工作正常并且更新的小型Centos 6.6盒子时遇到问题。 当运行yum更新时，我得到下面的错误。 我已经尝试运行yum -clean所有在另一个类似的问题上的post，但没有帮助。 –> Processing Dependency: dracut-kernel >= 004-388.el6 for package: kernel-2.6.32-573.1.1.el6.x86_64 –> Finished Dependency Resolution Error: Package: kernel-2.6.32-573.1.1.el6.x86_64 (updates) Requires: dracut-kernel >= 004-388.el6 Installed: dracut-kernel-004-256.el6.noarch (@anaconda-CentOS-201112091719.x86_64/6.2) dracut-kernel = 004-256.el6 You could try using –skip-broken to work around the problem You could try running: rpm -Va –nofiles –nodigest
从今天开始，当我尝试使用root帐户执行systemctl ，它们失败并出现Connection timed out错误： >sudo systemctl >Failed to list units: Connection timed out 以root身份运行时， systemctl start或systemctl stop也会发生同样的情况。 如果我尝试使用用户帐户运行相同的命令，则不会收到Connection timed out错误（由于缺less用户帐户的权限，请开始并停止提供预期的错误）。 如果我重新启动服务器，所有我知道的服务启动正确，但我仍然得到相同的超时错误。 PD：使用openSuse 13.2（Linux版本3.16.7-21-默认）
我一直在使用qemu原始图片，而且我只是在使用tar时遇到了一些问题。 从我读的内容来看，内核> = 3.1的bsdtar能够比gnu tar快得多处理稀疏图像文件，因为它可以利用内核的seek_holefunction。 我testing了它，它比焦油快得多。 我的问题是这个…我的图像文件（全尺寸）是260G。 由于它不够饱满，所以只占用38G。 当我做一个tar -cvSf test.img.tar test.img需要很长时间（~10分钟），但是最终我得到了一个20G的文件。 如果我解开，它会回到38G。 当我做一个bsdtar -cvf test.img.tar test.img it会更快（ bsdtar -cvf test.img.tar test.img it分钟），但是文件大小是gnu tar给我的20G的38G intead。 有什么不同？ 为什么使用tar的文件较小？ 我期望的行为就像bsdtar所做的一样，因为我认为tar-s只是强制tar把文件视为稀疏文件，而不是扩展它，所以我不明白为什么它更小。 提前致谢！
我有一个关于kerberos / httpd / RHEL的问题 系统1 这是有问题的系统。 OS: RHEL 6.6 Kernel: 2.6.32-431.29.2.el6.x86_64 CPU: Intel Xeon X5570 在服务器上运行一个kerberized网站。 系统2 这个系统使用相同的Kerberosconfiguration。 OS: RHEL 6.5 Kernel: 2.6.32-431.23.3.el6.x86_64 CPU: Intel Xeon E5-2697 还运行一个kerberized网站。 问题 当用户访问网站时，以下消息显示在apache错误日志（LogLevel debug）中，用户将收到“Internal Server Error”（内部服务器错误）页面： [Tue Aug 07 11:22:03 2015] [debug] src/mod_auth_kerb.c(1944): [client 10.70.30.50] kerb_authenticate_user entered with user (NULL) and auth_type Kerberos [Tue Aug 07 11:22:03 […]