systemd

服务是指在启动系统时自动运行的后台进程，对于普通用户，尤其是系统管理员来说，重启服务是一个常见的系统管理任务，在配置系统设置或安装新的应用程序时，经常要执行。 在本文中，我们将学习如何在Linux上通过systemctl重启一个服务。systemctl基本上是一个命令行系统应用程序，用于管理系统服务，可以启动、停止、重启、启用、禁用和查看服务的状态。 我们已经使用Debian 10来运行本文中提到的命令和过程，但是相同的命令也可以在其他发行版（如Ubuntu，CentOS或Fedora）上运行。 1、使用Systemctl重新启动服务 要重新启动服务，请使用命令行终端。为了打开终端，请转到桌面左上角的“活动”选项卡。然后从出现的搜索菜单中搜索“终端”应用程序并启动它。 要列出系统上的所有启用服务，请在终端中运行以下命令： $ systemctl list-unit-files | grep enabled 从上面的列表中，您可以使用systemctl命令找到要重新启动的服务的确切名称。 为了重新启动正在运行的服务（先停止然后再启动），请在终端中使用以下命令语法： $ sudo systemctl restart [service-name] 例如，要重新启动xrdp服务，请使用服务的确切名称替换“service-name”参数。 2、使用Systemd管理服务 除了重新启动服务外

大家好，我是良许。 在工作中，我们经常有个需求，那就是在系统启动之后，自动启动某个脚本或服务。在 Windows 下，我们有很多方法可以设置开机启动，但在 Linux 系统下我们需要如何操作呢？ Linux 下同样可以设置开机启动，但可能需要我们敲一些命令（可能也有 UI 界面的设置方法，但我不熟，我更多是玩命令）。下面我们就介绍三种简单但可行的开机启动设置方法。 方法一：修改 /etc/rc.d/rc.local 文件 /etc/rc.d/rc.local 文件会在 Linux 系统各项服务都启动完毕之后再被运行。所以你想要自己的脚本在开机后被运行的话，可以将自己脚本路径加到该文件里。 但是，首先需要确认你有运行这个文件的权限。 $ chmod +x /etc/rc.d/rc.local 为了演示，我们创建了一个脚本，当它被执行之后，将在家目录下写入有特定信息的文件。 $ vim auto_run_script.sh #!/bin/bash date >> /home/alvin/output.txt hostname >> /home/alvin/output.txt 保存退出后，再给它赋予可执行权限： $ chmod +x auto_run_script.sh 然后，我们再将脚本添加到 /etc/rc.d/rc.local 文件最后一行： $ vim /etc/rc.d/rc

pgrep是一个 命令 行实用程序，根据给定的条件查找正在运行的程序的进程id。它可以是完整的或部分的进程名、运行该进程的用户或其他属性。 如何使用pgrep 命令 语法： pgrep [options] pattern 当在没有任何选项的情况下调用时，pgrep将显示与给定名称匹配的所有正在运行的程序的pid。例如，要找到SSH服务器的PID，可以运行以下命令: [root@localhost ~]# pgrep ssh 853 1063 1589 如果想要结束ssh进程，可以使用pkill命令 [root@localhost ~]# pkill ssh pgrep在换行中打印每个匹配的进程ID。 -d 选项允许指定不同的分隔符。例如，如果想使用空格作为分隔符，运行下面的命令: [root@localhost ~]# pgrep ssh -l -d ' ‘ 1654 sssd_ssh1664 sshd1666 sshd 使用 -l 选项可以列出PID和进程名称： [root@localhost ~]# pgrep -l ssh 1654 sssd_ssh 1664 sshd 1666 sshd 如果想完全匹配，可以使用: [root@localhost ~]# pgrep '^sshd$' -l 1664 sshd 1666 sshd 使用 -u

下载docker的安装文件 https://download.docker.com/linux/static/stable/x86_64/ 下载的是：docker-18.06.3-ce.tgz 这个压缩文件 将docker-18.06.3-ce.tgz文件上传到centos7-linux系统上，用ftp工具上传即可 解压 [root@localhost java]# tar -zxvf docker-18.06.3-ce.tgz 将解压出来的docker文件复制到 /usr/bin/ 目录下 [root@localhost java]# cp docker/* /usr/bin/ 进入 /etc/systemd/system/ 目录,并创建 docker.service 文件 [root@localhost java]# cd /etc/systemd/system/ [root@localhost system]# touch docker.service 打开 docker.service 文件,将以下内容复制 [root@localhost system]# vi docker.service 注意 ： --insecure-registry=192.168.200.128 此处改为你自己服务器ip [Unit] Description=Docker Application

在K8S集群中，默认每Worker节点最大可创建110个Pod，实际可以根据节点资源情况调整范围。 在Woker节点上，可创建的Pod数量是作为Kubelet的参数出现的，因此修改Kubelet服务的配置文件增加 --max-pod 参数即可。 在/usr/lib/systemd/system/kubelet.service.d/10-kubeadm.conf文件中增加环境配置 Environment="KUBELET_NODE_MAX_PODS=--max-pods=600" 并在启动命令尾部添加变量 $KUBELET_NODE_MAX_PODS 如下： ExecStart=/usr/bin/kubelet $KUBELET_KUBECONFIG_ARGS $KUBELET_CONFIG_ARGS $KUBELET_KUBEADM_ARGS $KUBELET_EXTRA_ARGS $KUBELET_NODE_MAX_PODS 然后执行 #systemctl daemon-reload #systemctl restart kubelet 检查配置是否生效 #ps aux|grep kubelet root 21659 30.6 2.7 5145384 221520 ? Ssl 10:26 124:23 /usr/bin/kubelet --bootstrap-kubeconfig

