Windows 下/bin/bash: line 0: fg: no job control一般解决方法

最新推荐文章于 2022-01-04 21:51:24 发布

转载最新推荐文章于 2022-01-04 21:51:24 发布 · 950 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：https://blog.youkuaiyun.com/espiermerck/article/details/50717052

文章标签：

#Hadoop

BigData 同时被 2 个专栏收录

10 篇文章

订阅专栏

Hadoop

4 篇文章

订阅专栏

本文介绍如何在Hadoop 2.7.1中配置mapred-site.xml文件，以启用跨平台的应用提交功能。通过设置mapreduce.app-submission.cross-platform属性为true，可以实现不同操作系统间无缝运行MapReduce任务。

hadoop版本2.7.1

在mapred-site.xml中添加配置

<property>

	<name>mapreduce.app-submission.cross-platform</name>
	
	<value>true</value>

</property>

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

SUDDEV

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

在Windows 平台下执行MR任务报错/bin/bash: 第 0 行:fg: 无任务控制

BackToMe的博客

10-23

2207

Failing this attempt.Diagnostics: Exception from container-launch. Container id: container_1571811640353_0010_02_000001 Exit code: 1 Exception message: /bin/bash: 第 0 行:fg: 无任务控制 Stack trace: ExitCod...

Windows环境提交MapReduce任务到Linux报错

water drop的博客

03-19

741

系统环境 C.D.H 版本：6.2.0 hadoop 版本：3.0.0 集群环境：Linux CentOS7 ①.java.io.IOException: Port 9820 specified in URI hdfs://nameservice1:9820/user/root/.staging/job_1616116977910_0014/job.splitmetainfo but host ‘nameservice1’ is a logical (HA) namenode and does not u

1 条评论您还未登录，请先登录后发表或查看评论

Hadoop Exception 以及解决办法

qq_27304089的博客

04-21

597

1.....今天写 Hadoop程序的时候出现了这么一个问题 java.lang.RuntimeException: java.io.EOFException at org.apache.hadoop.io.WritableComparator.compare(WritableComparator.java:165) at org.apache.hadoop.mapred.MapTa...

/bin/bash: line 0: fg: no job control一般解决方法

最新发布

08-21

[*] Enable job control [*] Enable command line editing [*] Enable command history [*] Enable alias expansion [*] Enable globbing [*] Enable tilde expansion [*] Enable command substitution [*] ...

/bin/bash: line 0: fg: no job control简单解决办法

qq_42444621的博客

06-19

4017

出现该错误是eclipse的版本过高办法：进入window---Preferences----java-----Compiler

java %PWD%_/bin/bash: line 0: fg: no job control一般解决方法

weixin_39849054的博客

02-28

200

測试版本号：CDH5.0,(Hadoop2.3)在使用windows调用Hadoop yarn平台的时候，一般都会遇到例如以下的错误：2014-05-28 17:32:19,761 WARN org.apache.hadoop.yarn.server.nodemanager.DefaultContainerExecutor: Exception from container-launch with...

[Hadoop 2.6.0] Remote Submit Job Error:[ExitCodeException: /bin/bash: line 0: fg: no job control]

CKFFlyingDream的专栏

11-30

3491

Error Occurs: Exception message: /bin/bash: line 0: fg: no job control Stack trace: ExitCodeException exitCode=1: /bin/bash: line 0: fg: no job control at org.apache.hadoop.util.Shell.runComma

Yarn报错：Exception message: /bin/bash: line 0: fg: no job control

这里是Code猿学习的地方

12-04

715

Exception message: /bin/bash: line 0: fg: no job control 这个错误是本地idea跨平台远程调试hadoop集群出现的，在使用windows调用Hadoop yarn平台的时候都会出现类似的错误方法一：去把集群中的mapred-site配置添加 mapreduce.app-submission.cross-platform true...

-bash: fg: no job control -bash: /usr/java/jdk1.8.0_221-amd64/jre/bin: Is a directory

qq_44761854的博客

01-04

1220

