liujxu

在 mars.domain250.example.com 上执行以下任务。 配置网络设置将 mars 配置为具有以下网络配置：主机名：mars.domain250.example.comIP 地址：172.25.250.100子网掩码：255.255.255.0网关：172.25.250.254**解题方法A： 1234[root@mars ~]# vim /etc/hostnamemars.domain250.example.com[root@mars ~]# nmtui[root@mars ~]# nmcli connection up 'Wired connection 1' 配置您的系统以使用默认存储库YUM 存储库已可以从 http://content/rhel8.0/x86_64/dvd/BaseOS 和 http://content/rhel8.0/x86_64/dvd/AppStream 使用配置您的系统，以将这些位置用作默认存储库。**解题方法： 123456789101112[root@mars ~]# cd /etc/yum.repos....

安装和配置 Ansible按照下方所述，在控制节点 172.25.250.254 上安装和配置 Ansible：安装所需的软件包创建名为 /home/greg/ansible/inventory 的静态清单文件，以满足以下要求：172.25.250.9 是 dev 主机组的成员172.25.250.10 是 test 主机组的成员172.25.250.11 和 172.25.250.12 是 prod 主机组的成员172.25.250.13 是 balancers 主机组的成员prod 组是 webservers 主机组的成员创建名为 /home/greg/ansible/ansible.cfg 的配置文件，以满足以下要求：主机清单文件为 /home/greg/ansible/inventoryplaybook 中使用的角色的位置包括 /home/greg/ansible/roles**解题方法： 123456789101...

参数 含义 -XX:+HeapDumpOnOutOfMemoryError 当OOM时 转储堆文件 -XX:+UseGCLogFileRotation 开启GC日志分割，必须设置-Xloggc -XX:+PrintGC 当GC时打印信息 -XX:+PrintGCDetails 当GC时打印详细信息 -XX:+PrintGCTimeStamps 当GC时打印时间戳 -Xloggc:/home/admin/oom/gc.log 指定GC日志文件 -XX:NumberOfGCLogFiles=10 当日志分割时设置文件数量 必须>=1 -XX:GCLogFileSize=20m 日志在当前大小被分割 -XX:HeapDumpPath=/home/admin/oom/ 堆转储文件的路径或文件名 -XX:-PrintGCDateStamps 输出GC时间戳 -Xms200M 堆最小内存为200M -Xmx200...

linux在删除软连接时千万不能在目录后带‘/’，否则会将原文件全部删除，下图test1 test2用不同方式删除结果，带/表示绝对路径检索，不带则表示相对路径

前提： rocketmq使用docker-compose部署（容器部署需要写死brokerIP1=宿主机ip，否则启动后broker-a的集群ip为容器ip），tomcat本地方式部署 docker-compose: rocketmq单机版 现象： 应用启动之后在消息中心console控制台能清楚看到生产1消费2，应用日志查看发现重复消费2次，更改rocketmq为本地单机版部署也是存在次问题 解决：经过好几天折腾，mq版本也换过，环境也换过，最终的锅在tomcat配置的上下文上面，tomcat配置上下文启动会在webapps目录下生成一个ROOT目录，导致日志看到现象启动2次加载2次配置中心的调用

启动容器启动必须存在3个端口，https、访问、传输，但当ECS端口被占用情况我们会映射不同得端口 如下运行状态 12345678910docker run --itd \ --hostname gitlab.example.com \ --p 8443:443 --p 880:80 --p 822:22 \ --name gitlab \ --restart always \ --volume $GITLAB_HOME/config:/etc/gitlab \ --volume $GITLAB_HOME/logs:/var/log/gitlab \ --volume $GITLAB_HOME/data:/var/opt/gitlab \ --shm-size 256m \ gitlab/gitlab-ee:latest 访问增加ssh密钥 clone发现每次提示需要密码很奇怪密钥都设置了按道理不会提示再次输入密码原因：与默认的22传输端口匹配失败，因为上述使用了不同映射端口，增加运行前参数修改gitlab_rails[‘gitlab_shell_ssh_por...

一天的晚上，开始收到告警信息，某某系统cpu使用率超过85%，查看3天cpu使用率基本都正常在7-8%区间，以为正常的大查询造成的瞬时值，持续观察发现没有下降的趋势，后续做暴力重启没用，联系开发一并排查 堆栈信息123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657581. 先top实时找到最高的pid[root@test ~]# toptop - 11:07:59 up 129 days, 1:46, 2 users, load average: 3.74, 2.80, 1.72Tasks: 399 total, 1 running, 398 sleeping, 0 stopped, 0 zombie%Cpu(s): 40.4 us, 4.8 sy, 0.0 ni, 54.8 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 stKiB Mem : 16265576 total, ...

有些应用默认不允许root用户运行，来确保应用的安全性，这也会导致我们使用docker run后一些操作问题，用es安装ik分词器举例（es版本8.9.0，analysis-ik版本8.9.0） 容器启动elasticsearch 如挂载方式，我在本地es目录下创建子目录文件{plugins/data/logs/config} 创建完成后赋值777权限（chmod -R 777 xxx），运行启动正常 123456789101112131415161718192021222324252627282930313233343536373839404142434445version: '3.2'services: elasticsearch: image: elasticsearch:8.9.0 volumes: - /etc/localtime:/etc/localtime - ./es/plugins:/usr/share/elasticsearch/pl...

RBAC12345678910111213设置配置环境：[student@node-1] $ kubectl config use-context k8sContext为部署流水线创建一个新的ClusterRole并将其绑定到范围为特定的 namespace 的特定ServiceAccount。Task创建一个名为deployment-clusterrole且仅允许创建以下资源类型的新ClusterRole：DeploymentStatefulSetDaemonSet在现有的 namespace app-team1中创建一个名为cicd-token的新 ServiceAccount。限于 namespace app-team1中，将新的ClusterRole deployment-clusterrole绑定到新的 ServiceAccount cicd-token 12345678910111213切换集群kubectl config use-context k8s开始操作kubectl create clusterrole deployment-clusterrole --v...

123456789101112[root@ceshi-128 playbook]# ansible-playbook tomcat.yml PLAY [all] ******************************************************************************************************************************************************************TASK [Gathering Facts] ******************************************************************************************************************************************************ok: [10.1.74.20]TASK [start tomcat] *********************************************...