我想测试高负载下掉电后RDBM的灾难恢复。
我的想法是在新的挂载点下挂载数据目录，然后umount -f在加载期间执行并调查文件的结果/状态。
我的期望是，对于非持久配置，数据应该是不一致的，否则是一致的。
有没有人认为这是个好主意，也许还有其他相关的提示（例如，哪个文件系统更好用或者我的期望无关紧要，那么为什么）？
我经常需要在不同的位置创建文件副本（并且希望避免过度输入）。（然后我将编辑它们）
基本上命令是这样的：
cp very/long/path/to/file/my-file_with-long.name very/long/path/to/file/my-file_with-long-another.name
vim very/long/path/to/file/my-file_with-long-another.name
cp even/longer/path/to/other/location/with_another-file_and-stupid.name even/longer/path/to/other/location/with_another-file_and-stupid-copy.name
vim even/longer/path/to/other/location/with_another-file_and-stupid-copy.name
我真的想避免使用cd两次更改 workdir 并键入相同的路径。基本上我可以将命令添加到bashrclikemydup中，因此它将创建新文件并返回其名称，因此我可以使用：
vim $(mydup very/long/path/to/file/my-file_with-long.name -another)
vim $(mydup even/longer/path/to/other/location/with_another-file_and-stupid.name -copy)
但也许我发明了自行车并且有更简单的方法可以做到这一点？
有人可以给我关于以下情况的想法（Linux 2.6.18-348.4.1.el5）：
- 在某些时候 tcpdump 显示从服务器端口发送到本地客户端的 [FIN, ACK] 数据包
- strace 日志显示在那一刻附近没有在该端口的该套接字句柄上执行任何套接字活动（strace 日志正确显示该客户端的其余通信）
- 防火墙和 SELinux 已停止
- 对于需要服务器执行网络请求以对另一个客户端连接进行 Kerberos 身份验证的复杂条件，问题是 100% 可重现的。
可能导致 tcpdump 显示 strace 中丢失的数据包的潜在原因是什么？它看起来更像是服务器问题、TCP 设置问题还是某些防火墙服务问题？
如果收到段错误信号，我的应用程序通常会崩溃并打印堆栈以记录。
但在某些环境中，“dmesg”会显示与我的应用程序相关的段错误消息，但应用程序的正常运行时间要长得多。
可以抑制段错误并且应用程序没有收到信号吗？或者来自 dmesg 的错误可能意味着什么？
也许某些服务器可以同时处理非安全和安全协议。是否有已知的方法来确定现有的 TCP 连接是否安全？
（我相信可以只监控流量并检查某些文本是否可读，但也许有更好或更详细的建议？）