升级后，Hudson作业和从属节点丢失 [英] Hudson jobs and slave node are missing after an upgrade

问题描述

Hudson作业和奴隶信息存储在哪里以及如何存储?

Where and how are Hudson jobs and slave information stored?

我今天不小心取消了Hudson升级.它不允许我继续升级；只是降级到以前的版本，然后再次升级.降级后，最近创建的两个作业连同为这些作业之一创建的从属节点一起从仪表板中删除，最近删除的作业显示在仪表板上.升级后，作业和节点处于相同状态.

I accidentally canceled a Hudson upgrade today. It wouldn't permit me to continue the upgrade; only to downgrade to the previous version and then upgrade again. After I downgraded, the two jobs I had created in the recent past were gone from the dashboard along with the slave node I created for one of those jobs, and the job I had recently deleted showed up in the dashboard. After the upgrade, the jobs and nodes are in that same state.

发生了什么事?我可以恢复最近的作业和节点，该怎么做?请记住，虽然我非常了解C/C ++，但是Web服务不在我的领域，我真的不知道到底是什么罐子或战争.工作了.我希望避免简单地重新创造这些工作.设置其中之一并不容易.

What happened? Can I restore my recent jobs and nodes, and how would I do that? Please keep in mind that while I know C/C++ well, web services are out of my area and I don't really know what a jar or a war is... I just followed online directions to install and set up Hudson and it worked. I wish to avoid simply re-creating those jobs; setting up one of them was less than trivial.

更多信息:在配置中，主目录不正确；它认为HOME是/root/而不是/home/hudson.它是如何更改的，以及如何将其更改回原来的状态?

More info: Looking in the configuration, the home directory is incorrect; it thinks HOME is /root/ instead of /home/hudson. How did it change, and how do I change it back?

Hudson的先前版本是1.379.它当前正在运行1.381.我正在RHEL 5上运行它.

The previous version of Hudson is 1.379. It's currently running 1.381. I'm running it on RHEL 5.

当我在.hudson/jobs目录中查找时，两个最近的作业都在那里，而以前删除的作业不在那里.这些作业目录缺少其工作区"目录.

When I look in the .hudson/jobs directory, both of the recent jobs are there, and the previously deleted job is not there. These job directories are missing their "workspace" directories.

推荐答案

您已经注意到，作业配置存储在HUDSON_HOME/jobs/[name]/config.xml中.

As you've noticed, job configuration is stored in HUDSON_HOME/jobs/[name]/config.xml.

从站配置存储在主Hudson配置文件HUDSON_HOME/config.xml中.

Slave configuration is stored in the main Hudson config file, HUDSON_HOME/config.xml.

我不确定在升级后重新启动后，哈德森为什么不接班.查看Hudson日志可能会提供一个线索，通常是/var/log/hudson/hudson.log.

I'm not sure why Hudson didn't pick up the jobs when you restarted after the upgrade. Checking the Hudson log might provide a clue, usually /var/log/hudson/hudson.log.

如果存在作业的 config.xml 文件，则当您重新加载配置时，Hudson可能能够重新读取它们(管理Hudson -> 重新加载配置从磁盘).如果Hudson仍然无法识别它们(并且存在配置文件)，那么最好的选择是手动重新创建作业，以从配置文件中获取所有内容(请记住，XML转义应用于诸如build之类的文本字段)命令).

If your jobs' config.xml files are present, Hudson might be able to reread them if you reload your configuration (Manage Hudson -> Reload Configuration From Disk). If Hudson still doesn't recognize them (and the config file is present), your best bet is probably to recreate the jobs manually grabbing whatever you can from the config file (keeping in mind that XML escapes are applied to text fields like the build commands).

这篇关于升级后，Hudson作业和从属节点丢失的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！