当我在Windows Server 2012下的共享文件夹中创build新文件夹时，有时我无法通过Windows 7客户端看到新文件夹。 也有一些刷新，我仍然无法看到新的文件夹。 几分钟后他们出现。 有可能改变更新时间或可以是什么？ 谢谢
服务器：RHEL 5.9 / smbd 3.0.33 – 客户端：各种，虽然都使用当前的mount.cifs（5.2） 我已经解决了这个问题，但是捕捉这些错误代码真是一场噩梦，我觉得它需要通用的文档。 症状 ：从一个特定的cifs客户端到linux samba服务器发生无法预知的间歇性挂载故障。 我所有的Linux客户端在login时pam_mount用户家园。 随机地，并且零星地在一台机器上，家里的dir坐骑开始失败。 login和登上继续完美地在所有其他客户端上运行。 最初我以为破损的客户端上的一个不寻常的活动造成smbd怪胎，但即使使用停止后，间歇性故障仍然徘徊。 试图手动挂载失败并报告： Errors from underlying mount program mount error(12): Cannot allocate memory Refer to the mount.cifs(8) manual page (eg man mount.cifs) 在/etc/security/pam_mount.conf.xml中设置<debug enable="1"/>以从pam_mount获取更多信息： command: 'mount' '-t' 'cifs' '//my_server/watdo' '/home/watdo' '-o' 'user=watdo,uid=666,gid=666' pam_mount(misc.c:38): set_myuid<pre>: (ruid/rgid=0/0, e=0/0) pam_mount(misc.c:38): set_myuid<post>: (ruid/rgid=0/0, e=0/0) pam_mount(mount.c:64): Errors […]
我有192.168.26.1上的TFTP / DHCP / NFS / SMB服务器（Ubuntu服务器12.04 LTS）。 我使用pxelinux来显示包含Windows启动和安装选项，Ubuntunetworking安装程序和Linux Mint 17 MATE Live CD的菜单。 让它像这样跑就已经很讨厌了，而且我已经无能为力了 对于Linux Mint，我提供了2个netboot选项：NFS和CIFS。 我已经完全使用NFS：用户可以在启动菜单中select它，不久之后，登陆Linux Mint live CD桌面。 但是使用CIFS，networking不能正确初始化。 当Linux Mint启动时，networking挂起120秒。 然后，它继续启动到桌面，但network-manager没有启动（并且不启动）。 我怀疑这可能是DHCP服务器没有响应的问题，但是，在DHCP服务器日志中，我可以看到DHCP请求和成功的响应。 一旦进入Linux Mint桌面， ifconfig报告由DHCP分配的IP地址，并且ping服务器工作。 我的pxelinuxconfiguration是（ APPEND后面的所有内容都在一行中，我只是为了便于在这个网站上进行分割）： NFS： LABEL linuxmint17 MENU LABEL Linux Mint 17 KERNEL linux-mint-17/image/casper/vmlinuz APPEND root=/dev/nfs boot=casper netboot=nfs nfsroot=192.168.26.1:/var/lib/tftpboot/linux-mint-17/image initrd=/linux-mint-17/image/casper/initrd.lz CIFS： LABEL linuxmint17smb MENU LABEL Linux Mint 17 […]
我试图提供一个小型局域网上的机器只读，匿名访问从Windows 7工作站共享的文件（我们称之为WIN7SVR）。 特别是，我不希望客户端在Windows资源pipe理器中导航到例如\\WIN7SVR时处理login窗口，但是我们没有域，并且在服务器和客户端之间同步帐户将是棘手的。 有Windows 7和Windows XP客户端需要访问这些共享。 通过在WIN7SVR上启用Guest帐户并设置适当的共享权限，我得到了Windows 7客户端的这个工作。 其他Windows 7计算机自动尝试以访客身份login，看起来，所以他们的用户不必处理login窗口。 问题在于XP客户端 – 如果用户在login窗口中input“Guest”，他们可以访问服务器，但我不希望用户必须这样做。 因此，从我收集的内容来看，在对Windows文件共享的有限理解上，这归结为授予空闲会话访问WIN7SVR上的文件共享的权限。 但是在这方面我还没有取得成功。 我已经在Windows 7服务器上的本地组策略编辑器中尝试了以下所有内容： 设置networking访问：让Everyone权限适用于匿名用户启用 设置networking访问：限制对命名pipe道和共享的匿名访问为禁用 向networking访问添加了相应共享的名称：可以匿名访问的共享 添加“匿名login”以在用户权限分配下从networking访问此计算机 任何意见将不胜感激…我主要是一个Unix的家伙，所以我觉得有点不在我的Windows文件共享联赛。 我明白，从安全的angular度来看，对于文件共享的任何forms的匿名访问通常都不是理想的，但对于这种情况我们是最实际的解决scheme，并且访问我们的networking已经足够好控制，共享级别的安全性不会受到影响，关心。
我有一堆CIFS坐骑的问题，看起来像这样： //192.168.10.2/remote-share /home/windows-shared/remote-share cifs defaults,user=xxx,password=xxx,uid=603,gid=603 0 0 这个问题会在一段时间后出现，通常在用户在早上启动机器的一天之后，他们的共享不再远程工作。 所以当我尝试做一个ls我得到这个： ls: cannot access /home/windows-shared/remote-share: Host is down 我在dmesg没有任何相关的东西。 这个问题是，现在任何阅读调用这个系统的部分只是挂起一个解决scheme，我宁愿有一个更快的错误，而不是无限期地挂起。 读了一下mount.cifs的man页面之后，默认情况下每个mount都是soft ，这意味着它最终会超时。 问题是超时需要太长的时间。 更新： 将这些参数添加到mount命令中也没有帮助： soft,timeo=300,retrans=3
我正在使用Ubuntu 10.04服务器。
在Windows 2008 R2服务器（标准）上，我需要安装networking驱动器，而不需要特定用户先login到计算机。 在Unix机器上通过fstab进行NFS挂载。 networking驱动器将通过BlackArmor（希捷）设备共享（我假设运行Samba）。 如果需要，设备可以是域的成员。 到目前为止，我已经尝试使用Edit Group Policy – > Configuration – > Windows – > Scripts – > Startup ，我执行它 net use x: \\server\share /user:username password 没有成功。 login后，networking驱动器在Windows资源pipe理器中被视为断开连接的networking驱动器。
我有一个小的本地networking，有一个Gentoo盒子和一个Windows盒子。 我使用下面这样的命令将一个源于Windows的共享挂载到Gentoo框中： mount -t cifs -o username=WindowsUsername,password=thepassword,uid=pistos //192.168.0.103/Users /mnt/windowsbox 大多数时候，一切正常，我可以读写没有问题。 但是，每隔几个星期左右，连接或挂载点似乎都会死机或挂起，因此任何尝试访问挂载点的进程都会处于D状态（磁盘或I / O等待状态）。 这些过程变得不受TERM和KILL信号的影响。 从networking断开连接并重新连接Windows盒子没有帮助。 冷冻状态持续5分钟以上。 这真的令人沮丧，妨碍了正常的工作，因为它冻结了另存为对话框， ls命令等。如果我在挂载点上发出一个umount ，它也挂起，或报告挂载点正在使用。 最终，死亡状态自行解决，挂载点被卸载，或者可以毫不拖延地umount 。 我的猜测是，当连接/挂载空闲或Windows机器闲置时会发生这种情况。 我不确定。 为什么会发生这种情况，我能做些什么来防止它呢？ 或者我怎样才能成功地杀死这些D状态进程？ 可能相关： CIFS挂载挂在读取
如果我想允许两台防火墙计算机之间的Windowsnetworking驱动器，我需要打开端口137-139，还是端口445足够？ 我必须提交表单并获得批准才能打开防火墙端口，而且我不想要求比我需要更多的开放端口。 这里的所有机器都是Windows XP或更高版本。 注意：当我说“Windowsnetworking驱动器”时，我并不完全确定是指SMB还是CIFS，而我并不完全清楚这两种协议的区别。
我有一个以前configuration的安装点的问题。 它显示文件夹，但挂载丢失并保存“？” 值的大小，权限等 所以我试着用cif和之前的命令重新安装： mount -t cifs //nas.domain.local/share /mnt/archive 但是我得到的错误： Host is down. 如果我ping的域名或IP我得到一个适当的决议，我也连接使用smbclient没有问题 ping nas.domain.local ping ip smbclient //nas.domain.local/share 我环顾四周，但无法find一个坚实的答案。 有什么想法吗？