服务器管理员

系统和网络管理员的问答

4
自动化Linux更新的最佳做法
我们正在努力为基于RHEL / RHEL的服务器执行自动更新。 最初的想法:使用Puppet,我们禁用默认存储库并指向我们自己的存储库。然后,我们使用ensure => latest要自动更新的软件包。 问题:我们看到某些服务在更新(duh)后重新启动。 问题:对于如何更好地自动化Linux更新以及缓解服务自动重启的策略,是否有人有任何建议?我们希望包含Puppet的解决方案,但是,如果我们需要使用其他服务,那么这不是破坏交易的方法。 编辑 可能的解决方案:我提交了一个实现@ voretaq7和@ewwhite建议的解决方案的解决方案。似乎这是我暂时要走的路线。如果您还有其他建议,请发表评论或提出答案。



11
许多服务器的系统更新
我们有许多服务器,但仍想全部更新。实际的方法是,任何系统管理员都需要从一个服务器到另一个服务器,并创建一个aptitude update && aptitude upgrade-仍然不酷。 我正在寻找一种更好,更智能的解决方案。木偶可以做这项工作吗?你怎么做呢?

4
如何使robocopy使用包含空格的日志文件?
我正在尝试以下命令: robocopy "x:\dir" "y:\dir" /mir /z /tee /fft /nfl /ndl /eta /log:"x:\path to logs\12-15-11 01 file with spaces.txt" 我收到此错误: ERROR : Invalid Parameter #10 : "/log:x:\path to logs\12-15-11 01 file with spaces.txt" 编辑#1 原来上述命令是有效的,我的路径中有一个错字。如果您的路径包含空格,则可以将其提供给robocopy的/ log开关,如下所示:/log:"c:\path to a file\robocopy.log"
11 windows  robocopy 

2
如何退出QEMU Monitor?
我使用以下命令启动了KVM VM: kvm /kvm/hdd/v1/v1-1.raw -m 512 -daemonize -smp 2 -nographic -net nic,model=virtio,macaddr=aa:aa:aa:aa:aa:01 -net tap,ifname=tap0 -monitor telnet:localhost:7001,server,nowait,nodelay 然后,我通过telnet连接到显示器。但是,当我用“ quit”或“ q”退出监视器时,VM停止了。为什么以及如何在不停止VM的情况下退出?

2
对服务器使用48v
我目前正处于为图形和视频渲染指定和设计新服务器环境的过程中。 我们知道我们想使用刀片服务器,并且我们对供应商的决定很确定。 我们有一个大问题,那就是力量。 目前,我们正在考虑为建筑物提供更多的三相电源。我听说过的一个想法是使用48v DC为服务器和网络设备供电。 问题是: 使用48V DC优于230VAC或415VAC 3相的优点是什么?(我们在英国。) 所有体面的(戴尔,惠普,IBM,思科)/大多数服务器和网络供应商是否都支持48V DC电源? 我们可以期望这在硬件成本上会更加昂贵吗? 如果将要执行的所有PSU都降低到+/- 12v / 5v / 3.3v,那么与使用单相/三相电源相比,这实际上会更节能吗? 我们能否期望由于从230v下变频时的功耗降低而降低散热需求?

7
单向网络连接
我有一个非常偏执的客户端,它使用单独的PC等运行两个单独的网络(一个脱机,一个在线)。 我面临的挑战是,我已经为他们编写了一个可以在脱机网络上运行的应用程序,但是该网络需要能够向客户端发送电子邮件。我的想法是建立一种从脱机服务器到在线PC的单向网络连接(如二极管),该PC将发送电子邮件。 半成本有效的最有效的解决方法是什么?我可以单向获取网卡吗? Windows Server 2008网络,Windows PC。

2
Illumos上的KVM(OpenIndiana与SmartOS)
我正在考虑将多个来宾虚拟化到运行KVM到Illumos的最新端口的单个服务器上。听起来我的两个主要选择是OpenIndiana和SmartOS。我最终将使用满足以下要求的发行版: 需要能够通过CLI进行管理和自定义(例如,更改ZFS文件系统/ zvol选项,附加外部驱动器并向其复制数据,或使用zfs发送/接收将数据自动复制到异地服务器)。 需要实现自动ZFS快照(例如,使用zfs-auto-snapshot)。 如果服务器的运行状况降低,则需要能够设置自动电子邮件通知。本质上,设置定期的ZFS清理,监视zpool,故障管理器和/或SMART问题,以及在检测到问题时发送电子邮件等。只要操作系统允许我手动设置此设置就可以。 应该以良好的稳定性和合理的性能处理Debian,Ubuntu和Windows 2008 Server R2来宾。这些来宾将用于生产。 应该有一个合理的期望,即将继续发布将来的版本-我不想被死胡同的产品所困扰。 如果它易于设置并且具有某种GUI,那就太好了,但这是可选的。 根据这些要求,您会推荐哪种发行方式? 您可以假设在即将发布的OpenIndiana稳定版本发布之前不会部署此环境。另外,您可以假定服务器将使用Sandy Bridge Xeon E3-1xxx CPU,因此应注意与KVM的兼容性。 另外,在这两个发行版中的KVM端口到Illumos的鲁棒性/稳定性如何?我现在是否应该甚至将KVM / Illumos用于生产环境?

