我有一个ESXi 5主机（免费）和vSphere Client。 我想更新到U1，但我找不到办法。 更新是包含模块的ZIP文件; 没有安装程序。 vSphere客户端没有更新模块。 谢谢！ [编辑] /vmfs/volumes/4f255b5c-6acfd348-d53c-00e04c68ee7a/esxi_update # esxcli software vib install -d /vmfs/volumes/4f255b5c-6acfd348-d53c-00e04c68ee7a/esxi_update/update-from-esxi5.0-5.0_update01.zip [InstallationError] [Errno 32] Broken pipe vibs = VMware_locker_tools-light_5.0.0-1.11.623860 Please refer to the log file for more details. /vmfs/volumes/4f255b5c-6acfd348-d53c-00e04c68ee7a/esxi_update # esxcli software vib install -d /vmfs/volumes/4f255b5c-6acfd348-d53c-00e04c68ee7a/esxi_update/update-from-esxi5.0-5.0_update01.zip [InstallationError] [Errno 32] Broken pipe vibs = VMware_locker_tools-light_5.0.0-1.11.623860 Please refer to the log […]
我会有兴趣听到服务器故障社区与Ksplice在生产中的经验。 维基百科的快速入门： Ksplice是Linux内核的一个免费和开源的扩展，允许系统pipe理员将安全补丁应用到正在运行的内核，而无需重新启动操作系统。 和 Ksplice可以在不重新启动内核的情况下应用任何只需修改内核代码的源代码补丁。 与其他热点更新系统不同的是，Ksplice只input统一的差异和原始的内核源代码，并且正确地更新运行的内核，而不需要进一步的人工协助。 此外，利用Ksplice在系统初始引导之前不需要任何准备（例如，运行的内核不需要被特别编译）。 为了生成更新，Ksplice必须确定内核中的哪些代码已被源代码修补程序更改。 所以有几个问题： 稳定性如何？ 内核的“无重启实时修补”遇到的任何奇怪的问题？ 内核恐慌或恐怖故事？ 我已经在几个testing系统上运行了它，到目前为止它一直在按照广告的方式运行，但是我感兴趣的是在进行“全面实施”并将其部署到我们的生产服务器之前，Ksplice的其他系统pipe理员的经验。 那么，有谁在生产中使用Kspice？ 更新：嗯，几个小时后（除了一些upvotes和fav）之外，没有看到这个问题上的任何真正的活动。 也许引发一些活动，我还会问一些更多的问题，看看我们是否可以讨论这个问题。 “如果你知道Ksplice，有没有理由不使用它？ “你觉得它仍然太过stream血的边缘，未经证实或未经testing？” “Ksplice不适合你当前的补丁pipe理系统吗？” “你讨厌拥有长期（和安全）的系统？” 😉
这是关于红帽企业Linux（及其衍生产品）6.4和6.5之间的OpenSSL二进制兼容性问题的典型问题 。 这个问题适用于各种各样的第三方软件包，不仅是原始问题中列出的软件包。 我安装了Percona 5.5，并试图升级到5.6，但我遇到意外的问题，我坚持如何解决它们。 我遵循http://www.percona.com/doc/percona-server/5.6/upgrading_guide_55_56.html上的说明 并删除了5.5包，然后运行以下命令进行升级： yum install Percona-Server-server-56 Percona-Server-client-56 我收到的错误是： Loaded plugins: fastestmirror, security Loading mirror speeds from cached hostfile Setting up Install Process Resolving Dependencies –> Running transaction check —> Package Percona-Server-client-56.x86_64 0:5.6.15-rel63.0.519.rhel6 will be installed –> Processing Dependency: libssl.so.10(libssl.so.10)(64bit) for package: Percona-Server-client-56-5.6.15-rel63.0.519.rhel6.x86_64 –> Processing Dependency: libcrypto.so.10(libcrypto.so.10)(64bit) for package: Percona-Server-client-56-5.6.15-rel63.0.519.rhel6.x86_64 –> Processing […]
现在我已经启动了Leopard服务器上的软件更新服务，如何更改我的客户端Mac以检查更新？
我有一些生产Fedora和Debiannetworking服务器，它们托pipe我们的网站以及用户shell账户（用于git vcs工作，一些屏幕+ irssi会话等）。 偶尔会有一个新的内核更新在yum / apt-get的pipe道中出现，我想知道大多数修复是否足够严重以保证重新启动，或者如果我可以应用修复程序sans reboot。 我们的主要开发服务器目前有213天的正常运行时间，我不确定是否运行这样一个更老的内核是不安全的。
我已经安装了一个新的Linux Debian lenny服务器，它将是一个LAMP和一个Subversion服务器。 我是否必须启用自动更新？ 如果我启用它，我相信我有最新的安全补丁。 因为Debian stable只提供安全补丁，所以也不能破坏我的系统。 如果我手动安装它们，那么在多天和一周的时间里，我可能会面临很高的安全风险。 请记住，我不是全职系统pipe理员，所以我没有时间查看安全公告。 你通常在你的服务器上做什么？ 你有什么build议？
每隔一段时间我login到生产web / db /工具箱，并看到典型的消息： 30个包可以更新。 16个更新是安全更新。 我的问题是，你们如何处理你的生产Ubuntu盒子上的更新？ 你是否自动执行这些更新？ 你是否为他们设置了停机时间？ 问题是，你永远不知道什么时候更新会打破某些东西，比如现有的configuration文件等等。 这个问题的另一部分是，跟上补丁是一件好事，但补丁几乎每天都会发布。 如果每天都有一个新的安全补丁，那么有多less计划中断？ 我认为有关如何pipe理更新的答案是非常有用的。
我在几台没有GUI的机器上使用CentOS和Red Hat Enterprise Linux。 我如何检查最近安装的更新是否需要重启？ 在Ubuntu中，我习惯于检查/var/run/reboot-required是否存在。
我试图找出正确的方式来更新/升级deb包使用木偶从本地源deb文件。 我目前的configuration看起来像这样… class adobe-air-2-0-4 { file { "/opt/air-debs": ensure => directory } file { "/opt/air-debs/adobeair-2.0.4.deb": owner => root, group => root, mode => 644, ensure => present, source => "puppet://puppet/adobe-air-2-0-4/adobeair-2.0.4.deb" } package { "adobeair": provider => dpkg, ensure => installed, source => "/opt/air-debs/adobeair-2.0.4.deb" } } 我首先将deb文件复制到客户端机器，然后使用提供程序设置为'dpkg'的'package'。 这工作，我得到正确的版本安装。 我的问题是什么是未来更新这个包的正确方法。 我可以简单地更换源文件，puppet会知道这是一个不同的版本，并更新这个包？ puppet如何确定它已安装的软件包的版本与源deb文件的版本？ 我对傀儡很新，所以如果你有一个改进我的现有configuration的build议，他们非常感激。
build议用什么方法更新Amazon ECS中运行的服务的容器？ AWS文档说：“如果您更新了应用程序的Docker镜像，则可以使用该镜像创build新的任务定义，并将其部署到您的服务中，一次完成一项任务。 这几乎是当前（2015年4月13日）文档中可用的所有内容。 我理解正确吗，更新Amazon ECS中的应用程序容器的唯一方法是创build一个新任务，然后停止旧任务并启动新任务？ 我已经成功地在Core OS和Fleetctl上使用“latest”标签。 这样做的好处是无需为新的更新更改Docker镜像标签，因为重新加载服务将会看到新的更改并更新容器（使用相同的标签“latest”）。 您在Amazon ECS中使用更新的Docker镜像更新服务时使用了哪种方法？