我的一个托pipe服务器有一些XFS问题。 最后一次崩溃后，我的一些RRD文件夹被损坏。 例如（对不起，这是法语）： # rm * rm: impossible de supprimer « create_rrd.sh »: La structure a besoin d'un nettoyage rm: impossible de supprimer « old »: est un dossier rm: impossible de supprimer « tcgraph.log »: La structure a besoin d'un nettoyage rm: impossible de supprimer « tcgraph.rrd »: La structure a besoin d'un nettoyage […]
我有一个相当繁忙的媒体网站，MP3audio文件由会员上传，并从2个Windows服务器进行stream式传输/下载，此时服务器负载均衡。两台服务器只是互相镜像并保持同步。 我们目前所做的只是在每次当前驱动器已满时添加新的2TB硬盘驱动器，然后用户将数据上传到新驱动器…我们有足够的托盘支持24个磁盘。 我们正在获得最近添加的硬盘的I / O瓶颈，因为所有新的媒体都被添加到这个驱动器，这也是最stream行的…这可以通过在每个磁盘上传播数据来克服，但是当我们用完空间并添加一个新的空白驱动器。 我镜像我的文件的原因是，我有一个1：1的备份，情况1服务器故障的故障转移，以便我可以轻松地负载平衡我的网站与2台机器。 Somone之前曾经使用过NAS / SAN，但是我不能访问这个。 你会推荐什么我的情况…有没有办法改善我的设置？ 有一天，我阅读了分布式文件系统，听起来可能适合，但是他们似乎都只是linux …现在转换到linux将是一个挑战，至less我没有什么经验。 如果我错过了任何可以帮助你回答的事情，请告诉我。 谢谢你，保罗
当复制和粘贴一些文件（不太确定是什么）时，某些事情发生了非常严重的错误！ 我现在有一个目录树内的几个文件。 即（C：\ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender \ BtSender） 当试图删除它们时，我得到下面的错误; “源文件名大于文件系统支持的文件名，请尝试移动到path名较短的位置，或尝试重命名为较短的名称（s_在尝试此操作之前” 我需要删除它们，因为该文件夹正在占用几个演出。 我发现删除它们的唯一方法是将文件夹移动到C盘并从那里删除。 每个文件夹都有几个文件夹，因此每个文件夹都会永久存在。 我使用服务器2008年 有任何想法吗？
我有一个lvm快照，我想看看哪些文件已被更改，添加或删除 。 （只是文件列表就足够了。） 有一个简单的方法来获得名单？ 预先感谢您的回复。
在我的驱动器/ dev / md0上执行resize2fs命令后，我丢失了SSH连接。 有没有办法，现在我已经build立了连接，检查resize2fs是否仍在运行？ 和状态？
在我的8核心NAS上，当通过SSH进行ZFS复制运行时，只看到一个内核已经超时。 我预计传输快照可以完全按照一定数量进行扩展，因为快照可以分成N个独立的部分。 有单线程的技术原因吗？
我的工作场所共享一个SMB文件服务器来存储我们从客户那里收到的文件和文件。 这些目录的内容通常是文档（PDF，.docx）和图像的混合。 客户端发送给我们整个嵌套的目录（来自各种环境），这导致一些非常混乱的path。 对此的build议解决scheme是将我们从客户端接收的所有文件/目录存储在其压缩文件夹中。 我觉得这给用户带来了不必要的负担，因为他们无法search压缩目录，需要在本地复制和解压缩所有目录以访问任何必要的数据。 但是，它确实消除了pipe理这些混乱path的需要。 我错过了什么吗？ 除了“更干净的”目录结构之外，是否还有一个明显的好处，把所有东西都压缩起来，让所有的工作都在本地用户的机器上进行。
我托pipe了很多网站，我们的系统可以很容易地复制这些站点中的项目，这很方便，但会导致大量重复的（可能相当大的）文件。 我想知道，如果这些是Linux（尤其是Ubuntu）中的任何机制，其中文件系统将只存储一次文件，但链接到它的所有位置。 我需要这是透明的，也处理如果用户更改其中一个文件的情况下，它不会改变主文件的内容，但创build一个新的文件只是这个特定的文件实例。 练习的重点是减less重复文件使用的空间。
我有一个Linux SFTP服务器，我用它与其他人共享文件。 有一个脚本会自动查找和删除超过10天前上传的文件： find . -not -path . -mtime +10 -exec rm -frv {} \; 我注意到一些SFTP客户端保留上次修改date，导致脚本比预期更快地删除文件。 例如，如果“今日”是十二月十五号，客户在十二月一日上传他在电脑上修改过的一个文件，那么文件立即被删除，而不是十二月二十五号。 那么，怎样才能拒绝客户端上传后修改上次修改的属性呢？
过去几周，我一直在Amazon EC2上设置一个Web服务器（Ubuntu 8.04）。 因为我希望我的站点能在多个Web服务器上进行负载平衡，所以我将所有的数据放在EBS卷上。 我可以把这个卷附加到一个文件服务器，并在所有的networking服务器之间共享。 无论如何，目前我的EBS卷是EXT3。 我只是select这个文件系统，因为我最熟悉它，过去没有任何问题。 我想知道是否有另一个文件系统，任何人都可以build议，将在服务器types设置好performance？ 数据完整性当然是至关重要的，我愿意为此交换性能。