标签: coreos

CoreOS 不包含包管理器，但我首选的文本编辑器是nano, notvi或vim. 有没有办法解决？

gcc 不可用，因此无法从源代码编译：

core@core-01 ~/nano-2.4.1 $ ./configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... no
checking whether make supports nested variables... no
checking for style of include used by make... none
checking for gcc... no
checking for …

我和我的团队最近注意到，在我们的 VM 上启动 Redis 会给出以下警告：“警告您在内核中启用了透明大页面 (THP) 支持。这将导致 Redis 出现延迟和内存使用问题。”。

我调查了这个话题，只是为了发现大多数数据库供应商建议（如果不需要）您禁用 THP。举几个例子：

• MongoDB
• 沙发底座
• 数据库
• 数据库
• Percona TokuDB

我还注意到许多发行版默认启用了此功能：

• 红帽
• CentOS
• Ubuntu
• 核心操作系统

所以问题是：

• 为什么默认启用？
• 在我们的集群虚拟机（一个基于 CoreOS 的 Kubernetes 集群，我们在其中运行许多不同的 Docker 容器）上禁用 THP 可能有什么缺点/风险？

在遵循systemd 指南时，我遇到了此示例配置的问题：

[Unit]
Description=MyApp
After=docker.service
Requires=docker.service

[Service]
TimeoutStartSec=0
ExecStartPre=-/usr/bin/docker kill busybox1
ExecStartPre=-/usr/bin/docker rm busybox1
ExecStartPre=/usr/bin/docker pull busybox
ExecStart=/usr/bin/docker run --name busybox1 busybox /bin/sh -c "while true; do echo Hello World; sleep 1; done"

[Install]
WantedBy=multi-user.target

如果我在系统运行时运行“systemctl start hello”，docker将启动，但如果我启用“hello.service”以通过systemd启动并重新启动机器，我会收到此错误：

-- Reboot --
Mar 15 01:17:44 general systemd[1]: Starting MyApp...
Mar 15 01:17:47 general docker[510]: Error response from daemon: No such container: busybox1
Mar 15 01:17:47 general docker[510]: time="2015-03-15T01:17:47Z" level="fatal" msg="Error: failed to kill one or more containers"
Mar 15 …

我看到使用 kubernetes 可以为某些工作负载设置节点关联。我想知道在各种容器技术（例如 docker、rocket 等）中是否有任何设施可以让您将进程固定到核心？或者这在多租户环境中是否可行？也许这意味着裸机设置？

我正在运行 CoreOS EC2 实例。我在此实例上运行一个侦听本地端口 950 的进程。通常，一切正常，但在最近重新启动 CoreOS 服务器后，该进程无法侦听端口 950，因为它已被另一个进程占用。

另一个进程似乎是用于挂载 AWS EFS 卷的 NFSv4 客户端。这是 netstat 告诉我的：

Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 10.30.102.250:950       10.30.102.170:2049      ESTABLISHED

这是的相关部分/etc/mtab：

fs-faa33256.efs.us-west-2.amazonaws.com:/ /efs nfs4 rw,relatime,vers=4.1,\
rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,\
clientaddr=10.30.102.250,local_lock=none,addr=10.30.102.170 0 0

几个问题： 1. 为什么 CoreOS 服务器上的 NFS 客户端使用低编号端口与远程 NFSv4 服务器通信？2. 我可以告诉 NFS 客户端避免使用端口 950（或仅使用非特权端口）吗？