容器启动不了,折腾了一下午,docker 脚本注意点

1、事件回放

下午的的时候同事说我的项目容器启动不了,一直报错。

项目是一个多模块项目,其他的模块都可以打包成功运行,只有一个特殊的模块怎么都不成功。

在他本地看了一番之后也没发现问题,主要看了Dockerfile 和 start.sh,打包和运行最重要的也就这两个文件。

之后让把start.sh 脚本发给我,我本地试图去打包,发现了脚本有个问题#!/bin/bash 这里比我原来的脚本里多了一个!,修改了下,发现启动成功了,然后提交代码,比对发现改动的地方是脚本的换行符 CRLF 和 LF的区别。

2、原因

改动之后修复了问题属于误打误撞,将脚本的换行符改了。

使用sh命令运行脚本,发现换行符是CRLF,会拆分成CR 和LF ,LF是换行 CR作为命令执行,报 command not found,而实际上报错的行是空行,换行符是CRLF。

idea 中右下角可以手动切换换行符

3、这里学习了下#!/bin/bash

#!/bin/bash 的作用是:用于指定默认情况下运行指定脚本的解释器

当脚本以 #!/bin/bash 开头时,内核就知道用 /bin/bash 这个可执行文件来解释并运行这个脚本。

既然是指定一个解释器,那么这个开头就可以根据你指定的解释器有多种不同写法了,比如:

复制代码
#!/bin/sh
#!/bin/bash
#!/usr/bin/perl
#!/usr/bin/tcl
#!/bin/sed -f
#!/usr/awk -f

上边每一个脚本头的行都指定了一个命令解释器,注意:#! 后边给出的路径名必须是正确的,否则将会出现一个错误消息,通常是"Command not found"

其中/bin/sh不指向/bin/bash(和其中一些/bin/bash可能根本不存在)是:

现代Debian和Ubuntu系统,其符号链接sh 到 dash默认

在Unix和Linux环境下,以#!开头的行称为shebang,这个标记告诉系统下一步该如何执行这个脚本文件。

#!/bin/bash就表示这个脚本应该使用Bash(Bourne Again SHell)解释器执行。

这里的/bin/bash是Bash解释器的常用路径。

有时,你也可能会看到#!/usr/bin/env bash,这个表达式通过寻找环境变量PATH中的bash来确定bash解释器的位置。

4、如何使用#!/bin/bash

创建一个Bash脚本通常很简单。首先,你需要在脚本的首行写上#!/bin/bash,然后写上你的脚本命令。例如:

复制代码
#!/bin/bash
echo "Hello, world!"

在上面的脚本中,我们首先指定了这是一个Bash脚本,然后脚本的命令是输出"Hello, world!"。

在创建了脚本文件后,你还需要给它添加执行权限,这可以使用chmod命令完成:

chmod +x your-script.sh

然后,你就可以运行你的脚本了:

./your-script.sh

相关推荐
qqxiaoxingxing2 小时前
HR重复性工作自动化落地指南:先梳理任务边界,再选工具
运维·自动化
王琦03184 小时前
持续集成持续交付企业示例
运维·ci/cd
Lsetea4 小时前
SSL证书指纹相同但文件哈希不同:PEM、DER与公钥摘要怎么比
运维·https·ssl证书·openssl·证书链
wtblszn4 小时前
废气处理余热回收设备远程运维系统方案
运维
乔旭伟4 小时前
Linux 服务器备份实战:一致性快照、日志归档与恢复演练
linux·运维·服务器
cpolar技术支持4 小时前
把配置发出去怕带出密钥?先把含凭据配置转成脱敏只读快照,用 cpolar 给同事核对差异
运维·python·内网穿透·cpolar·配置脱敏
我不会起名字3225 小时前
Redis 突然只能读不能写:MISCONF 报错的 3 类触发条件与 4 步恢复
运维·redis·持久化·排查·misconf
workflower5 小时前
Agentic AI 时代的企业ICT 基础设施运维
运维·人工智能·机器学习·重构·云计算·汽车
szxinmai主板定制专家5 小时前
ZYNQ 数据采集方案踩坑总结:电力强电磁干扰、工业现场多协议适配优化
运维·人工智能·fpga开发·机器人·zynq
猫咪很可爱5 小时前
Oracle RAC 启动失败排查:私网通信与内核参数优化实战
运维·数据库·oracle