主页 / user-67968

David Tinker's questions

Martin Hope
David Tinker
Asked: 2023-06-14 23:42:35 +0800 CST
  • 5

我正在尝试使用 containerd 在运行 Ubuntu 20.04 的新机器上安装 k8s，而 kubeadm 无法加载图像：

# kubeadm config images pull --kubernetes-version=1.21.0 --image-repository registry.k8s.io

无法拉取图像“registry.k8s.io/kube-apiserver:v1.21.0”：输出：time="2023-06-14T15:24:34Z" level=fatal msg="validate service connection: CRI v1 image API is未为端点“unix:///run/containerd/containerd.sock”实现：rpc 错误：code = Unimplemented desc = unknown service runtime.v1.ImageService”，错误：退出状态 1

我检查了 containerd，它正在运行。

# systemctl status containerd
● containerd.service - containerd container runtime
     Loaded: loaded (/lib/systemd/system/containerd.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2023-06-14 15:21:35 UTC; 9min ago

我没有 /etc/containerd/config.toml 所以它使用默认配置。

插件列表与另一台（更旧的）工作机器完全相同：

# ctr plugins list
TYPE                            ID                       PLATFORMS      STATUS
io.containerd.content.v1        content                  -              ok
io.containerd.snapshotter.v1    aufs                     linux/amd64    ok
io.containerd.snapshotter.v1    btrfs                    linux/amd64    skip
io.containerd.snapshotter.v1    devmapper                linux/amd64    error
io.containerd.snapshotter.v1    native                   linux/amd64    ok
io.containerd.snapshotter.v1    overlayfs                linux/amd64    ok
io.containerd.snapshotter.v1    zfs                      linux/amd64    skip
io.containerd.metadata.v1       bolt                     -              ok
io.containerd.differ.v1         walking                  linux/amd64    ok
io.containerd.gc.v1             scheduler                -              ok
io.containerd.service.v1        introspection-service    -              ok
io.containerd.service.v1        containers-service       -              ok
io.containerd.service.v1        content-service          -              ok
io.containerd.service.v1        diff-service             -              ok
io.containerd.service.v1        images-service           -              ok
io.containerd.service.v1        leases-service           -              ok
io.containerd.service.v1        namespaces-service       -              ok
io.containerd.service.v1        snapshots-service        -              ok
io.containerd.runtime.v1        linux                    linux/amd64    ok
io.containerd.runtime.v2        task                     linux/amd64    ok
io.containerd.monitor.v1        cgroups                  linux/amd64    ok
io.containerd.service.v1        tasks-service            -              ok
io.containerd.internal.v1       restart                  -              ok
io.containerd.grpc.v1           containers               -              ok
io.containerd.grpc.v1           content                  -              ok
io.containerd.grpc.v1           diff                     -              ok
io.containerd.grpc.v1           events                   -              ok
io.containerd.grpc.v1           healthcheck              -              ok
io.containerd.grpc.v1           images                   -              ok
io.containerd.grpc.v1           leases                   -              ok
io.containerd.grpc.v1           namespaces               -              ok
io.containerd.internal.v1       opt                      -              ok
io.containerd.grpc.v1           snapshots                -              ok
io.containerd.grpc.v1           tasks                    -              ok
io.containerd.grpc.v1           version                  -              ok
io.containerd.grpc.v1           cri                      linux/amd64    ok

# dpkg -s kubeadm | grep Version
Version: 1.21.0-00

（kubelet 和 kubectl 是一样的）

# dpkg -s containerd | grep Version
Version: 1.5.9-0ubuntu1~20.04.6

这些版本与集群中已有的其他机器相匹配。

有人有主意吗？谢谢。

kubernetes
Martin Hope
David Tinker
Asked: 2021-05-25 08:34:25 +0800 CST
  • 2

我们才刚刚开始使用 k8s。我们需要做的一件事是将在每个裸机 Ubuntu 20.04 主机节点上运行的服务公开给 k8s 中的 pod。该服务正在侦听节点的真实 IP 以及端口 8500 上的 localhost。有没有简单的方法可以做到这一点？

我可以使用其 IP 从 Pod 内部访问节点上的端口 80 和 443，但不能访问 8500。

kubernetes
Martin Hope
David Tinker
Asked: 2019-03-08 02:04:48 +0800 CST
  • 0

我正在尝试使用 apt-get 在服务器上安装新的东西并且收到此错误：

The following packages have unmet dependencies:
 cassandra : Depends: python-support (>= 0.90.0) but it is not installable
             Recommends: ntp but it is not going to be installed or time-daemon
...
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

到目前为止，我在网上找到的所有内容都建议升级/卸载 Cassandra。我绝对不能这样做！如何在不与 Cassandra 混淆的情况下消除此错误？我不介意我是否不能在使用包管理器之后升级它。

有没有办法删除包但保留其所有文件？

ubuntu
Martin Hope
David Tinker
Asked: 2019-02-02 01:09:45 +0800 CST
  • 3

我有一个由 3 台机器组成的 Pulsar 集群。每个运行 Pulsar 代理、Zookeeper 和 Bookkeeper。我的 broker.conf 中有以下内容：

managedLedgerDefaultEnsembleSize=2
managedLedgerDefaultWriteQuorum=2
managedLedgerDefaultAckQuorum=2

因此，我应该能够将 3 台机器中的任何一台关闭一段时间而不会中断服务，对吧？当我提出它时，它会得到它错过的所有信息的副本吗？我只是想确保在对我们的实时集群执行此操作之前正确理解事物。我不想有一个非常糟糕的周末！

message-queuing
Martin Hope
David Tinker
Asked: 2016-08-19 22:59:16 +0800 CST
  • 1

我的用户是“peaagent”。我尝试visudo -f /etc/sudoers.d/peaagent过以下方法：

peaagent ALL = (root) NOPASSWD: /bin/systemctl stop postgresql.service

当我尝试将 Postgresql 作为 peaagent 停止时，它会提示我输入密码：

peaagent@myserver:~$ /bin/systemctl stop postgresql.service
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Authentication is required to stop 'postgresql.service'.
Authenticating as: root
Password:

任何人都知道为什么这不起作用？德克萨斯州。

ubuntu sudo ubuntu-16.04
Martin Hope
David Tinker
Asked: 2014-11-27 08:14:24 +0800 CST
  • 3

我们正在使用 4 x 240 GB SSD 磁盘的新数据库服务器上进行一些测试。从我读到的内容来看，RAID 10 应该比 RAID 5 更快，具有相同的“一个磁盘丢失正常”冗余。

然而，当使用 bonnie++ 进行测试时，似乎 RAID 10 并不比 RAID 5 快。知道为什么吗？

RAID5（所有 4 个磁盘）：

# cat /proc/mdstat
md2 : active raid5 sdd3[4] sdc3[2] sda3[0] sdb3[1]
      688730112 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]

# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/md2        647G  1.6G  613G   1% /

# bonnie++ -d /tmp -u root

Version  1.97       ------Sequential Output------ --Sequential Input- --Random-
Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
db1a           252G  1113  99 474860  26 327393  16  5943  99 1192788  23 +++++ +++

Sequential write:   0.474 G/s
Sequential rewrite: 0.327 G/s
Sequential read:    1.192 G/s

RAID10：

# cat /proc/mdstat
md2 : active raid10 sdd3[3] sdc3[2] sdb3[1] sda3[0]
      459153408 blocks super 1.2 512K chunks 2 near-copies [4/4] [UUUU]

 # df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/md2        431G  1.6G  408G   1% /

# bonnie++ -d /tmp -u root

Version  1.97       ------Sequential Output------ --Sequential Input- --Random-
Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
db1a           252G  1221  99 492972  27 323392  15  5688 100 1178194  23 +++++ +++

Sequential write:   0.492 G/s
Sequential rewrite: 0.323 G/s
Sequential read:    1.178 G/s

更新

我使用 iozone 运行了 RAID 10 测试，以查看多线程基准测试是否会在假设 bonnie++ 报告的 99%-100% CPU 可能表明存在瓶颈的情况下表现更好：

# iozone -R -i 0 -i 1 -l 12 -u 12 -r 8k -s 22G
(12 threads, 8k block size, total file size of 264G)

"  Initial write "  538817.21  0.538 G/s
"        Rewrite "  511450.04  0.511 G/s
"           Read " 1087437.45  1.087 G/s
"        Re-read " 1201127.73  1.201 G/s
"    Random read "  576435.70  0.576 G/s
"   Random write "  400612.46  0.400 G/s

结果略好于bonnie++，但也不多。

RAID 5 的 iozone 结果：

"  Initial write "  516469.10   0.516 G/s
"        Rewrite "  489970.21   0.489 G/s
"           Read " 1116074.84   1.116 G/s
"        Re-read " 1116666.97   1.116 G/s
"    Random read "  611738.43   0.611 G/s 
"   Random write "  199486.44   0.199 G/s

因此，正如答案中所解释的那样，RAID 10 随机写入性能是 RAID 5 的两倍，但所有其他统计数据都相似或稍好一些。

ubuntu