在linux服务器安装java8的jdk后出现这个错误这个错误导致在xshell中任何操作都操作不了了出现这个错误的话初步断定应该是在prifile文件里设置环境变量的时候出错了但是这个时候在xchell中又不能进行任何操作，很是难受 1、首先登录阿里云账号进入这个服务器的实例，使用workbench进行远程连接 2、进入到这个界面之后，输入任何操作之后还是没反应！因为是 /etc/profile这个文件里面配置出错了，这时我们就可以通过左边的文件树，找到etc/profile这个文件，直接进行

Linux启动后报fg: no job control以及/usr/java/jdk1.8.0_221-amd64/jre/bin: Is a directory

itbestboy的博客

07-04

2804

错误描述： linux安装了java8以后，配置了java环境，重新打开以后出现如下错误: Welcome to Alibaba Cloud Elastic Compute Service ! -bash: fg: no job control -bash: /usr/java/jdk1.8.0_221-amd64/jre/bin: Is a directory 由于出现了这种错误，一些常用的liunx命令就不能正常使用，例如 ls vim cat等 [root@root ~]# cd / [root

解决编译.spec：rpm build with: fg: no job control报错

Android系统攻城狮

06-10

3864

报错：rpm build with "fg: no job control" 解决： # emacs rpm/test.spec %build %make_build 替换为： %build +make %{?_smp_mflags} %make_build

Exception message: /bin/bash: line 0: fg: no job control Stack trace: ExitCodeException exitCode=1:

王小明的专栏

11-03

2039

Exceptionmessage: /bin/bash: line 0: fg: no job controlStacktrace: ExitCodeException exitCode=1: /bin/bash: line 0: fg: no job control 问题现象：远程提交Hadoop 时候报错 Exception message: /bin/b...

07-13

