服务器 Gind.cn

在access_log指令的文档中，nginx文档说 缓冲区大小不能超过primefaces写入磁盘文件的大小。 我怎样才能确定这个大小是在我的系统上？

如果域名及其域名服务器不共享顶级域名（TLD），则通常无法使用胶水logging;如果不共享相同的二级域名，则在技术上不需要 ，这可能导致额外的步骤来parsing域名。 parsing器必须先查找名称服务器的地址，然后才能find您的域的地址。 但是理论上你可以在这里添加更多的步骤。 这里的问题是， 这个链条有多长 ？ 如果xyz.com使用名称服务器ns1.xyz.info ， 而xyz.info使用nameserver ns1.xyz.co ， 而xyz.co使用nameserver ns1.xyz.cc ， 和xyz.cc使用名称服务器ns1.xyz.co.uk ，…等等 …最终可能会有一个非常长的链条，解决scheme才能解决您最初想要的名称。 大概有一个实际的限制–BIND只应该愿意遍历这么多的链接，否则就有可能导致拒绝服务。 但有没有官方限制？ 正常情况下不需要parsing器进行一些步骤？

我一直在使用接口绑定，vlan和桥接口的组合来为xen domU提供冗余和不同的逻辑networking层。 这个设置工作正常，但是我对这些接口上的不同设置如何影响彼此有点不确定。 为了说明，这是我在一个典型的dom0上的设置： /- vlan10 — br10 eth0 -\ / > bond0 <— vlan20 — br20 eth1 -/ \ \- vlan30 — br30 考虑到绑定，vlan和bridge接口是逻辑的而不是物理的，如果物理（eth0，eth1）接口有不同的MTU集合，在这些接口上设置MTU是否有效？

今天早上在我的服务器上，我注意到一个应用程序报告它运行缓慢。 我检查了networking和SQL日志，发现没有什么特别的。 我想知道今天凌晨二点左右发生了什么事。 林寻找具体的CPU和内存统计，但我不知道在哪里CentOS6存储日志。 我已经在/ var / log /中检查过了，但找不到任何; lo 谁能告诉我哪里可以罚款？

Powershell cmdlet Test-Cluster查询大量数据并执行validationtesting，并将其包装到一个漂亮的报告中。 如果运行Test-Cluster -List List，则会获得一个项目列表，您可以使用该cmdlet单独进行查询。 阅读DisplayName时有一个通用的命名scheme。 它们都以“List”或“Validate”开头。 显然“validation”将实际上通过失败来testing故障转移。 但是命名“List”让我觉得这只是对数据的查询，就像在运行时一样。 我已经用下面的脚本testing过了： $TestList = Test-Cluster -List | Where-Object {$_.DisplayName -like "List*"} Test-Cluster -Include $TestList.DisplayName -ReportName "c:\cluster reports\report" 在生成此报告时，我看不到任何已logging的群集错误或注意到任何故障转移活动。 微软technet也不完全清楚这一点，但他们确实推断行为是与我在想的是一致的。 看到这个摘录（重点是我的）： testing结果将以您指定的文件名捕获到文件中。 通过运行validationtesting，您可以确认您的硬件和设置与故障转移群集兼容 。 有多种types的testing，包括集群，库存，networking，存储，系统和其他types的testing。 存储testing不会testing集群angular色正在使用的联机磁盘或存储池。 要testing此类磁盘，请首先运行Stop-ClusterGroup以停止集群angular色，然后运行Test-Cluster。 testing完成后，再次启动群集angular色（也称为资源组）。 testing群集TechNet页面 我想请您注意他们对“validation”一词的使用。 此外，运行该脚本时，作为输出的一部分，它说： Test Result: ClusterSkippedTestsCompleted 如果包含validationtesting，结果是： Test Result: ClusterConditionallyApproved 在我的testing环境中，networkingtesting产生了一些警告，触发了有条件的批准。 我已经search了很多，find描述“validation”与“列表”分裂背后的逻辑的文档，但我还没有发现任何东西。 这导致了一个问题… 列表请求是否触发故障转移事件？

我有一个很奇怪的问题。 我正在build立一个azure色的RDS服务器来进行概念validation。 我发现，如果我使用由azure（xxxx.cloudapp.net/RDWeb）提供的外部URL进行networking访问，我可以很好地login，甚至可以在任务栏中显示我已连接的小popup窗口该页面显示没有可用的remoteapps – 如果没有发布。 如果我修改我的主机文件，将外部IP地址视为具有内部DNS名称（xxx.domain.local等），并使用它来访问RDWeb，它完美的工作。 我可以访问remoteapp目录，select一个应用程序，并运行它没有任何问题。 我试过了我能想到的一切，包括设置一个以前没有安装的rds网关，但没有任何区别。 有没有人有任何见解？

