我一直在使用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把文件视为稀疏文件，而不是扩展它，所以我不明白为什么它更小。 提前致谢！
我目前有example.com指向服务器之一。 我想从一个不同的目录（/ WebData）服务器example.com。 我通过编辑httpd.conf来做到这一点 http://pastebin.com/UjHhRNTX 我这个按需要工作。 然后我发现我需要将website.org添加到服务器。 于是我挂载了另一个磁盘，并创build了一个名为/ WebDataWebsite的目录 并使用以下VHost创build/etc/httpd/conf.d/websiteorg.conf： http://pastebin.com/GTmqtABf <VirtualHost *:80> DocumentRoot "/WebDataWebsite" ServerName website.org ServerAlias www.website.org <Directory "/WebDataWebsite"> Require all granted </Directory> </VirtualHost> 出于某种原因，所有到example.com和website.org的stream量都被引导至/ WebDataWebsite中的index.htm 我做错了什么？ 如何使WebData（在httpd.conf中）成为默认的网站，但用VHOST过滤servername website.org？
我试图让本地服务器authentication到自己的openldap服务器，然后代理企业LDAP，如果用户不在本地。 本地用户工作 validation到本地LDAP服务器的作品 Auth到公司LDAP不起作用 当使用本地服务器时，LDAPsearch到公司工作（ack！？！） 用户=公司LDAP帐户内部ldap =用户 – internal.com公司ldap =人员 – datacenter.corporate.com 注意：企业上启用了匿名绑定。 oot@ sssd]# ldapsearch -h 127.0.0.1 -x -b "uid=user,ou=people,dc=datacenter,dc=corporate,dc=com" # extended LDIF # # LDAPv3 # base <uid=user,ou=people,dc=datacenter,dc=corporate,dc=com> with scope subtree # filter: (objectclass=*) # requesting: ALL # # user, People, datacenter.corporate.com dn: uid=user,ou=People,dc=datacenter,dc=corporate,dc=com uid: user cn: objectClass: account objectClass: posixAccount objectClass: top […]
为什么绑定允许TTL被logging设置logging如果不同的TTL在同一个logging集中是不允许的？ 如果我设置区域ttl使用： $TTL 39600 然后使用以下命令设置loggingTTL： @ 300 IN A 1.1.1.1 我在我的日志中收到警告： TTL set to prior TTL (300) 这是因为我有“同一logging集内的logging不同的TTL，这是不允许的” 如果这是不允许的，可以通过logging设置TTLlogging的意义是什么？ 谢谢
如果我含糊不清，请原谅我，但我想尽可能保持这种安全。 我有一个CentOS服务器设置作为中央远程日志logging服务器。 现在服务器已经把日志发送到这台服务器几个月了，没有问题。 这些日志文件是每月滚动的，并一直在正常工作。 然而，这个月（没有任何configuration变化，我知道）rsyslog决定将新的日志文件发送到滚动的日志文件（ access_log-20150901 ），而不是展开的文件（ access_log ）。 奇怪的是，我甚至将滚动的日志（ access_log-20150901 ）移动到一个归档目录中，而rsyslog仍在向该文件发送更新。 我正在使用自定义filter，如下所示： if $programname contains 'access_log' then /var/log/remotelog/access_log 但是它正在更新文件： /var/log/remotelog/archive/access_log-20150901 任何人都知道这里发生了什么？ 仅供参考。 所有这些文件和文件夹的权限都是相同的。 编辑：固定logrotate，用postrotate方法来重新启动rsyslog后，日志已经旋转 /var/log/remotelog/access_log { missingok notifempty monthly create 0660 <user> <group> rotate 12 postrotate /sbin/service rsyslog reload > /dev/null 2>/dev/null || true endscript } rsyslog版本：rsyslogd 8.9.0.ad1
我有几个CentOS服务器，我想每晚备份。 我已经创build了一个NFS服务器，具有以下安装： /备份/服务器1 /备份/服务器2 /备份/ server（服务器） 在CentOS服务器上，我已经将nfs共享挂载为/ backup，并且在读取和写入时一切正常。 问题是通过NFS发送的文件总是以root或nobody权限结束（如果设置了all_root_squash）。 当我的NFS客户端都使用相同的UID和相同的root用户时，如何正确设置配额？
根据在pam_macros.h （ 源代码 ）中定义的D(x)macros，使用如下： D(("Hello PAM World")); 这个日志位于CentOS7 ？ 请注意，我在我的pam.d conf文件中使用标志debug 。 我也尝试了下面的命令： grep -rnw '/var/log/' -e "Hello Pam World" 但没有成功。
我有一个120GB的数据在德国的专用服务器，因为我已经在美国购买了一个新的专用服务器，我想通过FTP连接将所有的文件传输到新的服务器，实现这一点，我可以使用下面的wget命令我的新服务器： nohup wget -m –user=myusername –password=mypassowrd ftp://ftp.mysite.xyz > wget_backup_transfer_log.log 2>&1 & 我想知道有没有更好的办法来做到这一点，是上述命令稳定的这些庞大的文件数据？ 提前致谢… PS两台运行CentOS 6.5的服务器
我昨天在邮件日志中注意到，我收到一条新消息： MAIL (mailed XXX bytes of output but got status 0x0047#012) 虽然cron作业已经成功运行（因为它是一个脚本传输给第三方API，他们确认他们收到了数据），但是我无法看到传输状态。 我想这可能与可用磁盘空间有关，但我无法确定。 这是df-h的输出 Filesystem Size Used Avail Use% Mounted on /dev/xvda1 9.8G 9.7G 0 100% / devtmpfs 1.9G 64K 1.9G 1% /dev tmpfs 1.9G 0 1.9G 0% /dev/shm /dev/xvdb1 48G 6.7G 39G 15% /var/www 作为参考，我们正在使用AWS上的Centos 6.6 我试着在网上寻找这封邮件的意思，但是我找不到。 如果任何人都可以点亮一下，那就太好了，谢谢。 编辑： 标记为愚蠢的答案并没有帮助我，因为它不涉及我的问题，用户问这个问题有不同的错误回应。
我遇到了服务器问题，并注意到我正在进行某种DDOS攻击，我已经阻止了IP在防火墙中，但IP显示在netstat中。 这是正常的吗？ tcp 0 1 10.1.1.59:80 DDOS.IP.HERE:39159 FIN_WAIT1 tcp 0 1 10.1.1.59:80 DDOS.IP.HERE:40090 FIN_WAIT1 tcp 0 1 10.1.1.59:80 DDOS.IP.HERE:40219 FIN_WAIT1 tcp 0 1 10.1.1.59:80 DDOS.IP.HERE:42108 FIN_WAIT1 tcp 0 1 10.1.1.59:80 DDOS.IP.HERE:43430 FIN_WAIT1 tcp 0 1 10.1.1.59:80 DDOS.IP.HERE:44562 FIN_WAIT1 tcp 0 1 10.1.1.59:80 DDOS.IP.HERE:46282 FIN_WAIT1 tcp 0 1 10.1.1.59:80 DDOS.IP.HERE:46642 FIN_WAIT1 tcp 0 1 10.1.1.59:80 DDOS.IP.HERE:49739 […]