标签: update

我正在尝试使用符号链接。我做了一些阅读，发现以下命令：

Creation -> ln -s {/path/to/file-name} {link-name}
Update -> ln -sfn {/path/to/file-name} {link-name}
Deletion -> rm {link-name}

创建和删除工作正常。但是更新不起作用。执行此命令后，符号链接无效。

我在这里和那里都读过，无法更新/覆盖符号链接。所以网络上有矛盾的信息。谁是对的？如果可以更新/覆盖符号链接，我该如何实现？

更新

这是我的目录结构：

~/scripts/test/
~/scripts/test/remote_loc/
~/scripts/test/remote_loc/site1/
~/scripts/test/remote_loc/site1/stuff1.txt
~/scripts/test/remote_loc/site2/
~/scripts/test/remote_loc/site2/stuff2.txt
~/scripts/test/remote_loc/site2/
~/scripts/test/remote_loc/site3/stuff3.txt

从~/scripts/test/，当我执行：

ln -s /remote_loc/site1 test_link

atest_link已创建，我可以创建，ls -l但它似乎已损坏（与我上面在问题中所说的相反）。

如何执行多目录级链接？

我试过 sudo yum update 但它只保留 java "1.7.0_75"。我需要 1.8 才能与另一个应用程序一起使用，但不知道如何升级它。
我需要以某种方式手动安装它吗？据我所知，互联网上关于这方面的信息并不多。
眼镜：

java version "1.7.0_75"
OpenJDK Runtime Environment (amzn-2.5.4.0.53.amzn1-x86_64 u75-b13)
OpenJDK 64-Bit Server VM (build 24.75-b04, mixed mode)

当我现在尝试更新时：

[ec2-________]$ sudo yum update
Loaded plugins: priorities, update-motd, upgrade-helper
amzn-main/latest                                         | 2.1 kB     00:00
amzn-updates/latest                                      | 2.3 kB     00:00
No packages marked for update

还有什么我需要做的吗？
谢谢。

使用 yum 更新时，我收到以下消息：

yum update
Loaded plugins: fastestmirror, priorities
Loading mirror speeds from cached hostfile
 * atomic: www7.atomicorp.com
 * base: mirror.de.leaseweb.net
 * extras: mirror.de.leaseweb.net
 * updates: mirror.de.leaseweb.net
118 packages excluded due to repository priority protections
Setting up Update Process
No Packages marked for Update

这意味着什么 ？如何安装这些软件包？

我负责管理我们的生产服务器（邮件、网络、数据库都在一台服务器上）和我们的测试服务器。两者都建立在 Debian 上。但是，由于我对系统管理非常陌生，因此我只在遇到必须更新的内容时才安装更新，以便我可以拥有更新的功能并获得错误修复。它现在是一个非常特别的过程，我想让它不那么重要。

所以我想知道知道他们在做什么的人如何处理这个问题？您多久对服务器执行一次升级？测试和生产之间的升级过程是否不同？您是否总是先升级任何测试服务器？您是对所有软件进行完整更新，还是只安装选定的更新？

我在几台没有 GUI 的机器上使用 CentOS 和 Red Hat Enterprise Linux。如何检查最近安装的更新是否需要重新启动？在 Ubuntu 中，我习惯于检查是否/var/run/reboot-required存在。

建议使用哪种方法来更新在 Amazon ECS 中运行的服务的容器？

该AWS文档说：“如果你已经更新了应用程序的泊坞图像，你可以创建一个新的任务定义与图像，并将其部署到您的服务，一次一个任务。” 这几乎是当前文档中当前可用的所有内容（2015 年 4 月 13 日）。

我是否理解正确，在 Amazon ECS 中更新我的应用程序容器的唯一方法是创建一个新任务，然后停止旧任务并启动新任务？

我已经成功地在 Core OS 和 Fleectl 中使用了“最新”标签。这样做的好处是不需要为新的更新更改 Docker 镜像的标签，因为重新加载服务将看到新的更改并更新容器（使用相同的标签“最新”）。

您使用哪种方法在 Amazon ECS 中使用更新的 docker 镜像更新您的服务？

