systemd

对于使用 systemd 的系统，请在 /etc/docker/daemon.json 中写入如下内容（如果文件不存在请新建该文件） { "registry-mirrors": [ "https://dockerhub.azk8s.cn", "https://reg-mirror.qiniu.com" ] } 注意，一定要保证该文件符合 json 规范，否则 Docker 将不能启动。 之后重新启动服务。 $ sudo systemctl daemon-reload $ sudo systemctl restart docker 来源： https://www.cnblogs.com/justart/p/11660290.html

Centos 7.* 使用 Systemd 进行系统初始化，因此，Centos 7.* 中我们可以使用 systemctl 管理系统中的服务。 systemctl 管理的服务均包含了一个以 .service 结尾的文件，存放于 /lib/systemd/ 。 （在 Centos 7.* 中，使用 yum install 命令安装的软件都会在 /linb/systemd/ 下自动创建对应的 .service 文件。） 命令格式 systemctl cmd service_name.service 其中： cmd 指命令名称 service_name 指的是服务名称 .service 也可以省略 常用命令 查看服务状态 systemctl status service_name 启动服务 systemctl start service_name 关闭服务 systemctl stop service_name 设置开机启动 systemctl enable service_name 关闭开机启动 systemctl disable service_name 重启服务 systemctl restart service_name 来源： https://www.cnblogs.com/1lin24/p/11648607.html

我们知道，在我们登陆Linux后，系统就为我们提供了很多服务，比如例行工作调度服务crond、打印服务、邮件服务等。那么这些服务是如何被启动的呢？ 这个问题先放一下，接下来我们先了解一下Linux的启动过程。 1.Linux系统启动过程 启动过程分为5个阶段：内核引导、运行init进程、系统初始化、建立终端、用户登录系统。 1.内核引导 当计算机打开电源以后，首先是BIOS开机自检，按照BIOS中设置的启动设备（通常是硬盘）来启动。操作系统接管硬件以后，首先读入/boot目录下的内核文件。 2.运行init init进程是系统所有进程的起点。如果没有这个进程，系统中的任何进程都不会启动。 init进程首先会去读取配置文件。 init的任务就是运行这些daemon 。 init的类型： 运行级别 3.系统初始化 在init的配置文件中调用并执行了/etc/rc.d目录下的rc.sysinit脚本文件。 主要工作是：激活交换分区、检查磁盘、加载硬件模块以及执行一些优先任务。 用户可以通过chkconfig或setup中的“system services”来设定每个运行级别中将运行哪些守护进程daemon（就是服务）。 4.建立终端 5.用户登录 有三种登录方式：命令行登录、ssh登录、图形界面登录。 2.systemd服务管理机制 在centOS7.x之后

前言 郑重声明 ：本文不是 Podman 的入门篇，入门请阅读这篇文章： 再见 Docker，是时候拥抱下一代容器工具了 Podman 原来是 CRI-O 项目的一部分，后来被分离成一个单独的项目叫 libpod 。Podman 的使用体验和 Docker 类似，不同的是 Podman 没有 daemon。以前使用 Docker CLI 的时候，Docker CLI 会通过 gRPC API 去跟 Docker Engine 说「我要启动一个容器」，然后 Docker Engine 才会通过 OCI Container runtime（默认是 runc ）来启动一个容器。这就意味着容器的进程不可能是 Docker CLI 的子进程，而是 Docker Engine 的子进程。 Podman 比较简单粗暴，它不使用 Daemon，而是直接通过 OCI runtime（默认也是 runc ）来启动容器，所以容器的进程是 podman 的子进程。这比较像 Linux 的 fork/exec 模型，而 Docker 采用的是 C/S （客户端/服务器）模型。与 C/S 模型相比， fork/exec 模型有很多优势，比如： 系统管理员可以知道某个容器进程到底是谁启动的。 如果利用 cgroup 对 podman 做一些限制，那么所有创建的容器都会被限制。 SD_NOTIFY : 如果将

