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

1、事件回放

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

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

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

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

容器启动不了,折腾了一下午,docker 脚本注意点_第1张图片

2、原因

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

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

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

容器启动不了,折腾了一下午,docker 脚本注意点_第2张图片 

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默认

容器启动不了,折腾了一下午,docker 脚本注意点_第3张图片

在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

你可能感兴趣的:(香菜聊游戏,docker,容器,运维)