一些应用程序需要特定的 Linux 版本才能运行,例如 RHEL 5 x64、Update 4。
理论上,CentOS 5.4 x64应该与 RHEL 变体完全相同——因为 CentOS 项目努力与 RHEL 100% 二进制兼容。
同样,Oracle Enterprise Linux应该是相同的——但是如果没有在“正确”的发行版上运行,许多应用程序将无法正常工作。
仅安装适当的redhat-releaserpm的廉价修复也不总是有效。
在幕后,RHEL 和重新打包的版本之间的真正区别是什么?
在决定是使用 LVM 卷组还是 ZFS 池来配置新的文件服务器时,需要考虑什么?在多用途文件服务器领域有“更好”的选择吗?与上一个问题不同,我不想对技术进行分层。
我个人对 LVM 非常熟悉,所以如果它是更好的选择,我会很舒服地使用它。然而,ZFS 看起来很有前途,学习新技术总是好的。
鉴于我们希望能够将一个相当大的存储(多个 TB)共享给不同的部门,并且他们需要能够通过 CIFS 和 NFS 访问它们,我们是否应该对底层池管理器使用 ZFS 或 LVM ?
我知道使用类似的产品FreeNAS是可能的,但由于各种原因,我需要能够在“典型的”Linux 服务器上进行部署。
我最近注意到有时tail -f <logfile>会停止更新到屏幕。
不过,做一个Ctrl>-C并重新启动tail工作正常。我检查以确保日志文件没有在中途旋转(这可能会让人tail失去理智)。
什么会导致这种情况?我正在运行 RHEL 5.2 x64。
Martin Fowler 在这里定义了蓝绿部署:http : //martinfowler.com/bliki/BlueGreenDeployment.html
一般的想法是,网站部署是通过创建网站的独立实例来完成的,并且只有在完全准备和验证后才将客户流量重定向到该实例。
我想知道有哪些使用蓝绿部署实现的开源代码。我正在寻找参考实现,最好在 .NET 中。
有时 yum 的缓存会损坏,我们会看到如下错误:
error: db3 error(-30974) from dbenv->failchk: DB_RUNRECOVERY: Fatal error, run database recovery
error: cannot open Packages index using db3 - (-30974)
error: cannot open Packages database in /var/lib/rpm
Run Code Online (Sandbox Code Playgroud)
解决方法是rm -f /var/lib/rpm/__db*然后下一个“yum”命令重新生成数据。
我的问题是:可能导致这种情况的原因是什么?是否有一些常见的任务会忽略锁或有其他问题导致这种情况?
我们有数百台 CentOS 机器,没有任何模式可以看出这个问题。这可能是一个“百万分之一”的问题,经常看到大规模的问题。
注意:我意识到这是一个非常“开放式”的问题,但是如果答案找到了原因,我将返回并将问题变成与特定问题直接相关的更规范的问题。
基于这个关于文件系统中增强权限支持的问题,与 Exchange 上的 NTFS 上的 Active Directory 进行比较的最佳权限 + 目录和邮件堆栈是什么?
我熟悉用于目录服务的OpenLDAP,以及用于电子邮件和日历的Scalix。这个领域还有其他好的竞争对手吗?十年前,Novell 的 NetWare 是我的答案,但随着它几乎消失了,除了“perl-and-duct-tape”之外,我还没有看到好的替代品。
即 - 是否有这些(或其他)工具集的集成包装?
这个问题的重点是看看一个完全没有广告的环境是多么合理,具有高质量的日历、电子邮件和目录服务功能。
它可以在 Mac OS X、Linux 或 Windows 上运行——我只是很想知道其他人在这个领域做了/看到/使用了什么。
在构建 VM 时,您可以选择您希望 vNIC 是哪种虚拟设备类型(E1000、VMXNET3 等)。
创建 VM后,是否可以更改给定连接(例如从 E1000 到 VMXNET3)上使用的 vNIC 类型?
如果是这样,如何?
假设我有一个带有私有接口和公共接口的服务器。公共可能有 HTTP(S) 服务器之类的东西,私有可能有 MySQL 和 SSH。
显然 Nagios 可用于检查服务是否在其各自的接口上运行。但是,构建明确测试 MySQL 和 SSH 端口未在公共接口上打开的检查是个好主意吗?这个想法是捕捉无意的错误配置,这些错误配置已经打开了应该是私有的服务,并适当地发出警报。
我的一部分认为这不会很好地扩展 - 想象一下有一个 iptables DROP 规则,例如,检查必须等到超过检查超时才能完成并继续。但是该超时时间必须足够长,以便能够将被阻止的服务与真正陷入困境的开放服务区分开来。
这是一个实用的想法吗?Nagios 是正确的工具吗?我什至没有研究过否定 TCP 检查插件结果的可行性,但我确定这是可行的......
centos ×2
linux ×2
bash ×1
deployment ×1
email ×1
firewall ×1
hard-drive ×1
hardware ×1
ldap ×1
logging ×1
lvm ×1
monitoring ×1
nagios ×1
networking ×1
partition ×1
private-ip ×1
redhat ×1
rhel5 ×1
rpm ×1
service ×1
ssd ×1
tail ×1
vswitch ×1
yum ×1
zfs ×1