大约在两周前，我更换了一台交换机，因为它在去年产生了一些坏的端口。 现在，新的交换机也有失败的端口。 当然，我正在考虑环境。 我已经排除了电力问题（在更换第一台交换机之前，尝试安装一个更新， 更好的 UPS）。 这让我看着build筑物某处的networking卡（或接线故障）。 不幸的是，新旧交换机的旧端口不一定是相同的端口。 任何想法，以确定可能造成这种情况？ 当然，这也可能是巧合，但是我需要在RMA新开关之前开始探索资源。
这是我多年漫游后在Stack Exchange上的第一篇文章。 我很难决定是否能够满足我们公司在可扩展性，pipe理和未来打样方面的需求。 我希望购买两个服务器/networking机架，并将所有networking设备放在一个机架中，将所有服务器设备放在另一个机架中。 这将使我们有可能在这个办公空间里有未来的发展空间。 我想知道什么是连接服务器机架与networking机架的选项。 我是否使用配线架将机架直接连接在一起？ 我是否将交换机放在服务器机架中，并将上行链路端口连接回networking机架？ 所有终止的连接将到达networking机架上的配线架。 这里是需要装备的设备： x4 48端口1U交换机 x1 48端口1U交换机PoE xN补丁面板 x1 2U服务器 x1 2U Nas x2 1U Mac Mini支架 x1 1U KVM x1 1U服务器 x1 1U防火墙 x1 3U货架 x2 UPS（比方说6U） 我想要两个42U机架来为这个办公空间的未来增长做计划。 我正在阅读，人们要么将配线架放在服务器机架中，要么将networking机架中的另一个配线架连接在一起。 如果我们决定拿到第三个机架，看起来好像不会很好。 其他人则说把交换机放在服务器机架上，并上传到networking机架。 这将会更好地扩展，但同时我们会浪费交换机上未使用的端口。 我们正在连接办公室，不幸的是我们在配线板级别上不会有PoE线路和非PoE线路之间的分离（即，不会有一个专用于PoE连接的面板）。 我们希望能够尽可能保持电缆pipe理方面的清洁。 有什么想法吗？ 编辑：我结束了以下布局。 两个机架与一个机架中的networking设备和另一个机架中的服务器并排放置。 我在每个机架上连接了两个机架和一个配线架。 这使我只能使用我需要的端口，因为我不能（买得起）购买另一台交换机放入服务器机架。
我一直在arch linux上运行一个全新的系统大约3周，昨天晚上它自发地重新启动。 在重启时没有关机/停止在journalctl，所以我很确定这是硬件相关的，而不是一个用户空间程序或acpi。 journalctl Jul 01 06:21:15 euclid sshd[25731]: … — Reboot — Jul 01 06:24:46 euclid systemd-journald[305]: Time spent on flushing to /var is 547us for 0 entries. 然后，在开机过程中， Jul 01 06:24:46 euclid kernel: …. node #0, CPUs: #1 #2 #3 Jul 01 06:24:46 euclid kernel: mce: [Hardware Error]: Machine check events logged Jul […]
系统架构框图中是否存在任何颜色编码约定？ 如果不是，谁/什么会被认为是事实上的标准？ 框图是否在这方面是正确的术语？ 感兴趣的具体硬件/angular色是caching/持久层，负载均衡器和公共/ Web服务器。 一些（冲突的）例子： WikiMedia系统架构 一个MapReduce系统devise模式
我有一个在Win2k8 64位“服务器”（Dell Precision M4300）中使用了几年的OCZ Vertex 2 SSD。 每隔几个星期它就会处于一种情绪，在这种情绪中，它经常会暂时冻结约60秒。 在冻结过程中，任何不依赖或阻塞磁盘活动的应用程序或线程仍然有效。 驱动器固件是最新的。 这是冻结期间我的资源监视器的屏幕截图。 资源监视器没有图例或帮助中的描述，但我认为绿色是好的， 蓝色的线是坏的。 我已经打开了与OCZ的票（最后，现在他们有一个适当的支持系统），他们build议它被replace。 但是我想知道是否有一些设置可能会在不更换驱动器的情况下得到解决，或者如果不能解决问题，会导致更换同样的问题。 更新： 该驱动器是善良的，没有麻烦取代OCZ敏捷3.我已经恢复了Windows 2008系统上的新驱动器，令我惊讶的是，行为仍然存在！ （实际上，比起第一个驱动器，它似乎更加激烈）。 我有一些运气在设备pipe理器中卸载ICH8M SATA控制器 – 至less通过一个testing，卸载它使得停止冻结，但是当我重新启动时它又回来了。 在BIOS中禁用AHCI模式似乎完全消除了这个问题，但是在性能或数据稳定性方面成本如何？ 修剪？
在linux服务器上（8x四核AMD 8378），我收到以下错误： [Hardware Error]: MC4_STATUS[-|CE|MiscV|-|AddrV|CECC]: 0x9c294c00001d018b [Hardware Error]: Northbridge Error (node 4): ECC error in L3 cache tag. [Hardware Error]: cache level: L3/GEN, tx: GEN, mem-tx: SNP [Hardware Error]: Machine check events logged 这在上个月发生了三次，但从未（服务器运行了三年）。 从一个快速的谷歌search，似乎这是一个严重的问题。 但是，供应商支持技术人员说： 我已经看到了这些错误很多次，除非你超频你的CPU – 或者有一个风扇故障或类似的 – 这是不太可能是一个处理器的问题。 内核更可能错误地报告错误。 所以 – 这是一个严重的错误，我应该订购新的部件（取代CPU？）或忽略它？ 非常感谢。
在软件RAID环境中，HBA故障是否与硬件RAID控制器故障一样？ 你是否仍然需要find相同型号的HBA才能放入不同的服务器，以便驱动器在不重新configuration或恢复的情况下工作？
有问题的服务器是戴尔PowerEdge SC1435。 我正在考虑购买带有两个内部SFF-8087端口的LSI 1068e卡。 我打算使用带有外置多个硬盘盒的机器作为基于ZFS的文件服务器。 我将连接卡与SFF-8088支架（假设长度为0.5米）。 硬盘盒上的另一个SFF-8088支架应扇出到4个SATA端口，以便与SATA硬盘一起使用（假定长度为0.5米）。 外部SFF-8088到SFF-8088电缆的最大推荐长度是多less？ 我发现sata电缆的最大长度不应超过1m。 对于esata，相同的长度不能超过2m。 而对于外部SAS电缆，它不应该超过8米。 如果电缆或驱动器影响最大长度，我找不到任何地方。 如果我在最后0.5米的长度上使用SAS卡和SAS电缆转换成SATA电缆，我应该遵守哪些规则？
上下文：我们租用非托pipe服务器硬件。 主机的networking仪表板提供了一个“自动硬件重置”命令（在“send ctrl-alt-del”命令旁边），但是当Linux内核发生恐慌时，它不能重启机器。 主机的支持坚持认为，他们的“硬件重置”function是“有线就像桌面电脑的重置button”，而不是台式电脑的电源开关。 他们还声称，复位开关有时在冻结系统的情况下不起作用。 那是对的吗？ 我知道主板的ATX 电源开关只触发需要操作系统处理的ACPI事件。 如果这个被冻结，什么都不会发生。 但是根据我的（过时的）内存，主板的复位开关并不依赖操作系统，并且不pipe操作系统的状态如何，都会重启计算机。 我有一种感觉，这可能不是一个技术问题，而是一个关于命名约定的问题。 也许当主机说“像PC的重置开关”，他们实际上并不意味着“连接到主板的重置引脚”？ 编辑1：我正在谈论标准的英特尔x64商品硬件。 编辑2：如果我把问题分成三个单独的更小的问题，也许更清楚： 当我在主板上快速切换复位引脚时究竟发生了什么？ （“performance得像权力被削减”不符合答案） 是否有可能快速切断主板上的重置引脚不会导致重启，例如在完全冻结的操作系统的情况下？ 如果不是主板上的重置引脚，我的托pipe服务器还有什么意思呢？“……的行为完全像桌面电脑的重置button”。 PS：主机是Hetzner.de，他们的“专用根服务器”线。
我有一台运行Win 7 beta build 7000的机器，虽然我承认，核心和重新安装win 7将是最好的select，我想保持现在的安装。 是否有任何显着的差异，你可以从XP的胜利7，如在这篇文章中详细描述？ 稍微澄清一下：这将是一个不同的主板和不同的芯片组