我们有一个使用大量内容的分布式应用程序（所有types的文件）。 有几个服务器需要访问内容。 现在内容被冗余地存储在每个服务器上。 但是这变得越来越难看。 我们希望将内容存储在具有大型硬盘的单个存储实例中。 然后，我们要从我们的每个服务器上挂载这个存储实例的文件系统。 我想过使用NFS，但安全scheme似乎不适合。 现在我正在看桑巴，但我不确定这是否是正确的select。 所有的服务器都是Linux，Samba的主要目的是Windows / Linux环境。 Samba让我感兴趣的是用户级别的安全性。 除安全外，另一个主要要求是性能。 我们的服务器需要快速访问内容。 这在局域网上尽可能快。 桑巴是不错的select吗？ 还有什么其他的select？ 那么WebDAV呢？ 编辑：我需要做什么：我们有不同数量的服务器需要访问越来越多的文件。 我们预计会变成几个结核病。 我们称这些文件为“内容”。 所有服务器都必须使用相同版本的内容。 服务器需要对内容进行并发只读访问 。 内容相对较less更新。 每周一次，每月一次，但可能会更频繁。 现在可以在每台服务器上同步内容，但是在不久的将来这将会变成一件痛苦的事情。 更新必须相当活泼。 我们认为只需在一台服务器（存储服务器）上更新/同步内容，并让所有其他服务器将内容作为远程文件系统安装。 祝一切顺利 一月
是否有可能创build一个容错，冗余的NFS服务器（如主/从）？ 我的几个Web服务器从单个NFS服务器（定期备份）装载他们的WEBroot目录。 只是试图删除任何SPOFs。
无法从Windows 7访问Ubuntu上的NFS共享。它只是在networking上找不到共享。 （NET HELP MSG 1222） 在客户端： 增加了NFSfunction 尝试“挂载IP：/共享z：”和gui驱动器映射 在HKLM \ SOFTWARE \ Microsoft \ ClientForNFS \ CurrentVersion \ Default下使用和不使用“AnonymousUid”“AnonymousGid”DWORD 防火墙closures 在服务器上： exportfs列出了共享。 mount显示“nfsd on / proc / fs / nfsd type nfsd（rw）”（我认为这是正常的？！？）已经尝试了很多选项： / etc / exports中 在/ etc / default / nfs中内核服务器 在/ etc / default / nfs中常见 在每次更改之后尝试强制使用NFS v 4我正在重新启动nfs服务并重新导出 有什么我可以看的地方吗？ 我一直在想这个永远…任何帮助将不胜感激！
我需要一个渗透到我的服务器的日志文件。 理想情况下，这个日志应该包含所有的尝试，包括login，HTTPD活动，FTP活动，NFS和其他传统的开放端口。 但是，我有HTTPD，FTP和NFS就足够了。 CentOS中是否有这样的服务（或日志文件）？
我有一个为用户的主目录做NFSv4导出的服务器。 大约有25个用户（主要是开发人员/分析员）和大约40个安装主目录导出的服务器。 性能是悲惨的，用户经常看到简单的命令（如ls，或写一个小文本文件）的多秒滞后。 有时，主目录挂载完全挂起几分钟 ，用户获得“权限被拒绝”的错误。 硬件是配备双E5620 CPU和8 GB RAM的戴尔R510。 有八个15k 2.5“600 GB硬盘（Seagate ST3600057SS），configuration为硬件RAID-6，带有一个热备份。 RAID控制器是一个戴尔PERC H700瓦特/ 512MBcaching（Linux认为这是一个LSI MegaSAS 9260）。 OS是CentOS 5.6，主目录分区是ext3，选项“rw，data = journal，usrquota”。 我已经configuration了HW RAID，以向操作系统提供两个虚拟磁盘：操作系统（启动，根和交换分区）的/ dev / sda和主目录的/ dev / sdb。 我觉得好奇和怀疑的是，即使只包含操作系统，sda设备的利用率也经常很高。 我预计这个虚拟驱动器几乎总是闲置。 根据“free”和“vmstat”，系统不交换。 为什么在这个设备上会有很大的负载？ 以下是iostat的30秒快照： Time: 09:37:28 AM Device: rrqm/s wrqm/sr/sw/s rkB/s wkB/s avgrq-sz avgqu-sz await svctm %util sda 0.00 44.09 0.03 107.76 0.13 607.40 […]
我是一所小型私立学校的唯一IT人员。 学校有大约60台电脑。 所有电脑都在无线networking上; 大楼里没有以太网。 我想将学校迁移到Linux。 我希望安装程序要求对端点进行最小限度的维护，以支持中央身份validation和文件共享，并尽可能地利用端点的CPU。 我设想的最佳scheme是在每个端点的硬盘驱动器上安装一个小的Linux发行版。 此发行版将join无线networking并通过NFS挂载根文件系统。 然后启动将正常进行。 该场景具有以下优点： 它将与无线networking一起工作。 （而PXE解决scheme不会。） 我可以通过修改存储在服务器上的端点根文件系统来更新系统的几乎所有方面。 与普通的瘦客户端解决scheme不同，在这里我们使用端点的CPU，而不是通过无线networking进行屏幕更新。 我的问题： 有什么我想要做的更好的情况？ 有没有比NFS更好的文件系统？ 我喜欢使用支持caching的文件系统到本地硬盘，并通过networking下载只更新的文件。 这是否已经被其他人完成和logging？ 我发现的所有howtos是有线networking和PXE启动。
在NFS服务器上： Filesystem 1K-blocks Used Available Use% Mounted on /dev/xvdf2 103212320 85090308 12879132 87% /export18 在客户服务器上： ip-xxxxxxxx.ap-northeast-1.compute.internal:/export18 103212320 85090304 12879136 87% /export18 但是，如果我尝试创build文件，我得到这个消息： touch: cannot touch `/export18/test': No space left on device 我已经卸载了卷并运行fsck： fsck -t ext3 /dev/xvdf2 fsck from util-linux-ng 2.17.2 e2fsck 1.41.14 (22-Dec-2010) /dev/xvdf2 has gone 484 days without being checked, check forced. Pass 1: […]
我有一个服务器托pipe图像，并允许通过NFS访问一个客户端的一个目录。 该目录包含大约70K的图像，大小为12GB。 当我在服务器上执行像cp或rm这样的命令时，NFS服务器的性能非常好，但是在NFS目录命令中执行客户端上的cp或rm命令时， real time速度慢， user和sys时间快： real 1m33.409s user 0m0.000s sys 0m0.000s 我的假设是： 该目录得到某种程度上locking，从而导致漫长的等待 两台服务器之间的连接是不可靠的 这是客户端的nfsstat -c的转储 Client rpc stats: calls retrans authrefrsh 3018431 1 3018571
我有一个centos盒子，它有一些NFS挂载。 我试图找出这些NFS文件系统挂载。 我想通过重新命名/ usr / sbin / automount到其他名字，这些NFS将不会被挂载。 所以我可以肯定的是，自动挂载这些NFS挂载。 但是/etc/auto.master没有显示这些NFS的信息。 我想知道有多大的可能性，关于如何automount如何NFS挂载？ $ cat /etc/auto.master # # Sample auto.master file # This is an automounter map and it has the following format # key [ -mount-options-separated-by-comma ] location # For details of the format look at autofs(5). # /misc /etc/auto.misc # # NOTE: mounts done from […]
我们有一个本地服务器，用于导出一个NFS共享，用作networking中Linux主文件夹的父目录。 用户通过LDAP身份validation（在同一台服务器上运行）。 validation工作正常，共享上的主文件夹在用户login到客户机之后也能很好地工作。 但是，有一个问题：客户端上的root用户无法访问用户文件夹。 这是一个问题，因为即使是简单的东西，如sudo apt-get产生的错误，因为root不能写入用户的文件夹。 我以为问题可能是在NFS服务器上的主文件夹权限是0700，因此只能由用户自己访问。 所以我已经将这个权限更改为0770，也将服务器上的用户文件夹的组所有权设置为0，即根。 我认为这应该工作，因为0也是客户机上的根组ID。 不幸的是，那并没有解决我的问题，root仍然无法访问用户的文件夹： root@Mule:/home/users# ll total 28 drwxr-xr-x 7 team team 4096 Aug 20 14:18 ./ drwxr-xr-x 3 root root 4096 Oct 29 10:43 ../ drwxrwx— 30 mfb root 4096 Jan 30 17:49 mfb/ root@Mule:/home/users# root@Mule:/home/users# cd mfb bash: cd: mfb: Permission denied root@Mule:/home/users# root@Mule:/home/users# ll mfb ls: […]