Docker构建tomcat无法用startup.sh启动,无法输出catalina.out

作者在部署测试环境时尝试使用Docker,部署Tomcat时遇到看不到catalina.out输出日志的问题。经研究发现是catalina.sh启动脚本里多了“&”导致无法用startup.sh启动。作者尝试多种方法,最终通过拉取配置好的镜像构建新镜像,修改catalina.sh文件解决问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

最近部署测试环境,想尝试一下docker,毕竟技术人不能落伍。

So,我先学习了一下docker的简单使用,很多东西都是实践出真知,没必要看书找教程,大概看一下能干就可以了。

菜鸟教程地址Docker 教程 | 菜鸟教程    初学者可以了解一下,下面进入正题

当我迷迷糊糊开始我的docker之旅的时候,前面部署什么nginx,部署jar,部署各种数据库都比较顺利,最近突然遇到点问题。

我部署完tomcat发现tmd里面居然看不到catalina.out 谁让我们工程比较老化呢,看不到catalina.out的输出日志我就等于是瞎了,服务起不来找不到原因有木有。。。。

雷哥赶紧找百度解决问题,看了诸多文章,写的太复杂,各种脚本,各种文件修改,说实话这玩意不适合小白,我需要简单有效的办法。

还有就是大多数博文都长得一样,我了个天,天下文章大家抄啊。。。能不能有点创新,做个人吧

耗一天以后总结了各路英雄豪杰的结论

1、docker不能够使用startup.sh启动tomcat   原因:catalina.sh 启动脚本里多了个“&”,没错就是这么简单因为多了个这没办法启动。

2、不能使用startup.sh启动就没办法输出catalina.out   这个是因为啥我不知道,你要是知道请给我留言,让我也学习一下,谢谢

那么解决办法也不是没有

网上的大神们一直认为应该用dockerfile构建tomcat镜像然后再运行容器,当然这是大神的方法,在研究了半天之后我恍然大明白,这个办法可行啊。

来吧展示

这是我看到的最简单的办法,但是我不喜欢,还是太麻烦,实属因为我太懒了

这个又要下载jdk又要下tomcat其实是根据系统基础镜像然后再把本地的jdk和tomcat一起打包成你想要的镜像,然后配置环境变量,再启动容器。这个里面的tomcat是需要把catalina.sh

修改后的。切记,要把那个“&”删掉

就是这段代码

 >> "$CATALINA_OUT" 2>&1 "&"

一共有两处,删掉以后就可以用startup.sh启动了

因为要配置的东西太多,我不喜欢不喜欢,我需要有更简单的办法

后来,我灵机一动,我擦不是有配置好的镜像么,老子直接在他基础之上构建就好了。

首先我们拉一个tomcat8.5下来这个镜像都是配置好的,所以不用自己配置环境变量那些了,省去很多麻烦

docker pull tomcat:8.5

然后创建一个文件夹

在文件夹里直接创建Dockerfile文件

#FROM后面是tomcat:8.5的镜像id,就是要再这个镜像基础之上构建
FROM 8204722e9772
#公开端口
EXPOSE 8080
#设置启动命令
CMD ["/usr/local/tomcat/bin/startup.sh"]

就这三句话我们构建一个新的 镜像就好了

敲黑板

注意:启动命令里面的路径是tomcat:8.5镜像里面的路径,如果其他版本不知道路径或者路径有变化,建议先用8.5镜像启动一个容器,然后进入容器看一眼启动命令的路径改一下就可以了,8.5应该就是这个不需要改

直接在文件夹输入构建命令

docker build -t mytest/tomcat:v1 .

然后我们的镜像就构建好了,mytest/tomcat这个事镜像的名字,自己随便改,v1是tag也是随便改,方便自己识别,来吧启动容器

当我自信满满启动好的时候,嘎~~~~启动不了。。。。

想了一下我刚才说的那个catalina.sh的文件没有改,那么怎么办呢?各位同学请注意,这里就是另外一个知识点,容器文件copy

虽然没启动但是文件是有的,我们直接搞出来先

docker cp 3cb36df72cae:/usr/local/tomcat/bin/catalina.sh ./

copy  容器里面的文件到当前文件夹,那个  3cb36df72cae  是容器的id用容器的名字也可以。然后就是进入文件

找到>> "$CATALINA_OUT" 2>&1 "&"   改为  >> "$CATALINA_OUT" 2>&1   保存就可以了。

最后,在把文件copy回去

docker cp ./catalina.sh 3cb36df72cae:/usr/local/tomcat/bin/catalina.sh 

接下来就run就对了,完成!!!容器绝对可以启动成功。有什么问题欢迎留言讨论。
 

### 如何使用 `startup.sh` 脚本 #### 常见用途 `startup.sh` 是许多应用程序和服务(如Tomcat、Nacos等)用于启动服务的标准Shell脚本。该脚本通常位于安装目录的`bin`文件夹下,负责初始化运行环境并执行必要的命令来启动应用。 对于像 Tomcat 这样的Web服务器而言,`startup.sh` 主要作用在于加载配置文件、设置Java虚拟机(JVM)参数以及调用实际的服务进程启动器(例如 catalina.sh)。当用户希望通过命令行快速便捷地开启这些服务时就会用到此脚本[^5]。 #### 参数说明 一般情况下,`startup.sh` 不需要额外传递复杂参数即可正常工作;不过某些特定版本可能会支持一些选项: - **无参调用**:直接运行 `./startup.sh` 即可尝试按照默认方式启动程序。 - `-debug`: 开启调试模式,在控制台打印更多日志信息以便于排查问题。 - `-security`: 如果设置了安全管理器,则可以加上这个标志位让Tomcat以安全的方式启动。 请注意不同软件包之间可能存在差异,具体可用参数需参照官方文档或通过阅读脚本源码了解更多信息。 #### 可能遇到的问题及其解决方案 ##### 错误一:“Permission denied” 如果收到类似于 `-bash: ./startup.sh: Permission denied` 的错消息,这意味着当前用户缺乏足够的权限去读取或执行该脚本。可以通过赋予相应的访问权来解决这个问题: ```bash chmod +x /path/to/startup.sh ``` 上述命令会增加目标文件的可执行属性,使得它可以被当作指令被执行[^4]。 ##### 错误二:“[[: not found” 在Ubuntu环境中,若看到这样的警告 `"startup.sh: 130: startup.sh: [[: not found"` ,则表明正在使用的shell解释器并不认识双括号条件表达式的语法结构。这是因为Ubuntu默认采用的是更轻量级的Dash作为标准sh实现而非Bash的结果。为了克服这一局限性,有两种可行的方法可供选择: - 修改 `/etc/passwd` 文件中的登录shell路径指向 Bash; - 或者是在编写 Shell Script 之初就指定要用哪种 shell 解析它,比如把首行改为如下形式: ```bash #!/bin/bash ``` 这样做能够确保即使整个系统范围内仍然保持 Dash 为主导地位的情况下也能正确解析含有高级特性的脚本[^2]。 ##### 错误三:Docker容器无法正常使用 `startup.sh` 针对 Docker 用户来说,有时即便宿主机上一切正常但在镜像内部却难以顺利启用同样的启动机制。一种常见的原因是由于原生提供的 `.sh` 文件中包含了仅适用于交互式终端的功能特性——例如后台化操作符 (`&`) ——而这些功能在非TTY环境下往往会被禁用掉从而引发异常终止的情况发生。因此建议移除不必要的特殊字符后再试一次[^3]。
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值