Craig Ringer's questions

GNUtime具有可选的 I/O 测量显示：

TIME="%I:%O" /usr/bin/time cp filea fileb
0:5488

但它测量的是什么单位？有任何想法吗？说明书只说

   %I     Number of filesystem inputs by the process.

   %O     Number of filesystem outputs by the process.

这没什么帮助。

一些测试表明它可能是 512k 块，包括数据和元数据：

$ TIME="%I:%O" /usr/bin/time dd if=/dev/zero of=foo bs=1 count=1024
1024 bytes (1.0 kB, 1.0 KiB) copied, 0.0120082 s, 85.3 kB/s
0:8

$ TIME="%I:%O" /usr/bin/time dd if=/dev/zero of=foo bs=1k count=1 conv=sync
1024 bytes (1.0 kB, 1.0 KiB) copied, 0.000354987 s, 2.9 MB/s
0:8

$ TIME="%I:%O" /usr/bin/time dd if=/dev/zero of=foo bs=1k count=1024
1048576 bytes (1.0 MB, 1.0 MiB) copied, 0.017763 s, 59.0 MB/s
0:2080

[craig@ayaki-localdomain personal-git]$ TIME="%I:%O" /usr/bin/time dd if=/dev/zero of=foo bs=1M count=1 conv=sync
1048576 bytes (1.0 MB, 1.0 MiB) copied, 0.0052077 s, 201 MB/s
0:2048

但很高兴确认这一点。

有谁知道它来自哪里？

我正在使用一个系统，该系统会为其众多 (40) 个卷中的每个卷拍摄一组 42 个轮换的每日 EBS 快照，以用于灾难恢复目的。EBS 卷被聚合到一个 RAID 卷中。通过在拍摄快照期间冻结文件系统来拍摄一组一致的快照。每个单独的卷只有 2 TiB。

在 DR 测试期间，发现将 20+ TiB 的应用程序数据（PostgreSQL 数据库、许多大型表）从快照创建的 EBS 快照支持卷复制到新的非快照卷上需要 24 小时以上。支持的卷。由于 8 个 rsync 同时在不同的子树上工作，因此在副本中具有相当大的并行性。

如果数据没有复制到新的 EBS 卷，那么基于 PostgreSQL 的应用程序会像蜂蜜一样运行很多天，大概直到 EBS 卷的块被弄脏，所以它们现在直接在 EBS 卷上，而不是来自快照。

相比之下，将相同数据从一组非快照支持的 EBS 卷复制到另一个卷只需要几个小时，而使用类似规模的“真实”硬件再次需要的时间要少得多。

为什么我会看到快照支持的卷和普通卷之间存在如此巨大的性能差异？

我的假设是它正在执行写时复制，因此由于必须单独获取快照，因此干净的块不会改变。如果有 40 个快照堆栈支持该卷，那么它可能很难在它出现的最新快照中快速定位块并获取它。

有什么方法可以强制 AWS 从快照中高效且线性地预填充整个新的 EBS 卷，而不是像实际看起来那样进行懒惰的写时复制？

解决此问题的任何其他想法？如果恢复时间超过一天，则一组 DR 快照的用处会大大降低。

（与Ansible 角色中的回调或钩子以及可重用的一系列任务有关）：

有没有比（ab）使用 jina2 模板表达式更好的方法来追加到列表或在 Ansible 中向字典添加键？

我知道您可以执行以下操作：

- name: this is a hack
  shell: echo "{% originalvar.append('x') %}New value of originalvar is {{originalvar}}"

但是真的没有任何元任务或助手可以做到这一点吗？

它感觉很脆弱，似乎没有文档记录，并且依赖于许多关于变量在 Ansible 中如何工作的假设。

我的用例是多个角色（数据库服务器扩展），每个角色都需要为基本角色（数据库服务器）提供一些配置。这不像在 db server 配置文件中添加一行那么简单；每个更改都适用于同一行，例如扩展名bdr和pg_stat_statements必须都出现在目标行上：

shared_preload_libaries = 'bdr, pg_stat_statements'

执行此操作的 Ansible 方法是否只是使用正则表达式多次处理配置文件（每个扩展名一次），提取当前值，解析它，然后重写它？如果是这样，您如何在多次运行中使其具有幂等性？

如果配置比这更难解析并且不像附加另一个逗号分隔值那么简单怎么办？想想 XML 配置文件。