主机 192.168.254.10 k8s-master 192.168.254.20 k8s-node1 192.168.254.21 k8s-node2 参数配置 所有节点都要执行 关闭swap swapoff -a # 注释掉/etc/fstab文件swap的行 修改内核模块 配置k8s.conf文件（#k8s.conf文件原来不存在，需要自己创建的） 所有节点上都要做 cat <<EOF>> /etc/sysctl.d/k8s.conf net.bridge.bridge-nf-call-ip6tables = 1 net.bridge.bridge-nf-call-iptables = 1 vm.swappiness=0 EOF sysctl --system 关闭防火墙 所有节点上都要做 systemctl stop firewalld systemctl disable firewalld 关闭selinux 1. 临时 setenforce 0 2. 永久关闭 vim /etc/sysconfig/selinux SELINUX=enforcing 替换为 SELINUX=disabled 准备仓库 k8s.repo cat <<EOF > /etc/yum.repos.d/kubernetes.repo [kubernetes] name=Kubernetes

node节点状态NotReady 排查日志发现pleg超时 pleg超时-----》 kubelet不健康 -----》 node not ready 那么问题来了？ pleg是什么？ pleg是pod生命周期事件生成器"pod lifecycle event generator", 的缩写。pleg会记录Pod生命周期中的各种事件，如容器的启动、终止等，这些事件会写入缓存中，同时他检测到container异常退出时，他会通知kubelet，然后重启创建该container。 PLEG is not healthy 如何发生？ Kubelet 在一个同步循环（SyncLoop() 函数）中会定期（默认是 10s）调用 Healthy() 函数。 Healthy() 函数会检查 relist 进程（PLEG 的关键任务，重新列出节点上的所有容器（例如 docker ps），并与上一次的容器列表进行对比，以此来判断容器状态的变化）是否在 3 分钟内完成。如果 relist 进程的完成时间超过了 3 分钟，就会报告 PLEG is not healthy 。一般而言当节点上运行有大量的Pod，亦或者负载过高性能下降，或者出现Bug时，PLEG便无法在3分钟内完成所有这些操作。 所以，原因有可能是docker ps和docker inspect很慢，以至于pleg在检查过程中超时

MySQL最新版本8.0.20正式发布。与之前8.0的系列版本一样，这次的发行版除了包含缺陷修复，也同样包括新功能。下面快速浏览一下。关键字：hash join、InnoDB双写缓冲、二进制日志事务压缩。 下载mysql8.0.20二进制安装包 环境：centos7 打开mysql官方下载链接 https://dev.mysql.com/downloads/mysql/ 然后选择操作系统为linux通用、结构是X86，64二进制安装包 将二进制安装包上传至Linux服务器 #下载相关依。 [15:12:04 root@a7 ~]#yum -y install make gcc-c++ cmake bison-devel ncurses-devel readline-devel libaio-devel perl libaio wget lrzsz vim libnuma* bzip2 xz #关闭selinux [15:35:17 root@a7 ~]#sed -i 's/SELINUX=enforcing/SELINUX=disabled/' /etc/selinux/config [15:35:51 root@a7 ~]#setenforce 0 setenforce: SELinux is disabled #创建mysql用户并创建分组 [16:12:37 root@a7

安装好Nginx后就可以查看nginx中的各种信息了。 一、Nginx配置文件 rpm -ql nginx //查看所有文件 /etc/logrotate.d/nginx 日志轮转 /etc/nginx/nginx.conf 总配置文件 /etc/nginx/conf.d 子配置文件夹 /etc/nginx/conf.d/default.conf 默认的网站配置文件 /etc/nginx/fastcgi_params 动态网站模块文件-python，php所需的相关变量 /etc/nginx/scgi_params /etc/nginx/uwsgi_params /etc/nginx/koi-utf 字符集，文件编码 /etc/nginx/win-utf /etc/nginx/koi-win /etc/nginx/mime.types 文件关联程序 网站文件类型 和 相关处理程序 /etc/nginx/modules 模块文件夹。第三方模块 /etc/sysconfig/nginx # Configuration file for the nginx service. NGINX=/usr/sbin/nginx CONFFILE=/etc/nginx/nginx.conf /etc/sysconfig/nginx-debug # Configuration file for the

[root@xtwj88 ~]# cat /etc/yum.repos.d/mongodb-org-4.2.repo [mongodb-org-4.2] name=MongoDB Repository baseurl=https://repo.mongodb.org/yum/redhat/$releasever/mongodb-org/4.2/x86_64/ gpgcheck=1 enabled=1 gpgkey=https://www.mongodb.org/static/pgp/server-4.2.asc [root@xtwj88 ~]# dnf list |grep mongodb collectd-write_mongodb.x86_64 5.8.1-1.el7 epel mongocli.x86_64 1.1.0-1 mongodb-org-4.2 mongodb.x86_64 2.6.12-6.el7 epel mongodb-org.x86_64 4.2.8-1.el7 mongodb-org-4.2 mongodb-org-mongos.x86_64 4.2.8-1.el7 mongodb-org-4.2 mongodb-org-server.x86_64 4.2.8-1.el7 mongodb-org-4.2 mongodb-org-shell.x86_64 4