k8s command & args12345678910111213命令和参数说明：command、args两项实现覆盖Dockerfile中ENTRYPOINT的功能，具体的command命令代替ENTRYPOINT的命令行，args代表集体的参数。 如果command和args均没有写，那么用Dockerfile的配置。如果command写了，但args没有写，那么Dockerfile默认的配置会被忽略，执行输入的command（不带任何参数，当然command中可自带参数）。如果command没写，但args写了，那么Dockerfile中配置的ENTRYPOINT的命令行会被执行，并且将args中填写的参数追加到ENTRYPOINT中。如果command和args都写了，那么Dockerfile的配置被忽略，执行command并追加上args参数。比如：command：/test.sh,p1,p2args: p3,p4 另：多命令执行使用sh,-c,[command;command,...]的形式，单条命令的参数填写在具体的command里面，例如：command：sh,-c,echo '123';/test.sh,p1,p2,p3,p4args: 不填

今天发现在kubernetes上创建POD时，有个节点一直不能分配到POD,并该节点上有些pod的状态为pendding.查询该节点的状态：mac-temp:echo test$ kubectl describe node 192.168.5.86 Name: 192.168.5.86 Role: ..... CreationTimestamp: Thu, 05 Oct 2017 17:09:52 +0800 <span style="color:#ff6666;">Conditions:</span> Type Status LastHeartbeatTime LastTransitionTime Reason Message ---- ------ ----------------- ------------------ ------ ------- DiskPressure False Sun, 11 Mar 2018 18:13:57 +0800 Sun, 11 Mar 2018 17:13:59 +0800 KubeletHasNoDiskPressure kubelet has no disk pressure MemoryPressure False Sun, 11 Mar 2018 18:13:57 +0800 Sun, 11 Mar 2018 17:13:59 +0800 KubeletHasSufficientMemory kubelet has sufficient memory available OutOfDisk False Sun, 11 Mar 2018 18:13:57 +0800 Sun, 11 Mar 2018 17:13:59 +0800 KubeletHasSufficientDisk kubelet has sufficient disk space available Ready True Sun, 11 Mar 2018 18:13:57 +0800 Sun...

KUBERNETES POD调度失败问题(INSUFFICIENT PODS)Kubernetes的node默认最大pod数量为110个，所有node都达到110个时无法再调度，出现如下报错信息0/3 nodes are available: 1 node(s) had taints that the pod didn't tolerate, 2 Insufficient pods解决办法：修改/etc/sysconfig/kubelet配置文件，添加--max-pods配置，然后重启kubelet服务，修改后文件内容如下KUBELET_EXTRA_ARGS="--fail-swap-on=false --max-pods=300"

windows 2016 Hyper-v虚拟机中安装docker,k8s 1.18.6,重启master节点系统，k8s无法正常启动。查看docker 容器实例，一直在不停的重启，重建中。使用vmstate -n 3,与top命令，查看硬盘IO占用很高，很卡顿。Hyper-v中安装的kubernetes 1.18.6 单master节点集群，docker使用的cgroup-driver是systemd，并且安装了kuboard面板。master节点系统不重启时，一直正常。但是系统重启后，k8s的master节点无法正常工作。最后将 docker与kubelet 的cgroup-driver 修改成默认的cgroupfs后，重启 docker服务与kubelet 服务后，才正常使用。明白 k8s装到hyper-v虚拟机中，会有问题，建议还是装到物理机系统中比较好，中间层太多，浪费性能，毛病也会变多。查看 cat /var/log/messages 里面有大量此类信息。cb0-42f2-a753-83ef4abc9208)Aug 12 20:52:08 centosk8s kubelet[1060]: E0812 20:52:08.818796    1060 eviction_manager.go:575] eviction manager: cannot evict a critical pod kube-apiserver-centosk8s_kube-system(20ba893addde533b5afb0c186476bdeb)Aug 12 20:52:08 centosk8s kubelet[1060]: E0812 20:52:08.818843    1060 eviction_manager.go:575] evi...

服务器RAID硬盘与日志主要检测方法1：对于 Dell 的机器并且配备了 LSI 的 raid 卡，那么 Megacli 自带的命令是最直观最可靠的硬盘检测方法。 #/opt/MegaRAID/MegaCli/MegaCli64 -pdlist -aall  以其中的一块硬盘为例。 Enclosure Device ID: 32  Slot Number: 2  Enclosure position: 0  Device Id: 2 //ID 号 Sequence Number: 2  Media Error Count: 0 // 如果 error 数值较多 , 那么需要更换硬盘 Other Error Count: 0  Predictive Failure Count: 0 // 可理解为预知性的错误 , 这个数值较多意味着硬盘即将坏 掉, 现场会黄绿灯交叉闪烁 Last Predictive Failure Event Seq Number: 0  PD Type: SAS  Raw Size: 136.732 GB [0x Sectors]  Non Coerced Size: 136.232 GB [0x Sectors]  Coerced Size: 136.125 GB [0x Sectors]  Firmware state: Online, Spun Up // 如 果 硬 盘 坏 了 那 么 会 出 现 Failed 或 者 是 unconfigured(bad) SAS Addres...

