Jonik's questions

在配置文件中，我试图替换PREFIX=/jenkins为PREFIX=/foobar.

在（bash）命令行上，这工作正常：

sed -i.bak s/PREFIX=\\/jenkins/PREFIX=\\/foobar/g /etc/default/jenkins

但是，在 Puppet 脚本（.pp 文件）中：

exec { 'Change-prefix':
  command => "sed -i.bak s/PREFIX=\\/jenkins/PREFIX=\\/foobar/g /etc/default/jenkins",
  path    => ["/bin"],
}

产生：

err: /Stage[main]//Exec[Change-prefix]/returns: change from notrun to 0 failed:
sed -i.bak s/PREFIX=\/jenkins/PREFIX=\/foobar/g /etc/default/jenkins 
returned 1 instead of one of [0] 

如何正确转义 sed 命令？还是有其他问题？

我也尝试过\\\/，但结果是：warning: Unrecognised escape sequence '\/'

使用Jenkins 的默认 Ubuntu/Debian 安装，是否有更改部署路径的简单方法？我希望詹金斯在某个地方可用http://localhost:8090/foobar

我正在寻找一种方法来配置它/etc/default/jenkins，类似于设置 HTTP 端口：

# port for HTTP connector (default 8080; disable with -1)
HTTP_PORT=8090

/etc/default/jenkins包含这个似乎相关的位，但我不确定如何使用它：

# servlet context, important if you want to use apache proxying  
PREFIX=/jenkins

我有一个 EC2 实例，带有实例存储根设备（即，不是 EBS），运行 Linux (Ubuntu)。

如果我像这样重新启动实例会发生什么：

sudo reboot

• 实例存储在重启后是否仍然存在，还是会被擦除？
• EC2 实例的公共 IP 地址如何（假设未使用弹性 IP）：它会改变还是保持不变？
• 如果使用弹性 IP ，重启后它是否仍然与该实例相关联？

在 Debian 上获取命令行 Amazon EC2 工具的推荐方法是什么？所以，基本上和这个问题一样，但是对于 EC2 而不是 S3。

Ubuntu 有ec2-ami-tools和ec2-api-tools，但我找不到 Debian 的等效软件包。一篇题为“在 Debian 中安装 EC2 AMI 和 API 工具”的博文谈到在包管理之外安装 Amazon 的包，但这似乎有点笨拙。

我需要（以编程方式，在 shell 脚本中）将EAR文件上传到 Debian (5.0.4) 上的 Amazon S3 存储桶。如果有的话，Debian 软件包为此提供了哪些简单的、可编写脚本的工具？

理想情况下，这将是一组类似于 Ubuntuec2-api-tools软件包中的命令行工具。

（我想要原始的 S3 存储桶访问，所以请不要建议像 Jungle Disk 这样的解决方案。）

我正在研究在 Amazon Web Services (AWS) 上运行集群 JBoss。

我想尝试 S3_PING，即让 JBoss 使用 S3 存储桶进行动态节点发现等，因为没有可用的多播。我找到了一段与 S3_Ping 相关的示例配置 XML，但我不确定您应该在 JBoss 安装的哪个位置进行配置。

那么，我需要调整哪些 JBoss 配置文件才能使 S3_PING 正常工作？谁能指出我更完整的例子？

JBoss 5.1.0 正式版。（这可能更像是一个 JGroups/JBoss 问题。我已经有了这个设置的 S3 存储桶，所以没有问题。）

一个简单的新手 JBoss 问题。

我已经安装（从这里）并运行了 JBoss 5.1.0 GA，我正在尝试访问管理控制台：

什么是默认凭据（如果有）以及您在哪里配置这些凭据？我在 JBoss Installation And Getting Started Guide中没有找到答案。

服务器运行的是 Ubuntu 9.10，但我认为这无关紧要，因为 JBoss 安装在包管理之外。

可能重复：
以其他用户身份运行 shell 脚本

在编写脚本以自动初始化 SVN 镜像存储库 ( svnsync ) 时，我再次遇到了尝试以另一个用户的权限启动另一个脚本的问题。

#!/bin/sh
# This outer script is always run with root privileges ("sudo create-repo.sh")

# Create repository, set privileges, etc
[...]

# Set up remote mirror; this works fine! (SSH key authentication)
ssh svnsync@anotherserver /var/lib/svn/init-mirror.sh $REPO

# Set up local mirror as "svnsync" user
# ???

如何以不同用户的身份在同一台机器上调用其他脚本？请注意，外部脚本始终以 root 身份执行，因此su以 anyuser 身份运行应该不是问题。

我试过类似的东西：

su svnsync; /path/to/init-mirror.sh $REPO; exit

并得到奇怪的结果。你应该怎么做？当远程如此简单时，它可能在本地是可能的，对吧？（现在，让我们假设不能以相同的“svnsync”用户运行外部脚本。）

我认为问题标题很烂，所以如果可以的话，请帮我改写。