一周前，我的 APC Smart-UPS 1000 出现以下错误，我将其静音。
Warning State:
Connect battery
Load: 55%
Batt: 100%
今天，当我走进办公室时，我能闻到一种硫磺/硫磺/臭鸡蛋的味道，UPS 再次报警。没有燃烧的气味。
我已经排空了办公室和服务器机房并关闭了 UPS。
还有其他建议吗？
更新：这是我在 UPS 中发现的。
我了解您不应将 MX 记录直接指向 IP 地址，而应将其指向一条A记录，该记录又指向您的邮件服务器的 IP 地址。
但是，原则上，为什么需要这样做？
我已经看到了在 nginx 上处理双栈 IPv4 和 IPv6 虚拟主机的各种配置示例。许多人建议这种模式：
listen 80;
listen [::]:80 ipv6only=on;
据我所知，这实现了完全相同的事情：
listen [::]:80 ipv6only=off;
为什么要使用前者？我能想到的唯一原因是您是否需要特定于每个协议的附加参数，例如，如果您只想deferred在 IPv4 上设置。
我们将在我们的新服务器上运行 CentOS 7。我们在服务器内部的 raid6 中有 6 个 300GB 驱动器。（存储主要是 40TB RAID 盒形式的外部存储。）如果格式化为单个卷，则内部卷约为 1.3TB。我们的系统管理员认为将操作系统安装在一个 1.3TB 的大分区上是一个非常糟糕的主意。
我是生物学家。我们不断安装新软件来运行和测试，其中大部分位于 /usr/local。然而，因为我们有大约 12 名非计算机精通的生物学家在使用该系统，所以我们也在 /home 中收集了很多垃圾。我们的上一台服务器有一个 200GB 的 / 分区，2.5 年后它已满 90%。我不希望这种情况再次发生，但我也不想违背专家的建议！
我们如何才能最好地使用可用的 1.3TB 来确保空间在需要的时间和地点可用，而不会给系统管理员造成维护噩梦？
每次尝试上传大文件时，我的日志文件中都会出现以下错误。
a client request body is buffered to a temporary file /var/lib/nginx/body/0000000001
虽然文件上传成功，但我总是得到上面的错误。
我增加了client_body_buffer_size我1000m期望上传的最大文件的大小。然而，这只是一个猜测，虽然我没有再收到那个错误，但我想知道这是否是为client_body_buffer_size?设置的合适值。
如果有人能阐明这个指令以及应该如何使用它，我将不胜感激。
我有一个 400GB 的磁盘和一个 320GB 的 ext4 分区。我想扩大 ext4 分区以使用剩余空间（80GB 可用空间）。
+--------------------------------+--------+
| ext4 | Free |
+--------------------------------+--------+
我怎么能这样做？
我见过有人在使用resize2fs，但我不明白它是否会调整分区大小。
另一种解决方案是使用fdisk但我不想删除我的分区和丢失的数据。我怎样才能在不丢失任何文件的情况下简单地增加分区？
注意：我说的是没有 LVM 的未挂载数据分区，我有备份，但我想避免花一些时间进行恢复。
突然间（阅读：没有改变任何参数）我的 netbsd 虚拟机开始表现得很奇怪。这些症状与 ssh 隧道有关。
从我的笔记本电脑上启动：
$ ssh -L 7000:localhost:7000 user@host -N -v
然后，在另一个外壳中：
$ irssi -c localhost -p 7000
ssh 调试说：
debug1: Connection to port 7000 forwarding to localhost port 7000 requested.
debug1: channel 2: new [direct-tcpip]
channel 2: open failed: connect failed: Connection refused
debug1: channel 2: free: direct-tcpip: listening port 7000 for localhost port 7000, connect from 127.0.0.1 port 53954, nchannels 3
我还尝试使用 localhost:80 连接到（远程）网络服务器，结果相同。
远程主机运行 NetBSD：
bash-4.2# uname -a
NetBSD host 5.1_STABLE NetBSD 5.1_STABLE (XEN3PAE_DOMU) #6: Fri Nov 4 16:56:31 MET 2011 root@youll-thank-me-later:/m/obj/m/src/sys/arch/i386/compile/XEN3PAE_DOMU i386
我有点迷路了。我尝试tcpdump在远程主机上运行，我发现了这些“错误的校验和”：
09:25:55.823849 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 67, bad cksum 0 (->3cb3)!) 127.0.0.1.54381 > 127.0.0.1.7000: P, cksum 0xfe37 (incorrect (-> 0xa801), 1622402406:1622402421(15) ack 1635127887 win 4096 <nop,nop,timestamp 5002727 5002603>
我尝试重新启动 ssh 守护程序但无济于事。我还没有重新启动 - 也许这里有人可以建议其他诊断。我认为它可能是虚拟网卡驱动程序，或者有人根植了我们的 ssh。
想法..？
通常在使用命令转储 MySQL 数据库后，mysqldump我会立即 tar/gzip 生成的文件。我正在寻找一种在一个命令中执行此操作的方法：
所以从这里：
mysqldump dbname -u root -p > dbname.sql
tar czvf dbname.sql.tgz dbname.sql
rm dbname.sql
对于这样的事情：
mysqldump dbname -u root -p > some wizardry > dbname.sql.tgz
甚至更好（因为我通常将转储文件scp'ing到另一台服务器）：
mysqldump dbname -u root -p > send dbname.sql.tgz to user@host
我在 debian 上运行 bash。
这是关于 Active Directory 域命名的规范问题。
在虚拟环境中使用 Windows 域和域控制器进行试验后，我意识到拥有一个与 DNS 域同名的 Active Directory 域是个坏主意（这意味着当我们拥有域名时，将其example.com作为 Active Directory 名称是不好的example.com注册用作我们的网站）。
这个相关问题似乎支持该结论，但我仍然不确定围绕命名 Active Directory 域还有哪些其他规则。
对于 Active Directory 名称应该或不应该是什么，是否有任何最佳实践？
我想将文件从我的机器 A 复制到服务器 C，但只能通过服务器 B 访问服务器 C。
不是先传输到服务器B，而是登录然后传输到服务器C，是否可以直接使用SCP或类似程序传输文件？
（Emacs tramp-mode 具有远程编辑文件的功能）。