服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

DFS试图复制回源文件夹?

我对DFS的工作原理并不是很熟悉,而且由于其他人pipe理有问题的服务器,我不知道DFS设置是什么样的。 我只是想知道是否有可能。 基本上我们有3个服务器设置为1个文件夹的复制组,该文件夹是IIS中的Web应用程序安装程序的根目录。 当我们将应用程序的更改部署到一台服务器Server#1时,并允许DFS将整个组的更改传播到其他两台服务器。 在部署之后,环境中有许多奇怪的行为,应用程序需要花费大量时间才能恢复,但IIS日志中没有任何内容表明应用程序池循环是需要很长时间的部分。 我想这可能是由于奇怪的DFS复制行为,所以我要求pipe理员提供一个DFSR健康报告和传播报告。 传播报告显示快速复制,对于所有内容,<1秒。 运行状况报告在1台服务器上显示1个错误:由于正在进行的共享冲突,DFS复制无法复制上面列出的复制文件夹中的文件。 此问题影响1个复制文件夹中的114个文件。 事件ID:4302 在这里的MS KB: http : //support.microsoft.com/kb/968429说4302事件是在文件的“接收”过程中的错误,这是我担心,因为这个错误发生在服务器#1这是什么应该将文件发送到其他两台服务器。 在其他两台服务器中的一台服务器同步并且获得权限被拒绝后,DFSR是否有可能尝试将文件复制回源服务器,因为复制到第三台服务器仍在继续? 或者还有什么我可以在日志中查找,看看在服务器之间实际进行复制多长时间来尝试获得MSDeploy结束和应用程序再次可用之间发生什么的准确时间表?

systemtap在Ubuntu 12上无法正确初始化(精确)

我在一家拥有一定数量的传统批处理stream程的公司工作。 当涉及到数据库连接时,其中一些东西实际上是泄漏的。 我需要logging系统中的每个进程,这会打开一个数据库连接。 Strace不是一个选项,有太多的stream程,它们太短暂,我需要审计多个框。 IPtables不是一个选项,你可以匹配进程path/用户,但是你不能logging这些信息(据我所知) 通常的工具,如lsof / netstat等,只包含有关进程的信息,他们正在使用什么连接。 另一方面,这些批处理作业已经死了 – 所以我不能将进程与套接字相关联。 所以这是学习systemtap的好时机。 或者编写一个定制的内核模块。 但是我没有专业知识/时间来开始入侵syscall表,另外,我想学习systemtap,因为它似乎是非常有用的工具。 我的最终目标是写一个探针, 打印尽可能多的信息,关于本地连接到MySQL的每个进程。 但恶魔是在细节..我无法得到它安装在Debian(wheezy)(所有),我得到更糟糕的错误在Ubuntu 12(精确)。 在Ubuntu上,一个基本的systemtap探针工作得很好(这些是基本的复制和粘贴示例)。 #! /usr/bin/env stap probe begin { println("hello world") exit () } 它产生预期的输出。 sudo stap -v stapinit.stp Pass 1: parsed user script and 76 library script(s) using 22792virt/13512res/2224shr kb, in 90usr/0sys/93real ms. Pass 2: analyzed script: 1 […]