【问题标题】:Patching Sun Solaris修补 Sun Solaris
【发布时间】:2009-04-16 03:36:55
【问题描述】:

您好,最近我们遇到了一个应用程序问题,需要修补 sun solaris。

问题是在这个 Solaris 服务器中创建了许多区域,这些区域被其他应用程序使用。

因此,如果某些补丁可能会影响当前的应用程序。

处理这种情况的最佳方法是什么?

【问题讨论】:

  • 为什么人们投票结束这个?他在问一个完全与编程相关的问题。
  • "在此 Solaris 服务器中创建的许多区域被其他应用程序使用。" = 是什么意思?

标签: solaris


【解决方案1】:

如果您正在修补内核,那么您的补丁会影响所有人:内核只有一个副本。

如果您正在修补应用程序软件,那么您可以应用那些补丁来仅影响某些区域。

看看Zones FAQ.

【讨论】:

  • 代码会影响所有人,但完全可以在代码中为特殊情况标记进程。
  • 在这种特殊情况下,会发生什么?这不像你可以改变内核。应用于内核的补丁将影响所有的 zsone。
  • 您将标志应用到要包含在修复程序中的应用程序。是的,相同的内核代码将在任何地方运行,但这并不妨碍您进行特殊情况。
【解决方案2】:

解决方案实际上完全取决于问题出在哪里以及您正在应用哪种修复方法。在许多情况下,如果问题出在内核中,您可以对其进行修补,使修补程序仅适用于具有给定标志的进程。如果它在图书馆或类似的地方,你可能会更难。简而言之,我们确实需要更多信息才能为您提供可靠的答案。

【讨论】:

    【解决方案3】:

    您需要应用的补丁与时区有关吗?如果没有,您可能只能应用一个补丁。

    最好的办法是设置一个在软件方面与这个盒子相同的登台系统,让它工作,然后安装你的补丁并进行测试。

    【讨论】:

      【解决方案4】:

      我使用的一个技巧是让全局“忘记”它的区域。停止区域,让它们进入“已安装状态”,然后从 /etc/zones.index.xml 中删除它们(当然,在获取该区域的备份副本之后)。您现在可以执行升级,而不会影响区域。修补并重启后,重新安装原始 index.xml 并使用 -F 选项附加区域;否则他们将在附加时应用补丁。 但请注意,这不是玩具真正希望永远保持的情况。迟早你真的应该把这些区域带到最新的水平,也是。 在我忘记之前:如果你有“稀疏”区域,这个技巧就不起作用。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2010-11-11
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2014-11-09
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多