es索引操作命令
curl http://10.103.85.191:9200/_cat/health?v 查看es 集群状态
请求后增加?master_timeout=5m 设置请求超时时间为5分钟
curl http://10.103.85.191:9200/_cat/indices?v 显示所有索引
curl -XDELETE http://ip:9200/*-2021-01-*
删除索引,支持精确删除和模糊匹配删除
maven作用域
compile:默认值,表示当前依赖包,要参与当前项目的编译,后续测试,运行时,打包
provided:代表在编译和测试的时候用,运行,打包的时候不会打包进去
test:表示当前依赖包只参与测试时的工作:比如Junit
runtime:表示当前依赖包只参与运行周期,其他跳过了
system:从参与度和provided一致,不过被依赖项不会从maven远程仓库下载,而是从本地的系统拿。需要
systemPath属性来定义路径
Git命令
git 打标签Tag
- git tag -a v1.0.0 -m ‘test tag’ 打标签
-
git回滚
git log 获取commit_Id
- git reset —hard commit_Id 回滚到指定提交记录
git push origin master —force 强制覆盖远端代码
git覆盖本地
git fetch —all 拉取所有更新,不同步;
- git reset —hard origin/master 本地代码同步线上最新版本(会覆盖本地所有与远程仓库上同名的文件);
- git pull 最后更新一次,确保无误
git撤销commit
git add . //添加所有文件
git commit -m “本功能全部完成”
执行完commit后,想撤回commit,怎么办?
git reset —soft HEAD^
这样就成功的撤销了你的commit
注意,仅仅是撤回commit操作,您写的代码仍然保留。
说一下个人理解:
HEAD^的意思是上一个版本,也可以写成HEAD~1
如果你进行了2次commit,想都撤回,可以使用HEAD~2
至于这几个参数:
—mixed
意思是:不删除工作空间改动代码,撤销commit,并且撤销git add . 操作
这个为默认参数,git reset —mixed HEAD^ 和 git reset HEAD^ 效果是一样的。
—soft
不删除工作空间改动代码,撤销commit,不撤销git add .
—hard
删除工作空间改动代码,撤销commit,撤销git add .
注意完成这个操作后,就恢复到了上一次的commit状态。
顺便说一下,如果commit注释写错了,只是想改一下注释,只需要:
git commit —amend
此时会进入默认vim编辑器,修改注释完毕后保存就好了。
k8s相关命令记录
查看pod容器运行状态
kubectl get pods -n 命名空间
命名空间:kube-system、system-tmf-sharedns、kubernetes-dashboard,根据实际情况决定
查看pod日志
kubectl logs -f -n 命名空间 容器名
如:kubectl logs -f -n kubernetes-dashboard kubernetes-dashboard-9774cc786-8vsl7
查看dashboard被k8s分配到了哪一台机器上,IP
kubectl get pods —all-namespaces -o wide
kubectl get pods -n 命名空间 -o wide | grep pod名称
查看dashboard的集群内部IP和访问端口
kubectl get services —all-namespaces
查看kubernetes-dashboard名称空间下的secret
kubectl get secret -n kubernetes-dashboard
``
kubectl describe secret admin-user-token-x8s4t -n kubernetes-dashboard
显示集群所有节点
kubectl get nodes;
修改节点角色(增加,删除):
kubectl label node slave2 node-role.kubernetes.io/worker2=salve2 salve2节点增加 worker2角色
kubectl label node slave2 node-role.kubernetes.io/worker2- salve2节点删除 worker2角色
节点服务器(slave1/slave2)重启后,重启docker服务,重新运行各pod
kuberbetes启动 pod遇到 CrashLoopBackOff问题的解决思路:
- 查找问题
kubectl describe pod名字 -n 命名空间(如:kube-system)
- 查看日志
kubectl logs pod名字 -n 命名空间
- 根据日志failed错误提示解决问题。
常用命令
https://www.cnblogs.com/zhanglianghhh/p/13467038.html
1、查看各节点状态:kubectl get node
2、查看node事件:kubectl describe node
3、查看Pod状态:kubectl get pod -o wide
4、查看Pod事件:kubectl describe pod
5、查看Pod日志文件:kubectl logs -f
6、进入pod内部:kubectl exec -it/bin/bash
7、查看系统Kubelet 日志: journalctl -l -u kubelet -n 1000
8、查询副本编辑器:kubectl get rc
9、修改rc环境变量: kubectl edit pod | grep
查看kubelet系统日志
k8s常见异常事件及解决方案
https://blog.csdn.net/qq_21127151/article/details/119941229
