by ·0评论

错误信息 “/lib64/libm.so.6: version `GLIBC_2.27′ not found” 表示程序运行需要 GLIBC 2.27 版本的 libc 库，而系统中安装的 libc 库的版本较低，因此无法找到所需的库。

要解决这个问题，一种可行的方法是更新 libc 库的版本。可以按照以下步骤进行操作：

  1. 检查系统中 libc 库的版本。可以使用以下命令查看：
ldd --version

该命令会返回系统中的 libc 库版本以及其他相关信息。

  1. 下载 GLIBC 2.27 版本的源码包。可以从 GLIBC 的官方网站下载（http://ftp.gnu.org/gnu/glibc/glibc-2.27.tar.gz）。
  2. 解压源码包并进入源码目录。
  3. 编译并安装 GLIBC 2.27。可以使用以下命令：
./configure --prefix=/usr/local/glibc-2.27
make
sudo make install

请注意，安装的目录可以根据实际情况进行修改。

  1. 将新的 libc 库路径添加到 LD_LIBRARY_PATH 环境变量中。可以使用以下命令：
export LD_LIBRARY_PATH=/usr/local/glibc-2.27/lib:$LD_LIBRARY_PATH
  1. 重新运行程序，查看是否仍然出现错误。

请注意，更新系统的 libc 库版本可能会影响到其他程序的运行，因此在执行此操作之前，请仔细考虑潜在的影响，并在操作之前备份重要数据。

by ·0评论

“nslookup: command not found” 是由于您的系统找不到 nslookup 命令引起的。nslookup 是一个常用的 DNS 查询工具，通常在 Linux 和 Unix 系统上使用。

要解决这个问题，您需要检查您的系统是否安装了 nslookup 工具。您可以尝试通过以下命令检查：

which nslookup

如果输出为空或返回 “command not found”，则说明您的系统未安装 nslookup 工具。

对于基于 Debian 或 Ubuntu 的系统，您可以通过以下命令安装 nslookup 工具：

sudo apt-get update
sudo apt-get install dnsutils

对于基于 Red Hat 或 CentOS 的系统，您可以通过以下命令安装 nslookup 工具：

sudo yum update
sudo yum install bind-utils

如果您使用的是其他 Linux 或 Unix 发行版，请参考其文档或使用适合您的包管理器来安装 nslookup 工具。

如果命令仍然无法找到 nslookup，您可以尝试直接使用 IP 地址查询 DNS 记录，例如：

ping -c1 example.com

这将向 example.com 发送一个 ICMP 回显请求并显示其 IP 地址。

希望以上信息可以帮助您解决问题。

by ·0评论

该错误表示系统中没有找到可执行sudo命令。sudo是Linux和Unix系统中的特权命令，允许普通用户以超级用户（也称为root用户）的身份执行操作。

如果正在使用MacOS系统，则可以尝试通过在终端中输入以下命令来安装sudo：

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install.sh)"

如果正在使用Ubuntu或Debian系统，则可以使用以下命令安装sudo：

apt-get update
apt-get install sudo

如果您正在使用其他Linux或Unix系统，请参考相关文档以了解如何安装sudo或联系系统管理员。

by ·0评论

该错误通常是因为正在使用不支持apt-cache命令的操作系统或发行版。apt-cache命令通常用于Debian及其衍生发行版中，如Ubuntu。

如果您在Debian或Ubuntu上使用该命令，请尝试更新包管理器，使用以下命令：

sudo apt-get update

如果使用的是不同的操作系统或发行版，请尝试使用相应的包管理器来更新软件包。例如，如果使用的是CentOS或Fedora，请使用以下命令更新软件包：

sudo yum update

如果仍然遇到问题，请检查PATH环境变量是否正确设置，以确保可以访问系统上的正确命令。

by ·0评论

这个错误通常是因为你的系统上没有安装Vim编辑器导致的。

如果你使用的是Linux或MacOS操作系统，可以尝试以下方法来安装Vim：

1. 使用包管理器安装Vim，例如在Ubuntu上使用以下命令：

sudo apt-get install vim

或者在Mac上使用Homebrew包管理器：

brew install vim

2. 如果你无法使用包管理器，则可以从Vim的官方网站（https://www.vim.org/download.php）下载Vim二进制文件。

3. 或者你也可以使用另一个编辑器代替Vim，例如Emacs或Nano等。

安装完成之后，输入vim命令应该就可以打开Vim编辑器了。

by ·0评论

现象描述

日志中出现报错信息 “fork：Cannot allocate memory”。如下图所示：

可能原因

可能是进程数超限导致。系统内部的总进程数达到了 pid_max 时，再创建新进程时会报 “fork：Cannot allocate memory” 错。

解决思路

  1. 参考 处理步骤，查看实例内存使用率是否过高。
  2. 核实总进程数是否超限，并修改总进程数 pid_max 配置。

处理步骤

1、执行以下命令，查看系统 pid_max 值。

sysctl  -a | grep pid_max

根据返回结果，进行对应操作：

1.1、返回结果如下图所示，pid_max 默认值为32768，请执行下一步。

1.2、返回报错信息 “fork：Cannot allocate memory”，则需执行以下命令，临时调大 pid_max。

echo 42768 > /proc/sys/kernel/pid_max

您可再次执行命令，查看系统 pid_max 值。

2、执行以下命令，查看系统内部总进程数。

pstree -p | wc -l

若总进程数达到了 pid_max，则系统在创建新进程时会报 “fork Cannot allocate memory” 错。

您可执行 ps -efL 命令，定位启动进程较多的程序。

3、将 /etc/sysctl.conf 配置文件中的 kernel.pid_max 值修改为65535，以增加进程数。修改完成后如下图所示：

4、执行以下命令，使配置立即生效。

sysctl -p

by ·0评论

现象描述

Linux 云服务器在内存使用率未占满的情况下触发了 OOM（Out Of Memory）。如下图所示：

可能原因

可能是由系统可用内存低于 min_free_kbytes 值导致。min_free_kbytes 值表示强制 Linux 系统最低保留的空闲内存（Kbytes），如果系统可用内存低于设定的 min_free_kbytes 值，则默认系统启动 oom-killer 或强制重启。具体行为由内核参数 vm.panic_on_oom 值决定：

  • 若 vm.panic_on_oom=0，则系统会提示 OOM，并启动 oom-killer 杀掉占用最高内存的进程。
  • 若 vm.panic_on_oom =1，则系统会自动重启。

解决思路

  1. 参考处理步骤进行排查，查看实例内存使用率是否过高及总进程数是否受限。
  2. 核实 min_free_kbytes 值设置，并修改为正确配置。

处理步骤

1、登录云服务器，执行以下命令查看 min_free_kbytes 值

sysctl -a | grep min_free

min_free_kbytes 值单位为 kbytes，下图所示 min_free_kbytes = 1024000 即为1GB。

2、执行以下命令，使用 VIM 编辑器打开 /etc/sysctl.conf 配置文件。

vim /etc/sysctl.conf

3、按 i 进入编辑模式，修改 vm.min_free_kbytes 配置项。若该配置项不存在，则直接在配置文件中增加即可。

*建议修改 vm.min_free_kbytes 值为不超过总内存的1%即可。

4、按 Esc 并输入 :wq 后，按 Enter 保存并退出 VIM 编辑器。

5、执行以下命令，使配置生效即可。

sysctl -p

by ·0评论

如果docker run redis时，查看日志发现警告：

WARNING overcommit_memory is set to 0! Background save may fail under low memory cThe TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.

需要在docker run后面加入 --sysctl net.core.somaxconn=1024，如：

docker run --restart=always --name=redis --sysctl net.core.somaxconn=1024 -d -v /etc/redis:/etc/redis -p 6379:6379 redis:alpine redis-server /etc/redis/redis.conf --appendonly yes

by ·0评论

解决 XmlDocument 在调用 LoadXml 方法时发生 hexadecimal value 0x08, is an invalid character 和 hexadecimal value 0x12, is an invalid character 等错误。

原因是有很多符号不能在XML代码中出现，所以我们要替换掉：

private string ReplaceHexadecimalSymbols(string txt)
{
	if (txt != "")
	{
		string r = "[\x00-\x08\x0B\x0C\x0E-\x1F]";
		return Regex.Replace(txt, r, "", RegexOptions.Compiled);
	}
	else
	{
		return "";
	}
}