长期以来，我一直倡导在我的系统环境中使用 HP ProLiant 服务器。在过去的 12 年中，该平台一直是我在多个行业进行基础设施设计的基础。

ProLiant 硬件的主要卖点是持久的产品线，具有可预测的组件选项、易于浏览的产品规格 (Quickspecs)、强大的支持渠道以及在产品生命周期内积极的固件发布/更新计划。

这有利于在一级和二级市场使用 HP 齿轮。随着组件成本的下降，旧设备和最新型号的设备可以通过额外的部件或通过交换/升级获得新的生命。

HP 固件的独特属性之一是倾向于在固件版本中引入新功能以及错误修正。我已经看到 Smart Array RAID 控制器获得新功能，服务器平台获得对更新操作系统的支持，严重的性能问题得到解决；全部通过固件发布。通读典型的变更日志历史可以揭示创建一个稳定的硬件平台需要多少测试和努力。我很感激，并相应地购买了。

其他制造商似乎按原样交付产品，只专注于纠正后续固件版本中的错误。我很少在 Supermicro 和 Dell 设备上运行固件更新。但我认为在没有初始固件维护通行证的情况下部署 HP 服务器是不负责任的。

鉴于此，早期报告的的政策修订通过关于HP服务器固件访问是惊人的...

官方解析：

访问适用于 HP ProLiant 服务器的特定服务器固件更新和 SPP 需要获得授权，并且仅适用于拥有有效合同支持协议、HP Care Pack 服务或与其 HP 支持中心用户 ID 相关联的保修的 HP 客户。与往常一样，客户必须为正在更新的特定产品签订合同或保修。

本质上，您的服务器必须有有效的保修和支持才能访问固件下载（可能还有HP Service Pack for ProLiant DVD）。

这将影响使用旧设备最多的独立 IT 技术人员、内部 IT 和客户，其次是寻求二手惠普设备交易的人。我提供了许多服务器故障答案，归结为“更新此组件的固件将解决您的问题”。该建议的接收者可能不会获得积极的支持，并且没有资格根据此政策下载固件。

• 这是供应商锁定趋势的一部分吗？HP ProLiant Gen8 磁盘兼容性是一个先驱。
• 惠普是否通过限制访问某些人所依赖的更新而越界？
• 结果会像 Cisco …

我想知道，自动更新新安装的 Windows (Windows 7) 的最佳方法是什么？

当我手动更新新安装的 Windows 7 SP1 时，我获得了大约 45 个更新。安装这些不是问题，但是在安装这些之后，会出现新的更新。一个安装它们然后再安装：新的更新等等。总之，这需要很长时间 - 您必须每隔几分钟回来检查新更新并安装它们。

那么，这在业务中是如何完成的/如何实现自动化？WSUS 是解决此问题的好方法还是仅在本地缓存更新？

使用 WSUS，是否可以强制立即安装更新、重新启动并自动安装更多更新？

如果更新仅在系统关闭时安装，WSUS 不会帮助我，因为它再次需要用户交互（关闭系统，等待重新启动，再次关闭......）。

感谢您的任何提示！

我经常登录生产 web/db/tools 框并看到典型消息：

可以更新30个包。16 个更新是安全更新。

我的问题是，你们所有人如何处理生产 Ubuntu 机器的更新？您是否自动执行这些更新？您是否为他们设置了停机时间？问题是，您永远不知道更新何时会破坏某些内容，例如现有的配置文件等。

这个问题的另一部分是，跟上补丁是“一件好事”，但补丁几乎每天都会发布。如果每天都有一个新的安全补丁可用，那么必须进行多少次计划中断？

我认为有关如何管理更新的答案的线程将非常有用。

我试图找出使用来自本地源 deb 文件的 puppet 更新/升级 deb 包的正确方法。我当前的配置看起来像这样......

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 文件复制到客户端计算机，然后使用“package”，提供程序设置为“dpkg”。这有效，我安装了正确的版本。

我的问题是将来更新此软件包的正确方法是什么。我可以简单地更改源文件，puppet 会知道它是一个不同的版本并更新这个包吗？puppet 如何确定它安装的软件包版本与源 deb 文件的版本？

我对 puppet 还很陌生，所以如果您对我现有的配置有任何改进建议，我们将不胜感激。