我有一个错误的电源button，喜欢重新启动自己的服务器。 通常有警告标志，就像/ var / log中的acpid日志文件在大约10小时左右开始垃圾邮件垃圾一样。 有一个简单的方法，我可以有一些监视acpid日志，并发送电子邮件时，它有新的活动？ 我不认为自己是非常先进的，所以你可能有任何“指南”来完成这样的事情将是非常有益的，非常感激。 谢谢！
在我的networking服务器（Apache正在运行，Linux CentOS），有一个非常大的日志文件（ 50千兆字节 ）。 这个Web服务器在生产中有一些Web服务。 当我试图删除日志文件时，Web服务器在10秒内没有响应。 （服务时间。） rm -f monthly.log 有没有办法删除这个没有Apache冻结的大文件？
我需要保留一台Linux机器（CentOS 5）的日常networkingstream量的统计数据。 有没有办法使用标准/本地工具或实用程序？ 还是我不得不下载专门的软件？ 谢谢。
我的应用程序需要调用“转换” – http://linux.about.com/od/commands/l/blcmdl1_convert.htm 但是它不在我的redhat系统上。 我如何安装？
我有一个数十万个文件的目录。 我想删除所有文件，但是rm * -f报告：“参数列表太长” 清除此目录的最佳方法是什么？
一家大公司正在对我们的软件进行审查，然后才能使用我们初创公司生产的networking软件。 我们正在使用Linux来托pipe，这是妥善保护和硬化。 安全审查员的规定是，所有的计算机和服务器必须有防病毒程序。 显然，告诉他们Linux不能被病毒感染是行不通的。 是否有第三方安全文章或资源，可以帮助我们说服他们放弃要求，或者我们需要安装ClamAV，并使其每天一次烧毁一些CPU？
可能重复： 我的服务器被黑了应急 上周末我公司的网站遭到黑客入侵。 他们在星期五晚上做了最好的事情，所以我们只注意到星期一早上的攻击..有趣的是，我们最近从Windows切换到Linux，因为它应该是更稳定和安全的。 去搞清楚。 是的，我们把我们列入了Firefox和Chrome的黑名单。 由于我不是Linux专家，因此我正在寻求有关如何避免将来出现这种问题的build议。 你采取什么措施来保护你的系统？ 看来我们的密码很弱，但是在login几次失败之后，Linux不应该阻止这个帐号？ 他们尝试了20多种组合 除此之外，我正在寻找一种类似于pingdom但适用于安全性的工具（或服务）。 如果我的网站遭到黑客入侵，请提醒我。 是这样的事情吗？ 黑客监视器？ 🙂 另一件事，你如何通知你的客户这样的问题？ 你是否忽略并希望没有人注意到？ 解释发生了什么？ *张贴匿名，以避免更多的不良曝光给我的公司，这已经不好了…
好的。 在例程擦洗后，我的MDADM RAID5报告mismatch_cnt = 16。据我所知，这意味着虽然没有设备报告读取错误，但有16个块的数据和奇偶校验不同意。 问题1：是否可以获得这些块的列表？ 问题2：假设＃1是可能的，考虑到底层文件系统是EXT4，有没有一种方法来确定哪些文件与这些块相关联？ 我有近线备份，在理想的情况下，我可以将实时arrays与备份数据区分开来，find任何已经被无声损坏的文件。 但事实是，回顾6TB的备份数据将会既昂贵又耗时。 知道去哪里看，什么恢复将大大简化事情。 （我应该注意到，我只用'check'选项来运行RAID擦洗，使用'repair'选项运行擦洗似乎非常危险，因为MDADM只知道数据或者奇偶校验是错误的，但是不知道哪一个是错误的。所以看起来MDADM有50％的机会猜测错误并重build不正确的数据，因此我希望知道哪些文件可能受到影响，以便我可以从备份中恢复它们（如有必要） 任何build议不胜感激！
我目前正在为ISP级公司制定stream量调整解决scheme，并且出现了一个有趣的（仁慈的哲学）问题。 看看系统应该处理的端点数量（大概在20K左右），我有点担心当我需要策略/塑造更多用户的stream量时会发生什么。 因为我正在使用HFSC整形树（请参阅tc-hfsc，大多数情况下HTB更像冷却器），所以我需要使用更多的ClassID（显然每个用户至less有一个networking）。 我发现的问题是，TC ClassID是有限的 – 他们是16位数字，这给我一个可能的最大64k用户由此解决scheme塑造。 同样，如果我想要有效pipe理TCfilter（例如不使用“flush all technique”），我需要能够删除或修改单个filter条目。 （我正在使用类似于LARTC [1]中的哈希表）。 再一次，似乎正在处理这个唯一的方法是使用单独的优先级来编号所有的filter（tc filter add dev … prio 1）。 没有其他的参数可以用于这个目的，可惜的是，prio也是16位的。 我的问题是：是否存在一些扩大可用“标识符空间”的好方法，例如“tc class”命令的32位clsid，以及“tc filter”的32位优先级（或任何其他修改句柄）命令？ 非常感谢， -MK （顺便说一句，我希望这不会去“64K用户应该是足够的每个人”场景…）
我们用4TB存储作为LVM上的XFS卷来设置一个Linux（它在Amazon AWS上，一个类似于CentOS的系统，尽pipe我们并不完全确定它已经完成了自定义），最终用于通过NFS4服务，目前还没有使用），而且我们正在使用rsync将文件从我们的NFS服务器上的文件同步到XFS卷（即我们的rsync从NFS源到本地安装的基于XFS的LVM卷）。 然而，我们观察到rsync在某一时刻开始变得越来越迟缓（吞吐量急剧下降），并且负载平均和内存消耗都在很大程度上上升（而且CPU在iowait中的比例非常高）。 最后，我重新启动了XFS系统，系统显然恢复了正常，至less在过去的24小时里，更正常的rsync性能。 我们检查了munin监视图并没有注意到任何明显的东西，但是我们发现“inode表大小”和“open inode”度量（检查了指向从/ proc / sys / fs / inode-nr）随时间不断下降。 不久之前，我们观察到rsync卡住了，我们观察到这两个度量值从几十万降低到几千（我们的非XFS服务器大多数时间停留在大约500k，并且在长时间内没有显示任何单调下降的趋势），我们从内核中观察到这样的日志： ip-XX-XXX-XXX-XXXlogin：[395850.680006] hrtimer：中断了20000573 ns Sep 18 17:19:58 ip-XX-XXX-XXX-XXX kernel：[395850.680006] hrtimer：中断了20000573 ns [400921.660046]信息：任务rsync：7919被阻塞超过120秒。 [400921.660066]“echo 0> / proc / sys / kernel / hung_task_timeout_secs”禁用此消息。 [400921.660077] rsync D ffff880002fe4240 0 7919 7918 0x00000000 [400921.660093] ffff8800683e5638 0000000000000282 ffff880000000000 0000000000014240 [400921.660131] ffff8800683e5fd8 0000000000014240 ffff8800683e5fd8 ffff88000726da40 [400921.660153] 0000000000014240 […]