我在让 RPM 签名为 RHEL / CentOS 5 主机工作时遇到了严重的问题。

TL;DR：RPM 签名不起作用，它以各种疯狂和不稳定的方式工作，具体取决于确切的 GPG 密钥大小和格式，甚至生成位置，当密钥显示rpm -qa gpg-*为存在时会产生 NOKEY 错误；BAD刚刚在同一台机器上使用相同密钥签名的 RPM 上的签名错误；gpg 直接接受密码的密钥上出现无效密码错误；等等

我已经测试了 4096、2048 和 1024 位 RSA 密钥以及 2048 位 DSA 密钥，在同一个 CentOS 5.10 虚拟机上进行签名和验证。行为因密钥类型和大小而异，但我还没有找到任何真正有效的东西。

名称、电子邮件和 RPM 文件名被 XXX 屏蔽但没有其他编辑，例如 DSA 2048 密钥：

$ rpm --version
RPM version 4.4.2.3

$ gpg --list-secret 92fb1e62
sec   2048D/92FB1E62 2014-08-29 [expires: 2015-08-29]
uid                  XXX <[email protected]>
ssb   2048g/2E0F0A24 2014-08-29 [expires: 2015-08-29]

$ gpg -a --export 92fb1e62 > /tmp/packagers

$ sudo rpm --import /tmp/packagers

$ rpm -qa gpg*
gpg-pubkey-92fb1e62-54001945

$ rpmsign --define '%_gpg_name [email protected]' --resign test.el5.x86_64.rpm
Enter pass phrase: 
Pass phrase is good.
test.el5.x86_64.rpm:
gpg: WARNING: standard input reopened
gpg: WARNING: standard input reopened

$ rpm -v -K test.el5.x86_64.rpm
test.el5.x86_64.rpm:
    Header V3 DSA signature: NOKEY, key ID 92fb1e62
    Header SHA1 digest: OK (47271f9fa8ac0ce03b980ff75a37f10d3b78ee7c)
    MD5 digest: OK (f453985ee4331d36cb82d2c4f6009509)
    V3 DSA signature: NOKEY, key ID 92fb1e62

NOKEY? 这有什么意义？

我正常导入了密钥rpm --import。它导入没有错误。它列在 RPM DB 中。然而 RPM 的验证命令没有看到它。

我在 CentOS 5 上看到 4096 位 RSA 密钥存在同样的问题。

（在 Fedora 20 上，它反而失败了：

$ rpmsign --define '%_gpg_name [email protected]' --resign test.x86_64.rpm
Enter pass phrase: 
Pass phrase is good.
test.x86_64.rpm:
error: Unsupported PGP signature

......这至少是在签署时失败，而不是稍后。）

如果我在 CentOS 5 上使用 2048 或 1024 位 RSA 密钥，我会在验证签名时收到错误的签名报告，尽管我只是使用该密钥签署了 RPM：

$ gpg --import /mnt/repo/packaging-key-secret-1024
gpg: key 1FC138CC: secret key imported
gpg: key 1FC138CC: public key "XXX <[email protected]>" imported
gpg: Total number processed: 1
gpg:               imported: 1  (RSA: 1)
gpg:       secret keys read: 1
gpg:   secret keys imported: 1

$ gpg -a --export [email protected] > /tmp/packagers

$ sudo rpm --import /tmp/packagers

$ rpm --define '%_gpg_name [email protected]'  --resign test.x86_64.rpm
Enter pass phrase: 
Pass phrase is good.
test.x86_64.rpm:
gpg: WARNING: standard input reopened
gpg: WARNING: standard input reopened

$ $ rpm -v -K test.x86_64.rpm
test.x86_64.rpm:
Header V3 RSA/SHA1 signature: BAD, key ID 1fc138cc
Header SHA1 digest: OK (1befc128ddd02a79d1b1098bc16aff4532b5af6c)
V3 RSA/SHA1 signature: BAD, key ID 1fc138cc
MD5 digest: OK (2aaacbe1db08a2c63c94f2f705693c7d)

严重地。怎么回事？我正处于沮丧之中，我将自己置于 Stack Exchange 的怜悯之下。RPM 打包者，请分享你的秘密签名巫术。

这似乎与有关 stdin 被重新打开的警告无关。

（我很想不支持 EL5，但我坚持支持它的时间更长，以及更新和更健全的发行版）。

其他相关信息：

