Linux部署项目jar包遇到的问题——nohup命令

今天部署项目因为要后台运行，就是将Xshell命令窗口关闭之后项目仍能正常运行，因此需要使用 “nohup java -jar XXX.jar”,而不是“java -jar XXX.jar”。
但是使用nohup命令有可能会出现：

nohup: ignoring input and appending output to ‘nohup.out

原因是nohup命令对nohup.out没有写入权限

解决办法：

使用Linux重定向解决nohup.out无写权限问题使用Linux重定向解决nohup.out无写权限问题

■场景

执行nohup命令的时候，经常会出现下面这种没有写入权限的错误。

nohup: ignoring input and appending output to nohup.out' nohup: failed to run command/etc/nginx_check.sh’: Permission denied

■linux重定向：

0、1和2分别表示标准输入、标准输出和标准错误信息输出，可以用来指定需要重定向的标准输入或输出。

在一般使用时，默认的是标准输出，既1。当我们需要特殊用途时，可以使用其他标号。

例如，将某个程序的错误信息输出到log文件中：./program 2>log。

这样标准输出还是在屏幕上，但是错误信息会输出到log文件中。

另外，也可以实现0，1，2之间的重定向。2>&1：将错误信息重定向到标准输出。

Linux下还有一个特殊的文件/dev/null，它就像一个无底洞，所有重定向到它的信息都会消失得无影无踪。

这一点非常有用，当我们不需要回显程序的所有信息时，就可以将输出重定向到/dev/null。

如果想要正常输出和错误信息都不显示，则要把标准输出和标准错误都重定向到/dev/null， 例如：

ls 1>/dev/null 2>/dev/null

还有一种做法是将错误重定向到标准输出，然后再重定向到 /dev/null，例如：

ls >/dev/null 2>&1

注意：此处的顺序不能更改，否则达不到想要的效果，此时先将标准输出重定向到 /dev/null，

然后将标准错误重定向到标准输出。

由于标准输出已经重定向到了/dev/null，因此标准错误也会重定向到/dev/null，于是一切静悄悄。

■关于nohup

在使用nohup命令的时候，经常由于输出nohup.out的路径没有写入权限，而无法使用nohup。

这是可以使用Linux重定向的方法，将nohup.out重定向至一个有写入权限的路径，或者直接扔到/dev/null中。

nohup ./program >/dev/null 2>/dev/null &

或者

nohup ./program >/dev/null 2>&1 &

之后我运行：“nohup java -jar XXX.jar & ",但偶尔有报错信息，我以为还是不行，花了半天时间找资料.
到了晚上后，我打开nohup.out文件，看到里面记录的是项目运行的日志信息，恍然大悟，有日志信息说明原来nohup命令对nohup.out已经有写的权限了，且记录的日志信息也是正确的，因此原来已经部署好了。
因此，可以先看看你的nohup.out文件，先确定你的项目有没有正常启动，如果有问题则需要排除掉，最后才能成功部署！

参考文章：

• https://blog.csdn.net/jiangyu1013/article/details/81476184
• https://www.iteye.com/blog/aniyo-1496442
• https://www.cnblogs.com/quchunhui/p/5582371.html

原文：http://www.linblog.tech/blog/27