9.4-9.5 sed命令 sed是一种流编辑器，它是文本处理中非常中的工具，能够完美的配合正则表达式使用，功能不同凡响。处理时，把当前处理的行存储在临时缓冲区中，称为“模式空间”（pattern space），接着用sed命令处理缓冲区中的内容，处理完成后，把缓冲区的内容送往屏幕。接着处理下一行，这样不断重复，直到文件末尾。文件内容并没有 改变，除非你使用重定向存储输出。Sed主要用来自动编辑一个或多个文件；简化对文件的反复操作；编写转换程序等。 sed用法 使用sed可以实现grep的大部分功能，而且还可以查找替换。 语法： sed [options] 'command' filename sed [options] -f scriptfile filename Options： -n：-n选项和p命令一起使用表示打印 -e：等价于--expression，多点编辑，在一行执行多条命令 用sed实现匹配（grep）功能=打印有root字符串的行 [root@cham2 sed]# sed -n '/root/'p test.txt root:x:0:0:root:/root:/bin/bash operator:x:11:0:operator:/root:/sbin/nologin [root@cham2 sed]# sed -nr '/r+o/'p test.txt root

I have a python script myScript.py which is writing on a file every 2 second. But when I want to run this script as a systemd service, service works but not writing on file. I created a myscript.service file on /lib/systemd/system/ and designed as below: [Unit] Description=My Script Service After=multi-user.target [Service] Type=idle ExecStart=/usr/bin/python /home/pala/PycharmProjects/myScript.py [Install] WantedBy=multi-user.target and myScript.py is: import time while True: with open("/home/pala/Documents/file.txt", "a") as myFile: myFile.write("--**--") time.sleep(2) This is the procedure

参考链接: nvidia-k8s-device-plugin k8s-1.15调度GPU文档 nvidia-docker 0. GPU主机依赖 1.下载 nvidia-driver (官方提示要约等于361.93) 2.安装 nvidia-docker2.x (nvidia-docker1.x和2.x完全不同) 3. docker 配置成 nvidia 的默认运行时 4. kubernetes 版本大于1.10 1. systemd服务配置文件 注意: 在企业级生产环境里通常都会使用 Centos 来运行服务，但由于 GPU 环境下需要安装GPU驱动、cuda、cudnn之类的依赖库，导致操作不方便，因此可能会使用 Ubuntu 来运行GPU相关服务，两种发型版的 systemd 服务启动配置默认不同，因此在自动化安装时需要适配到多个发行版 1.centos服务默认目录: /usr/lib/systemd/system/docker.service 2.ubuntu服务默认目录: /lib/systemd/system/docker.service 可在手动部署服务时，将服务配置文件都放置到 /etc/systemd/system/ 目录 提示:systemd加载配置文件的顺序和优先级可自行查阅 2. kubelet默认配置 注意: k8s官方文档依然标明需要添加 -

[root@hadoop01 hadoop]# systemctl --help systemctl [OPTIONS...] {COMMAND} ... Query or send control commands to the systemd manager. -h --help Show this help --version Show package version --system Connect to system manager -H --host=[USER@]HOST Operate on remote host -M --machine=CONTAINER Operate on local container -t --type=TYPE List units of a particular type --state=STATE List units with particular LOAD or SUB or ACTIVE state -p --property=NAME Show only properties by this name -a --all Show all loaded units/properties, including dead/empty ones. To list all units installed on the system,

一. 准备 以下是本次安装用到的系统及软件版本： CentOS 7.0 Nginx 1.9.3 MongoDB 3.0.5 Wildfly 9.0.1 JDK 8u51 安装 Nginx 还需要到 Pcre 和 Zlib，它们的版本是： Pcre 8.37 Zlib 1.2.7 二. 安装操作系统 1. 安装界面语言 CentOS 7 的安装引导界面比较清晰，安装界面语言选择简体中文即可。 2. 安装信息摘要 在安装信息摘要界面有一个软件选择，里面定义了一些常用场景的软件包集合，这里我们选择基础设施服务器。 基础设施服务器 是没有可视化操作界面的，如果需要可视化操作界面，可以选择带 GUI 的服务器。 在安装目标位置中，可以根据需要自定义磁盘划分。 CentOS 7 默认划分磁盘建议的 boot 大小为 500M，如果自定义划分磁盘，建议也将 boot 设置为 500M。 系统网卡默认是禁用的，可以在 NETWORK & HOST NAME 中启用。 设置完成后，就可以继续安装了。 3. 安装过程 在安装过程中，需要设置 root 用户的密码。如果上一步骤中选择的是基础设施服务器，整个安装过程会很快结束，如果是选择带 GUI 的服务器，那么安装过程会稍慢一些，并且安装完成后会要求设置一个普通用户用于系统平常操作。 4. 安装编译器 在选择安装软件集合时，如果没有选择附加的软件包