1
LVM中的磁盘发生故障时会发生什么?
我正在ESX 4.1主机上配置linux服务器。该服务器上需要存储几个TB的数据。我们目前正在讨论是否使用LVM。我们目前的推理是,最好将多个2TB卷(ESX施加的限制)安装在这样的单独卷上。 /disk1 - 2TB /disk2 - 2TB /disk3 - 2TB 我们将存储范围从100GB到400GB的目录。这些目录需要整体存储,不能拆分。令人担心的是,如果我们最终在/ disk1上存储了1.7TB的存储空间,并且需要再存储400GB的空间,则会浪费很多空间。在这种情况下,我们需要将400GB目录存储在/ disk2上,而没有使用300GB。 解决此问题的一种方法是将LVM配置为: -------- Disk 1 | | Disk 2 |---->/disk | Disk 3 | -------- 但是,我们只停留在一个简单的问题上。如果磁盘2出现故障怎么办? 在第一种情况下,很明显,如果磁盘2发生故障,将不再可以访问/ disk2。 在LVM设置中,如果磁盘2发生故障,是否类似(例如,仅存储在磁盘2上的数据不再可用)还是不再可以访问/ disk上的所有数据?
11 linux  vmware-esx  lvm 


3
如何对负载均衡器进行负载均衡?
我将要将单服务器单数据库Web应用程序转换为物理分布的高可用性配置,其中服务器位于两个物理位置(目前)。现在,显然,我需要一个负载平衡器(在这种情况下更像是反向代理,但为简单起见,我将其称为“负载平衡器”),它将请求的路由mywebsite到node1.mywebsite或node2.mywebsite。但是,我假设如果负载均衡器出现故障,高可用性服务器将无用。因此,按照我的思路,我实际上需要两个负载均衡器,每个位置一个。但是,我仍然希望有一个外部访问点,因此我需要一个用于负载均衡器的负载均衡器,而该负载均衡器又需要在各个位置之间进行均衡……这种情况一直存在。 那我的推理怎么了?假设每个物理位置都可以长时间断开电源,那么在实践中如何确保负载均衡器的高可用性? PS:我意识到我对HA和负载平衡之间区别的理解充其量只是中等水平。我想要的是一台可用的服务器,即使一个位置的电源出现故障也是如此。感谢您的理解。

3
Windows域控制器的云托管,可能吗?
我们目前在本地以专用硬件托管我们自己的域控制器(小型公司)。但是,为了减轻灾难,我们正在考虑使用虚拟化和云托管。 一个想法是 云中托管的虚拟主域控制器+在办公室中作为缓存运行的本地(辅助)虚拟化服务器? 这可能吗?还是我应该考虑其他事情?我们很乐意为体面的托管和灾难恢复付费,但这确实超出了我的经验。

2
CentOS,RHEL和OEL之间的“实际”区别是什么?
一些应用程序需要运行特定版本的Linux,例如RHEL 5 x64 Update 4。 从理论上讲,CentOS 5.4 x64 应该与RHEL变体完全相同-因为CentOS项目致力于与RHEL 100%二进制兼容。 同样,Oracle Enterprise Linux 应该相同-但是,许多应用程序如果不在“适当”的发行版上运行,将无法正常工作。 仅安装适当的redhat-releaserpm 的廉价修复方法也不总是有效。 在后台,RHEL和重新包装的版本之间的真正区别是什么?
11 centos  redhat 

1
nginx:[emerg]未知指令“ http”
当我尝试编写类似的代码时: 1. http { 2. script 3. server { 4. ... 5. location ... 6. } 7. } 我得到错误: nginx: [emerg] unknown directive "http" in /etc/nginx/conf.d/nginx.conf:1 当代码是这样的: 1. server { 2. ... 3. location ... 4. script 5. } 6. server { 7. ... 8. location .... 9. script 10. …
11 nginx  http 

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.