<think>我们正在解决Docker容器启动失败并出现“/bin/bash无法执行”的问题，特别是在安装Apollo时出现的错误。根据用户描述，错误信息为“Error response from daemon: container ... is not running”以及可能出现的“cannot execute binary file /bin/bash”。这通常与容器启动时执行入口点（entrypoint）失败有关，可能由于架构不匹配、文件损坏或权限问题导致。 ### 逐步解决方案 #### 1. **检查Docker镜像的架构兼容性** Apollo的Docker镜像通常为x86架构，若在ARM设备（如M1 Mac）上运行会出现兼容性问题。使用以下命令检查镜像架构： ```bash docker inspect --format='{{.Architecture}}' apollo:6.0.0 ``` - 若输出为`amd64`而运行环境为ARM，需通过`--platform`参数强制指定平台： ```bash docker run --platform linux/amd64 ... [其他参数] ``` #### 2. **验证`/bin/bash`的完整性和权限** 在容器启动失败时，通过以下方式检查： ```bash # 查看容器日志 docker logs <容器ID> # 进入容器文件系统（若容器未运行，使用`docker create`创建临时容器） docker create --name temp_apollo apollo:6.0.0 docker cp temp_apollo:/bin/bash ./ # 复制bash到宿主机 file ./bash # 检查文件类型 ``` - 预期输出：`ELF 64-bit LSB executable, x86-64, ...` - 若显示`ARM`架构则说明镜像错误。 #### 3. **重新拉取镜像并验证** 删除损坏的镜像并重新拉取： ```bash docker rmi apollo:6.0.0 docker pull apolloauto/apollo:6.0.0 # 确保使用官方镜像 ``` #### 4. **修复启动脚本（关键步骤）** 参考Apollo官方启动脚本[^4]，确保`docker run`命令包含正确的`--entrypoint`参数： ```bash docker run --entrypoint /bin/bash \ --gpus all \ -it \ -e DISPLAY=$DISPLAY \ -v /tmp/.X11-unix:/tmp/.X11-unix \ -v $HOME/.Xauthority:/root/.Xauthority \ ... # 其他挂载参数（见原始问题） ``` **注意**：必须保留`-it`参数以保持交互终端。 #### 5. **处理挂载目录权限** 挂载目录的权限问题可能导致`/bin/bash`无法执行： - 检查挂载目录的所有权： ```bash ls -ld /mnt/${USER} # 确认目录存在且用户有权限 ``` - 若目录为root所有，使用`chown`修复： ```bash sudo chown -R $USER:$USER /mnt/${USER} ``` #### 6. **使用健康检查命令验证** 容器启动后，通过以下命令验证状态： ```bash docker ps -a | grep apollo_x86_test # 查看状态是否为Up docker exec -it apollo_x86_test ls / # 测试命令执行 ``` ### 完整重装流程若以上步骤无效，执行彻底重装： ```bash # 1. 清理旧容器和镜像 docker rm -f apollo_x86_test docker rmi apollo:6.0.0 # 2. 拉取官方镜像 docker pull apolloauto/apollo:6.0.0 # 3. 使用修正后的启动脚本（见步骤4） ./docker/scripts/dev_start.sh --verbose # 显示详细日志 ./docker/scripts/dev_into.sh ``` > **根本原因**：此错误通常由架构不匹配（如ARM设备运行x86镜像）、镜像损坏或挂载目录权限冲突导致。修正启动参数并确保环境兼容性可解决95%的案例[^1][^4]。 §§相关问题§§ 1. 如何检查Docker容器内二进制文件的架构兼容性？ 2. 在Docker中如何正确处理挂载目录的权限问题？ 3. Apollo的Docker镜像支持哪些硬件架构？ 4. 如何调试Docker容器的启动失败问题？ 5. 在非x86设备上运行Apollo有哪些替代方案？</think>### 解决 Docker 容器启动失败及 `/bin/bash` 无法执行的问题 #### 1. **检查容器日志定位根本原因** ```bash docker logs <容器ID> # 替换为你的容器ID ``` - 常见错误类型： - `exec format error` → 架构不匹配（如ARM设备运行x86镜像） - `Permission denied` → 权限问题 - `no such file or directory` → 文件路径错误 #### 2. **验证镜像架构兼容性**（关键步骤） ```bash # 检查镜像架构 docker inspect apollo:6.0.0 --format='{{.Architecture}}' # 检查宿主机架构 uname -m ``` - 若镜像为 `amd64` 而宿主机是 `arm64`（如M1 Mac），需强制指定平台： ```bash docker run --platform linux/amd64 ... [其他参数] ``` #### 3. **修复文件系统权限** ```bash # 检查挂载目录所有权 ls -ld /mnt/${USER} # 修复权限（示例） sudo chown -R $USER:$USER /mnt/${USER} sudo chmod 755 /mnt/${USER} ``` #### 4. **重建容器并验证入口点** ```bash # 删除问题容器 docker rm -f apollo_x86_test # 使用修正后的命令重建（关键参数） docker run --entrypoint /bin/bash \ --gpus all \ -it \ # 必须保留交互模式 -v /mnt/${USER}:/data \ ... # 其他挂载参数 --name apollo_x86_test \ apollo:6.0.0 \ -c "echo '成功进入容器!'" # 测试命令执行 ``` #### 5. **镜像完整性验证与修复** ```bash # 检查镜像层完整性 docker history apollo:6.0.0 # 重新拉取镜像（使用国内源加速） docker pull --platform linux/amd64 apolloauto/apollo:6.0.0 ``` #### 6. **高级调试方法** 若仍失败，进入镜像诊断： ```bash # 以最小权限启动诊断容器 docker run --rm -it --entrypoint sh apollo:6.0.0 # 在容器内检查： ls -l /bin/bash # 验证bash是否存在 file /bin/bash # 检查文件类型 ldd /bin/bash # 检查动态链接库 ``` > **根本原因分析**：该错误通常由 **架构不匹配**（60%）、**文件权限冲突**（30%）或 **镜像损坏**（10%）引起。优先检查架构兼容性（步骤2）和挂载目录权限（步骤3）可解决90%案例[^1][^4]。 --- ### 验证成功的标准 1. 执行后显示交互式shell提示符：`root@hostname:/apollo# ` 2. 能运行基本命令： ```bash ls / # 查看根目录 cat /etc/os-release # 查看系统信息 ```