$ gpg --version
gpg (GnuPG) 1.4.5
...blahcopyrightblah...
Supported algorithms:
Pubkey: RSA, RSA-E, RSA-S, ELG-E, DSA
Cipher: 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH
Hash: MD5, SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224

$ cat /etc/redhat-release 
CentOS release 5.10 (Final)

哦，为了获得额外的 WTF 积分，我直接在 CentOS 机器上生成了一个一次性的新密钥，密码短语为“fred”。我可以用它签名：

$ gpg -q -a -b --sign -u [email protected] testfile
You need a passphrase to unlock the secret key for
user: "XXX <[email protected]>"
1024-bit DSA key, ID 99188B9C, created 2014-08-29

并验证它：

$ gpg -v testfile.asc 
gpg: armor header: Version: GnuPG v1.4.5 (GNU/Linux)
gpg: assuming signed data in `testfile.asc'
gpg: Signature made Fri 29 Aug 2014 08:02:47 AM UTC using DSA key ID 99188B9C
gpg: Good signature from "XXX <[email protected]>"
gpg: binary signature, digest algorithm SHA1

但是 rpmsign 更加疯狂。使用完全相同的密码短语拒绝它：

$ rpmsign --define '%_gpg_name [email protected]'  --resign test.el5.x86_64.rpm
Enter pass phrase: 
Pass phrase check failed

无论是打字还是复制粘贴。rpm用作包装器而不是直接使用rpmsign没有区别。

更新：对于新的奖励疯狂点，在 CentOS 6.5 上使用 2048 位 DSA 密钥，使用test.rpm刚刚mock在 CentOS 6.5 目标模拟环境中编译的（即具有匹配的 RPM 版本）：

$ rpmsign --define '%_gpg_name 92FB1E62' --resign test.rpm
Enter pass phrase: 
Pass phrase is good.
test.rpm:

$ rpm -v -K test.rpm 
error: skipping package test.rpm with unverifiable V4 signature

是的 - rpmsign 只是对包进行了签名，然后拒绝了它自己的签名。

显然大多数人没有这些问题。我错过了什么？

我正在使用一个非常繁重的 RPM 规范文件，并且在构建它时产生了一个错误，我似乎无法追踪：

File not found: /var/tmp/pkgnamehere/mockbuild/usr/com/pgsql

（我已经用上面的“pkgnamehere”替换了完整的包 buildroot 路径，但它没有被编辑）。

%files 中没有/usr/com/pgsql任何内容，实际上也没有/com/。

想必这是宏观扩张的结果。问题是......如何找出哪一%files行对应于给定的丢失文件？它没有说“第 554 行的 %files 中的文件未找到：”或类似的有用信息。

许多实际的%files行看起来像：

%config(noreplace) %{_initrddir}/%{oname}-%{majorversion}

所以简单的文本搜索在这里没有用。

每行都可以rpm --eval，但是对于超过 300 个文件行并且需要定义所有输入宏，这非常痛苦。

提示？

$ rpm --version
RPM version 4.11.2
$ lsb_release -a
LSB Version:    :core-4.1-amd64:core-4.1-ia32:core-4.1-noarch:cxx-4.1-amd64:cxx-4.1-ia32:cxx-4.1-noarch:desktop-4.1-amd64:desktop-4.1-ia32:desktop-4.1-noarch:languages-4.1-amd64:languages-4.1-noarch:printing-4.1-amd64:printing-4.1-noarch
Distributor ID: Fedora
Description:    Fedora release 20 (Heisenbug)
Release:        20
Codename:       Heisenbug
$ mock --version
1.1.41

感谢这个 SO answer，rpmspec -P将扩展并打印出规范。但是，它并没有阐明：

$ rpmspec -P unified-rpm/postgresql94.spec | grep '/com/'
$ 

因为这里似乎有一个神秘的文件。

感谢这个 SO answer，rpmspec -P将扩展并打印出规范。

它在构建机器上看起来不错 - 然后我发现它实际上是 CentOS 5mock沙箱中的一个问题。

没有rpmspec，所以很难判断发生了什么。但是我偶然发现了这个错误，这表明这是 RHEL5 上的 RPM 的问题。果然，在沙箱中：

<mock-chroot>[root@ayaki BUILD]# rpm --eval '%_sharedstatedir'
/usr/com

我说....什么！？

因此，可以解决眼前的问题：

%if 0%{rhel5}
%define _sharedstatedir /var/lib
%endif

也许：

%if "%{_sharedstatedir}" == "/usr/com"
# See https://bugzilla.redhat.com/show_bug.cgi?id=894903
%define _sharedstatedir /var/lib
%endif

...但无论如何，基本问题仍然存在：您如何让 RPM 告诉您哪一%files行对应于丢失的文件？

我正在努力使 x64 主机构建工作人员能够构建 i686 RPM，现在 AWS EC2（我们用来运行构建工作人员）正在弃用 m1.medium 等 i386 节点，转而支持 m3.medium 等仅限 x64 的实例类型。

我可以推出在 64 位内核上运行 32 位用户空间的自定义 AMI，但这似乎是切换到使用多架构构建的好机会。

我目前安装核心开发工具并打包构建依赖项

yum install yum-utils
yum groupinstall "Development Tools"
yum-builddep postgresql

...但我不知道如何做多架构等效。对于单个包裹，您只需：

yum install glibc-devel.i686

例如，但这不适用于 groupinstall 或 builddep。

想法？

我正在尝试将我们的 Icinga 意大利面变成更易于管理和更少重复的东西。到目前为止，模板、对象继承、多重继承、主机组、服务组等功能已经满足了我的需求，但我只停留在一个方面。

TL;DR：我如何告诉 Icinga，如果该主机是特定主机组的成员，我想向所有成员主机和服务添加一个新的联系人组，即使是针对主机也是其成员的不同主机组定义的服务?

我有两组正交的主机组——一组用于主机类型，它与与主机类型相关的服务和服务依赖项相关联，例如“PostgreSQL 服务器”。另一组组确定节点的责任范围以及谁需要关心每个节点。

我需要根据识别责任区域的主机组将联系规范应用于服务 - 并且希望这样做而不必为每个（主机类型，责任区域）主机组对覆盖每个服务。

所以，假设我定义了一个主机组“postgresql_servers”和相关的服务“postgresql_connection”：

define hostgroup {
        hostgroup_name          postgres_servers
        alias                   All PostgreSQL servers
}

define service {
        use                     some_service_template
        hostgroup_name          postgres_servers
        contact_groups          support_engineers_notifications
        service_description     POSTGRES_CONNECTION
        check_command           check_dummy!2!"Passive check failed"
}

然后我有一个主机组“servers_for_bob”和一个联系人“bob”，它们还没有相互关联：

define hostgroup {
        hostgroup_name          servers_for_bob,
        alias                   These are for Bob
}

define contact {
    contact_name                  bob
    alias                         bob: Bob B.
    use                           some_contact_template
}

define contactgroup {
    contactgroup_name             team_bob
    members                       bob
}

现在，让主机成为两个主机组的成员很容易：

define host {
        use             some_host_template
        host_name       buildingthings.example.com
        hostgroups      servers_for_bob, postgres_servers
        alias           The first thing bob built
}

...在此过程中，它将获得针对 . 定义的所有服务postgres_servers，例如POSTGRES_CONNECTION. 但是服务通知只会support_engineers_notifications按照基础服务的定义发送POSTGRES_CONNECTION。

现在我想team_bob在主机出现问题或其任何服务出现问题时通知。无需重新声明所有这些服务。

对于主机本身，我可以在对象继承中使用合并规则，contact_groups例如

define host {
        use             some_host_template
        host_name       buildingthings.example.com
        hostgroups      servers_for_bob, postgres_servers
        alias           The first thing bob built
        contact_groups  +team_bob
}

而对于更多的主机，可以使用多主机模板继承来减少重复。

但是，AFAIK 不会导致通过使主机也成为发送通知的成员来隐式定义的服务。postgres_serversteam_bob

这是拓扑：

+--------------------------------------+       +-----------+                                    
|                                      |       | Contact:  |                                    
|    Hostgroup:                        |       | Team Bob  |                                    
|    postgresql_servers               <--????--+           |                                    
|                                      | ^^^^  |           |                                    
|                                      | how?  +-----------+                                    
|                                      |                                                        
|   +----------------------------------------+                                                  
|   |                                  |     |                                                  
|   |                                  |     |                                                  
|   |   +-------------------------+    |     |                                                  
|   |   |-------------------------|    |     |                                                  
|   |   ||                       ||    |     |                                                  
|   |   || Host buildingthings   ||    |     |                                                  
|   |   || hostgroups:           ||    |     |                                                  
|   |   ||   postgres_servers,   ||    |     |                                                  
|   |   ||   servers_for_bob     ||    |     |                                                 
|   |   ||                       ||    |     |                                                  
|   |   ||                       ||    |     |                                                  
|   |   ||                       ||    |     |                                                  
|   |   ||                       ||    |     |                                                  
|   |   ||                       ||    |     |                                                  
|   |   |-------------------------|    |     |                                                  
|   |   +-------------------------+    |     |                                                  
|   |                                  |     |                                                  
+--------------------------------------+     |      +----------------------+                    
    |                                        |      |                      |                    
    |                                        |      | Service:             |                    
    |                                       <-------+ POSTGRES_CONNECTION  |                    
    |                                        |      |                      |                    
    |      Hostgroup                         |      |                      |                    
    |      servers_for_bob                   |      +----------------------+                    
    |                                    ^   |                                                  
    +----------------------------------------+      +---------+------------+                    
                                         |          | More services...     |                    
                                         +----------+                      |                    
                                                    +----------------------+                    

（感谢http://asciiflow.com/）

我如何告诉 Icinga 如果该主机是主机组的成员，servers_for_bob我想将联系人添加bob到所有成员主机和服务，即使是通过主机组继承隐式定义的那些？

我已经看到关于使用主机和服务升级来解决此问题的模糊提及，但无法弄清楚如何。

这似乎是一个常见的要求，但我不知道从哪里开始。帮助？

我在 AWS EC2 上创建了一个新的 Windows 实例，使用我通过从本地机器上传我的公钥创建的密钥对。

该实例启动正常，但它不会解密密码。它报告：

我确定我上传了正确的密钥。我已经验证指纹与 AWS 使用的奇怪指纹格式匹配。但它只是不会解密。

我已经尝试上传密钥文件，并将其粘贴到表单中。

我最终发现它没有删除尾随换行符，并删除了键中的空白行。但是，当我单击“解密密码”时，这只会让我遇到一个新错误：

当我将我的 OpenSSH 公钥导入 AWS EC2 的密钥环时，AWS 显示的指纹与我看到的不匹配：

ssh-keygen -l -f my_key

它是不同的长度并且具有不同的字节。

为什么？我确定我上传了正确的密钥。

默认情况下，PostgreSQL 用户在 unix 套接字上进行对等身份验证，其中 unix 用户必须与 PostgreSQL 用户相同。所以人们经常使用su或sudo成为postgres超级用户。

我经常看到人们使用如下结构：

sudo su - postgres

而不是

sudo -u postgres -i

我想知道为什么。同样，我见过：

sudo su - postgres -c psql

代替

sudo -u postgres psql

如果您sudo在没有. 但是，为什么要在比史前时代还少的 UNIX 或 Linux 上使用呢？susudosudo su

通过 boto 和 Python API 启动 EC2 实例时，我遇到了一个奇怪的问题。只要我不尝试启动配置的 iops 实例，一切都很好，即使我设置了其他卷映射选项（如磁盘大小）也是如此。

但是，如果我通过设置volume_type为'io1'和设置为iopsNone 以外的值来设置 iops 计数，run_instances API 调用似乎成功且没有错误，并且新实例出现在“待定”状态，但它们很快变为“终止”状态无需输入“运行”。

在以下代码中，它使用（Python 2.7 上的 2.6.0）在继续之前boto建立连接：connus-east-1

launch_params = {
        'min_count': n_instances, 'max_count': n_instances,
        'instance_type': 'm1.large',
        'ebs_optimized': True
}
# Launch with provisioned iops or a larger disk if requested (EBS only)
if provisioned_iops is not None or disk_size_gb is not None:
        dev_sda = boto.ec2.blockdevicemapping.EBSBlockDeviceType(connection=conn, size=disk_size_gb, delete_on_termination=True)
        if provisioned_iops is not None:
                dev_sda.iops=int(provisioned_iops)
                dev_sda.volume_type = 'io1'
        bdm = boto.ec2.blockdevicemapping.BlockDeviceMapping()
        bdm['/dev/sda'] = dev_sda
        launch_params['block_device_map'] = bdm

launch_params.update(self.instance_defaults)
launch_params.update(ec2_api_options)
res = conn.run_instances(ami_id, **launch_params)

... 如果我尝试启动一个m1.largeAMIebs_optimized=True并且privisioned_iops=500run_instances 调用成功并且该实例显示为挂起但随后返回终止，系统日志中没有任何内容。

在没有配置的 iops 的情况下启动工作正常。