我使用无人值守升级（每天早上6点）运行Debian 7，以确保始终完全更新。 我有以下configuration： $ cat /etc/apt/apt.conf.d/50unattended-upgrades // Automatically upgrade packages from these origin patterns Unattended-Upgrade::Origins-Pattern { // Archive or Suite based matching: // Note that this will silently match a different release after // migration to the specified archive (eg testing becomes the // new stable). "o=Debian,a=stable"; "o=Debian,a=stable-updates"; // "o=Debian,a=proposed-updates"; "origin=Debian,archive=stable,label=Debian-Security"; }; // List of […]
在我的Debian 6.0.8系统上，/ /etc/cron.daily/apt cron.daily/apt文件丢失。 因此，无人参与的升级不起作用。 我如何重新创build/修复/etc/cron.daily/apt ？
我有一个运行9.04的服务器，我想升级到9.10（在获得最新版本的方式）。 但是，尽pipe有很好的 文档 ，我无法。 具体而言， sudo do-release-upgrade失败： Checking for a new ubuntu release Done Upgrade tool signature Done Upgrade tool Done downloading extracting 'lucid.tar.gz' authenticate 'lucid.tar.gz' against 'lucid.tar.gz.gpg' tar: Removing leading `/' from member names Reading cache Checking package manager Can not upgrade An upgrade from 'jaunty' to 'lucid' is not supported with this tool. […]
我们的服务器：HP Proliant ml350p g8拥有一个至强e5-2609 1.4Ghz处理器。 我们的经理想要稍微更新一下，所以我们看了一下两个E5-2609V2处理器……我们跑过了惠普企业聊天系统，他们说它是兼容的。 我们现在有新的CPU，当我们安装它们时，我们的健康LED指示灯呈红色稳定亮起，服务器不会POST。 我们已经单独尝试了每个新的CPU，并一起尝试了相同的结果。 我们认为也许这是BIOS（它是在2012年！）。 我们的服务器没有保修服务，所以我们最初不允许下载最新的BIOS，但是我们的经理说服了惠普给我们安装了最新的BIOS版本（2015）。 再次尝试CPU具有相同的结果…服务器仍然不会POST 如果任何人可以请说出我们错过了什么，这将是伟大的。 （我们正在获取惠普维修合同的报价 – 因为我们已经过了30天的保修期，所以我们不能得到一个护理包）
我有几台运行带有SQL Server 2014 Server 2008r2 SP2 Standard的Web服务器服务器。到Windows Server 2016的最佳实践/最简便的就地升级途径是什么？ 在testing中，我只能从2008r2升级到2012，然后再从2012升级到2016.我们已经在这些网站上运行了相当多的configuration，并且运行了很多网站。 有鉴于此，由于涉及到停机时间，不得不两次升级并不理想。 有没有办法解决？ （更改许可证密钥或其他解决scheme？） 谢谢！
我正在编写一系列的原因，为什么就地升级软件和操作系统是一个坏主意。 我有很多人认为在旧版本的基础上安装新版本的软件或操作系统会更容易，更好。 然而，我相信这通常是一个糟糕的主意，最好多花些时间来卸载以前版本的软件，或者干脆安装操作系统。 所有这一切都取决于是否有可靠的备份操作。 我想收集人们对于干净设施的其他想法。 每个软件和操作系统的优点和缺点是什么？ 遇到什么types的问题，以及如何解决软件和操作系统的问题？ 还有什么我应该知道的，我可以跟我的同事分享这个话题吗？ 提前感谢您的帮助。 我期待着听到你们有什么共享。
我从Debian Squeeze 6升级到Wheezy 7，但似乎我正在使用旧的内核。 # uname -r 2.6.32-042stab072.10 但我有新的内核安装 # dpkg –get-selections | grep linux-image linux-image-2.6-amd64 install linux-image-3.2.0-4-amd64 install linux-image-amd64 install 我该怎么办？ 以下是我进行升级的过程： apt-get update apt-get upgrade apt-get dist-upgrade apt-get autoremove reboot echo '' > /etc/apt/sources.list cat <<EOF >> /etc/apt/sources.list deb http://mirrors.kernel.org/debian/ wheezy main deb-src http://mirrors.kernel.org/debian/ wheezy main deb http://http.debian.net/debian wheezy main deb-src http://http.debian.net/debian wheezy […]
我在运行我的主Web服务器的Slicehost上有一个Ubuntu 7.10切片。 我想升级到Ubuntu 8.10，因为这个版本库已经没有7.10的版本了，我想要升级最新的安全和应用程序。 Slicehost似乎没有让我从7.10升级到8.10，他们build议我买一个新的VPS slice，升级到我所需要的，将我的数据移走，然后从第二片重新映像我的原始片。 有没有其他人做到这一点？ 有没有更好的方法来做到这一点，或者在做这件事的时候注意一些问题？ 如果我使用这种方法，我的网站会下降多久？ 我可以在星期六的2个小时内完成吗？
是否可以仅使用远程桌面就地将Windows Server 2008 R2升级到Windows Server 2012？ 我的计划是将WS 2012安装iso文件解压到C：\ WS2012并运行安装程序。 重新启动后，远程桌面连接将会丢失，但稍后会恢复吗？ 安装程序将自动安装一切，重新启动，运行WS 2012并开始监听RDP连接？ 服务器租用，我想节省KVM费用。 我在这里读到，可以像这样将WS 2008升级到WS 2008 R2。 谢谢！
我刚刚将版本1.25.x的MediaWiki安装升级到1.26.1，但现在样式信息不显示。 因此，该页面将显示所有文本，而不显示左侧的链接列。 当我查看页面的源代码，并点击应该加载样式的链接时，似乎有一些CSS，但文件开始如下： /* 内部错误 内部错误 有问题的模块：{“mediawiki.sectionAnchor”：“error”，“skins.vector.styles”：“error”} * / 当我单击页面源代码中的脚本链接时，大概是默认脚本，它显示了类似的消息（但没有太多实际的代码）： /* 内部错误 内部错误 有问题的模块：{“startup”：“error”} * / 从网上search，我发现了以下两个页面，在撰写本文时没有任何解决scheme： https://www.mediawiki.org/wiki/Topic:Sty0r6j0y9u8yute https://www.mediawiki.org/wiki/Topic:Stvdbhcbttk5aa9d 如果重要，我正在使用的安装是HTTPS。 $ wgServer设置相应地设置为$wgServer = "//www.some-domain.com"; 。 图像加载正常，并且浏览器debugging器的networking选项卡上没有404或其他此类HTTP错误。 该服务器正在运行PHP版本5.6.16。 我的问题是： （1）有没有其他人有这个问题，并find一个解决scheme， 而不是降级PHP ？ （2）有谁知道是否将 PHP 升级到新的7.x系列可以解决这个问题？ （在同一台服务器上有一些大型的WordPress安装，所以我还没敢尝试安装新的PHP） 更新1：虽然我不知道底层的问题是什么，显然这个问题是特定于默认的vector皮肤。 我将$ wgDefaultSkin设置（在LocalSettings.php中 ）从vector更改为monobook ，现在wiki显示得很好。 更新2：如在评论中所要求的，我试图直接从GitHub下载Vector皮肤。 我下载了最新的主分支（截至2015-12-18）。 不幸的是，这没有什么区别。 删除旧的文件并复制新的（或相同的？）文件并将设置更改为vector后 ，问题又回来了。 更新3：为了完整起见，我尝试安装Vector的wmf / 1.27.0-wmf.9分支，但没有任何区别。 我什至尝试重新启动Web服务器，以确保它不是一个caching问题。 更新4：我试图清除服务器范围的PHPcaching，但没有任何区别。 然后我试着启用$ wgResourceLoaderDebug选项。 虽然这个选项并没有解决加载时的问题，但是我认为它会为真正debugging皮肤的人提供更好的细节。 启用此选项后，页面源显示5个单独的样式表条目，其中只有两个出现内部错误 。 […]