oracle PLSQL,游标,loop循环删除部分表方法。使用Toad for Oracle时，使用新建用户连接时，连接身份 搞成了 as sysdba，导致执行添加表与表数据时，都变成sys账号下了。表比较多，删除时使用游标与loop循环，执行不成功。不清楚哪里不对(主要是水平太次，)。如下：declare  CURSOR d_cursor is    SELECT OBJECT_NAME      FROM sys.DBA_objects     WHERE OBJECT_TYPE = 'TABLE'       AND owner = 'STUDENT';  d_record d_cursor%ROWTYPE;begin  OPEN d_cursor;  LOOP    FETCH d_cursor      INTO d_record;    EXIT WHEN d_cursor%NOTFOUND;    execute immediate 'DROP TABLE ' || d_record.object_name || ' cascade constraints';    Dbms_Output.put_line(d_record.object_name || ' 表删除成功');  end loop;  close d_cursor;  commit;end;/行 2 出错ORA-00942: 表或视图不存在ORA-06512: 在 line 19脚本已在第 2行终止。（搞了很久才清楚，在sys或system账号会话连接中，只要添加 execute im...

下载备份脚本文件windows: 下载http://downinfo.myhostadmin.net/vps/bkupmysql.bat 保存到d盘根目录linux:  wget  http://downinfo.myhostadmin.net/vps/bkupmysql.sh 保存到/root目录3.编辑脚本文件windows:用记事本打开bkupmysql.bat     set dbuser=root                        #设置数据库用户,一般不需要修改set dbpass=passwd                      #设置数据库超管密码,需要修改为实际的密码set DaysAgo=7                          #设置保留天数set mysqlpath=d:\mysqlbak              #设置备份文件保存路径,一般不需要修改set mysql=D:\SOFT_PHP_PACKAGE\mysql\bin\mysql.exe   #设置备份文件保存路径,5.6版本需要修改路径set mysqldump=D:\SOFT_PHP_PACKAGE\mysql\bin\mysqldump.exe #设置mysql执行文件路径,5.6版本需要修改路径set logfile=d:\bkinfo.log     &n...

脚本自动处理（推荐）1、远程登录服务器下载脚本 ：wget http://downinfo.myhostadmin.net/vps/openssl.sh2、然后执行：sh openssl.sh手工处理方法一、安装openssl依次执行下面命令cd /tmp wget -c https://www.openssl.org/source/openssl-1.0.2l.tar.gz tar zxvf openssl-1.0.2l.tar.gz cd openssl-1.0.2l ./config --prefix=/usr --shared make -j4 && make install openssl version -a安装好了显示如下图只能使用openssl1.0.*的版本 ，openssl1.1.0及以上不兼容 ,可查看openssh安装说明使用openssl1.1.*版本编译openssh时会出现下面的错误二、升级openssh依次执行下面命令yum install -y pam-devel cd /usr/local/src wget -c https://openbsd.hk/pub/OpenBSD/OpenSSH/portable/openssh-7.5p1.tar.gz tar zxvf openssh-7.5p1.tar.gz cd openssh-7.5p1 ./configure --sbindir=/usr/sbin/  --bindir=/usr/bin/ --sysconfdir=/etc/ssh  --with-ssl-engine --with-pam make -j4 &am...

部署https后访问提存在安全隐患NET::ERR_SSL_OBSOLETE_VERSION部署https后访问域名出现如下提示:您的连接存在安全隐患此网站使用的安全性配置已过时，这可能会导致您的信息（例如密码、消息或信用卡卡号）在发送至此网站的过程中遭到泄露。NET::ERR_SSL_OBSOLETE_VERSION原因是服务器openssl版本过低,较新版本的浏览器会提示不安全,openssl version -a可查看openssl版本Openssl 1.0.0h支持SSLv2，SSLv3和 TLSv1.0Openssl 1.0.1添加了对TLSv1.1和TLSv1.2的支持Openssl 1.1.1开始支持TLS1.3旧版(openssl1.0.2|openssh7.5)升级参看https://www.west.cn/faq/list.asp?unid=1754升级openssl-1.1.1cd /usr/local/src wget -c https://www.openssl.org/source/openssl-1.1.1g.tar.gz tar zxvf openssl-1.1.1g.tar.gz cd openssl-1.1.1g ./config --prefix=/usr --shared make -j4 && make install openssl version -a升级openssh8.3p1cd /usr/local/src mv /etc/ssh /etc/ssh.bak yum install -y pam-devel wget -c https://...

�����ڵ�����Ȩ�鿴����־