服务器 Gind.cn

我们有一个CentOS操作系统，今天上午变得没有响应外部networkingstream量。 这是一个虚拟机。 我能够重新启动虚拟机。 重新login后，我在/ var / log / messages文件中发现了以下内容，一遍又一遍地重复： Jan 21 06:53:01 PBX kernel: audit: backlog limit exceeded Jan 21 06:53:01 PBX kernel: audit: audit_backlog=321 > audit_backlog_limit=320 Jan 21 06:54:01 PBX kernel: printk: 8 messages suppressed. Jan 21 06:54:01 PBX kernel: audit: audit_backlog=321 > audit_backlog_limit=320 Jan 21 06:54:01 PBX kernel: audit: audit_lost=1130 audit_rate_limit=0 audit_backlog_limit=320 我在另一个论坛上看到，以下命令可以识别积压stream量的来源： […]

我们的500台服务器数据中心正在快速增长，我的经理已经开始调查使用专门的数据中心基础架构pipe理（DCIM）软件包来帮助pipe理限制。 DCIM软件旨在完成所有工作：容量规划，资产configuration，变更pipe理，电力和冷却监控，networking监控和报警。 她正在看的一些产品是dcTrack，DSView＆nlyte。 他们都是专有的和（国际海事组织过度）昂贵。 有没有人有这些types的系统的经验？ 我们目前广泛使用Nagios，Cacti和RANCID。 我们需要改进资产pipe理，包括跟踪布线 – 我的经理出售的其他DCIMfunction可以通过在机架之间拖动服务器来模拟电源和冷却要求。 我的立场是，我们大部分都是使用我们所拥有的工具，DCIM的所有花里胡哨的东西都不值钱，并且会迫使我们变得不灵活的做法，这对我们来说不是最好的 – 更不用说供应商locking了-在。 那么，您可以build议哪些其他实践，stream程和OSS工具来帮助pipe理不断增长的中小型数据中心？

我有一个search我想运行一个zos数据集，我知道如何形成grep命令。 我可以通过Unix系统服务访问机器，如何从这个环境中处理数据集？

我正在尝试使用pip来安装与统计信息收集相关的软件包carbon 。 当我运行pip install carbon ，它看起来像一切正常。 但是， pip并不确定这个软件包是否已经被安装。 （这最终会导致麻烦，因为我使用Puppet，并且有一个规则来使用pip来安装碳，当puppet要求pip “这个软件包已经安装了吗？”它会说“不”，然后重新安装它。 我怎么知道是什么阻止点子识别这个安装的成功？ 以下是常规安装的输出： root@statsd:/opt/graphite# pip install carbon Downloading/unpacking carbon Downloading carbon-0.9.9.tar.gz Running setup.py egg_info for package carbon package init file 'lib/twisted/plugins/__init__.py' not found (or not a regular file) Requirement already satisfied (use –upgrade to upgrade): twisted in /usr/local/lib/python2.7/dist-packages (from carbon) Requirement already satisfied (use –upgrade to […]

目前我有一个10.2.1.0/24networking上的地址为10.2.1.1的路由器。 我所有的主机都有默认网关10.2.1.1 ，掩码为255.255.255.0 。 我想知道：如果我将路由器更改为10.2.0.0/16 ，那么具有对应于/24子网掩码的主机仍然在工作（在重新configuration之前）？ 编辑：如果这是不可能的，假设这些都是pfSense设备后面的所有Windows主机，从较小的子网转换到较大的子网的最佳方法是什么？ 编辑1：为了澄清，我将保持路由器地址为10.2.1.1，只是使子网更大（/ 16而不是/ 24）。

我最初复制了tank / storage1 – > usb1 / storage1-slave（如下所示），然后（故意）销毁了我从中复制的快照。 通过这样做，我是否丧失了在这两个文件系统之间递增（zfs send -i）复制的能力？ 销毁此快照后，处理这些文件系统SYNC的最佳方法是什么？ # zfs list NAME USED AVAIL REFER MOUNTPOINT tank 128G 100G 23K /tank tank/storage1 128G 100G 128G /tank/storage1 usb1 122G 563G 24K /usb1 usb1/storage1-slave 122G 563G 122G /usb1/storage1-slave usb1/storage2 21K 563G 21K /usb1/storage2 如果我最初RSYNC'd坦克/ storage1 – > usb1 / storage1-奴隶，并决定增量复制'通过zfs send -i'。

必须在两台服务器之间移动几个非常大的文件（VHD），我在远程桌面会话中使用Windows资源pipe理器启动了文件复制操作，然后closures会话而不注销，使文件副本继续工作; 第二天，我login回来，文件副本似乎已经完成…但文件上的所有时间戳（创build，上次访问，上次修改）是指我启动副本的时间，我知道肯定复制操作需要几个小时。 我会期望至less“最后访问”或“最后修改”的时间戳来引用文件复制操作结束的实际时间，但看起来这不是如何工作。 如果复印件成功完成，何时可以检查（如果我可以）？ 文件大小不是一个指标，因为即使复制操作被中断，文件也总是被分配到全尺寸。

我有一个应用程序，我们正在使用一些非标准的networking设备（无法更改）进入stream量突发之间的hibernate状态。 第一个数据包的networking延迟非常高，因为它基本上是唤醒系统，等待它重新连接，然后进行第一次往返。 后续的消息（提供在接下来的一分钟左右）要快得多，但仍然是高度潜伏的。 一组典型的ping看起来像2500ms，900ms，880ms，885ms，900ms，890ms等等。 鉴于NTP在计算偏移之前使用了多次往返，我可以期待ntpd如何处理这种链接？ 根据与ntp服务器之间的差异（以及更快的）以下消息，是否会忽略最初慢的第一次往返？

我正在为我的服务器的不同angular色编写特定的模块。 所以我有一个木偶和一个木偶仪表板模块 。 傀儡模块确保木偶安装正确。 傀儡仪表板在傀儡仪表板上也是如此。 这两个模块需要puppetlabs apt源（btw。我使用https://github.com/puppetlabs/puppet-apt ）。 所以我在puppet- pupil -dashboard -module中有以下定义的资源： apt::source { "puppetlabs": location => "http://apt.puppetlabs.com", release => "squeeze", repos => "main", required_packages => true, include_src => false, key => "4BD6EC30", key_server => "pgp.mit.edu", } 现在我的代理程序出现以下错误： err: Could not retrieve catalog from remote server: Error 400 on SERVER: Duplicate declaration: Apt::Source[puppetlabs] is already […]

我在服务器的apache日志（来自不同的IP地址并指向不同的path）中看到了很多。 我想知道这是否可以成为攻击企图，无论如何，如何处理呢？