我正在使用一些发布自动化脚本，使用Powershell来更新执行各种应用程序的现有计划任务。 在我的脚本中，我可以设置应用程序的path和工作目录，但似乎没有将更改保存回任务。 function CreateOrUpdateTaskRunner { param ( [Parameter(Mandatory = $TRUE, Position = 1)][string]$PackageName, [Parameter(Mandatory = $TRUE, Position = 2)][Version]$Version, [Parameter(Mandatory = $TRUE, Position = 3)][string]$ReleaseDirectory ) $taskScheduler = New-Object -ComObject Schedule.Service $taskScheduler.Connect("localhost") $taskFolder = $taskScheduler.GetFolder('\') foreach ($task in $taskFolder.GetTasks(0)) { # Check each action to see if it references the current package foreach ($action in […]

我最近inheritance了一个与我正在合作的小型创业公司的基础设施职责。 我的传统angular色是发展，所以忍受着我… 我希望能从右脚开始，并在Active Azure中运行Active Directory。 我已经按照微软的TechNet上关于在Azure VPN中安装AD林的指南，我有以下结构 Azure VPNconfiguration为使用本地networking的站点到站点VPN，它显示为已正确连接。 子网：192.168.5.0/24 HQNET 子网：192.169.1.0/24站点到站点VPN网关 子网：192.169.2.0/24validation 子网：192.169.3.0/24应用程序 子网：192.169.4.0/24数据 子网：192.169.6.0/24中 我在Auth子网中的一台A1标准虚拟机上安装了Server 2012 R2，IP地址为192.169.2.4。 公元安装进行得很好，开始了一个新的森林，一切似乎运作良好。 此虚拟机是使用用户名1 /密码1创build的，安装AD时会自动添加为域pipe理员/企业pipe理员。 我在同一个Auth Subnet-IP 192.169.2.5中启动了第二台Server 2012 R2 A1标准虚拟机进行复制，然后用Username2 / Password2创build这个虚拟机。 然后我join这个VM到第一个DC创build的域。 join域后，我试图将此虚拟机作为副本DC进行升级。 它要求凭据来执行此操作，并提供DOMAIN \ Username1：Password1作为凭据。 在升级过程中，AD到达在父AD VM上“创buildNTDS设置对象”的步骤，安装在此步骤停止。 根据这篇文章： Active Directory安装停止在“创buildNTDS设置对象” ，这是由于域凭证是相同的本地凭据？ 或者我错误地将域凭据提供给安装。 我已经删除并重新创build了多次VM，试图执行安装。 我尝试以域pipe理员身份login到VM2，并执行升级。 在升级期间，我也尝试了提供域凭证的一切方法（用户名1 @域：密码1，域名\用户名1：密码1，域名\用户名1：密码1），无论安装挂起什么。 每次我仔细按照文章中的步骤从VM1上的森林中删除VM2之后再尝试再次升级。 我相信我错过了一个步骤，或者没有看到我缺less的一小块，但我的经验不足闪耀。 将DC2升级到副本DC时缺less什么？

背景信息 我有一个运行Docker的两个networking接口的服务器。 与一些虚拟化工具一样，Docker创build了一个名为docker0的Linux桥接接口。 此接口默认configuration为IP为172.17.42.1 ，所有Docker容器与此接口作为其网关进行通信，并为相同的/16范围内的IP地址分配IP地址。 据我了解，所有进出容器的networkingstream量都通过一个NAT，因此出站看起来来自172.17.42.1 ， 172.17.42.1站则发送到172.17.42.1 。 我的安装看起来像这样： +————+ / | | | +————-+ Gateway 1 +——- | | 10.1.1.1 | / +——+——-+ +————+ | | eth0 | / | 10.1.1.2 | | | | | | DOCKER HOST | | | | | Internet | docker0 | | | (bridge) | | […]

我有一个通用的服务器，为许多用户提供邮件，DNS，Web，数据库和一些其他的服务。 它有一个3.40 GHz的Xeon E3-1275,16GB ECC RAM。 运行Linux内核4.2.3，使用ZFS-on-Linux 0.6.5.3。 磁盘布局是2个希捷ST32000641AS 2 TB驱动器和1个三星840 Pro 256 GB SSD 我有一个RAID-1镜像中的2个HD，SSD充当caching和日志设备，全部在ZFS中pipe理。 当我第一次build立这个系统时，它非常快。 没有真正的基准，只是…快。 现在，我注意到极端的减速，特别是在保存所有maildirs的文件系统上。 做一个每晚备份需要90分钟，只有46 GB的邮件。 有时候，备份会造成极大的负载，导致系统在长达6小时内几乎无响应。 我在这些减速过程中运行zpool iostat zroot （我的池被命名为zroot ），看到的写入量为100-200kbytes / sec。 没有明显的IO错误，磁盘似乎没有工作特别困难，但读取几乎不可能慢。 奇怪的是我在另外一台机器上也有相同的体验，使用类似的spec硬件，但没有运行FreeBSD的SSD。 它工作好几个月，然后以相同的方式缓慢。 我怀疑是这样的：我使用zfs-auto-snapshot创build每个文件系统的滚动快照。 它创build15分钟，每小时，每天和每月的快照，并保持每个周围的一定数量，删除最老的。 这意味着随着时间的推移，每个文件系统上已经创build并销毁了数千个快照。 这是唯一可以考虑的累积效应的文件系统级操作。 我试图销毁所有的快照（但保持进程运行，创build新的），并没有发现变化。 是否有不断创build和销毁快照的问题？ 我发现让他们成为一个非常有价值的工具，并且被认为是（除了磁盘空间）或多或less的零成本。 还有别的可能导致这个问题吗？ 编辑：命令输出 zpool list输出： NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT zroot 1.81T […]