昨进行swarm 集群部署；只是删了57 机器cloud 网络；在创建swarm集群后创建cloud。58机器 没有删除先前的cloud 网络；所以造成飘到58的应用不起来，查看不出来；先前docker compose部署，分别创建了 cloud 网络；解决方式：删除58 swarm之前的cloud网络；docker swarm 部署遇到的问题，设置服务器显示的hostname。

bin/shNAME=$1echo $NAMEif [!$NAME ];thenreturn 1fiecho $IDdodone。

3.mount -t nfs servername:/服务端文件夹/本地挂载文件夹。2.通过cat/etc/hosts 查看服务端的server name。2.如果umount卸载显示 device busy，则通过下列方式卸载。mount -t nfs ip:/服务端文件夹/本地挂载文件夹。3.（1）fuser -km /挂载文件夹。1.首先确定服务端（实体挂载节点）的IP。（2）umount/

今天我再看，iptables策略又变了，目前这几条策略不知道是否是自动生成，你们原来的iptables策略我昨天没有截图，是否需要重新配置，之前的iptables是否通过其他进程调用了，你们在发布或者启动docker的过程中是否有对iptables进行刷新？昨天就是80不同，又或者是80到统一认证没通，应该是需要通过301转跳过去，但是没跳过去，反而8080是可以301到统一认证的。那我昨天看到的

echo "错误: 无法终止进程 ${pid}（权限不足，当前用户 ${CURRENT_USER} 无法操作 ${PROCESS_OWNER} 的进程）"-x "${TOMCAT_DIR}/bin/shutdown.sh" ] && echo "错误: shutdown.sh 不可执行" && exit 1。-d "${TOMCAT_DIR}" ] && echo "错误: 目录不存在" && e

错误，原因可能是Shell的解释器不是bash，需把Shell的解释器更改为bash。若在ubuntu系统下运行含有source命令的Shell脚本时，出现。此步骤需要root权限。

sed 全名为 stream editor，是用于文本处理的流编辑器，支持正则表达式。sed处理文本时是一次处理一行内容。

1.3、进入到解压后的目录pcre-8.44【cd pcre-8.44】，执行编译命令【./configure --prefix=/usr/local】;2.2、进入到解压后的目录nginx-1.18.0【cd nginx-1.18.0】，执行编译命令【./configure】;1.6、进入到解压后的目录pcre-8.44【cd zlib-1.2.7】，执行编译命令【./configure】;2.