一步一步排查真实拍图片不能上传的问题

解决真实拍客户端图片上传问题
本文记录了解决真实拍客户端无法上传图片的问题过程。通过逐步排查,最终定位到是由于服务器上临时目录权限设置不当导致的问题,并给出了具体的解决方案。

这是线上的一个问题:

 

客服反映真实拍客户端上传不了图片

 

当我听到这样的问题的时候,大脑中第一反映可能有几个原因:

1,真实拍图片CDN系统挂了?

2,网络问题,磁盘问题,IO问题?

3,客户端app某些版本的问题?

4,图片本身的问题例如太大?

5,人品问题。

 

呵呵,第5个原因当然只是一个玩笑。

 

带着这些问题,登陆到服务器去查看日志,只是发现图片找不到的异常,而PC端是可以正常上传图片的。

 

经试验,客户端所有版本好像都上传不了图片,一时半刻好像找不到解决办法。

 

怀疑是代码最近哪里有更改的问题吗,但不太可能,因为涉及到图片上传的这块很少改动,还是先把最新

trunk的代码在测试服务器上去发布下看看吧,上传图片是正常的。

 

线上服务器前几天还是正常的,为什么今天就不能上传呢?

 

自己写个模拟上传图片的问题去测测,或者在一个jsp页面写段代码区调用下上传图片的代码,看看是否正常。

 

 

<form action="http://s.taofen8.com/upload/userIcon?userId=1&cookie=2&key=f" method="post" enctype="multipart/form-data" >
        <input type="text" name="userId" value="1" /><br>
        <input type="text" name="cookie" value="2" /><br>
        <input type="text" name="key" value="" /><br>
         文件<input type="file" name="upfile" size="50"><br>
        <input type="submit" />
</form>

 测试环境,正常,但线上环境就是上传不上去

 

 

查看上传图片的临时目录,/home/www/deploy/showSAN/temp,测试环境就有图片,奇怪的是线上环境就是没有图片。

 

好奇怪? 心里能想到的是前一天只是对线上这个temp图片做过清理操作,因为线上的空间不是很多,难道删除掉这些图片也有影响吗?这不科学啊。

 

难道这temp目录,线上和测试有什么不一样的吗?

 

线上用命令 ll 查看一下,果然有问题:


 

这个temp目录是root权限 root用户,而master系统是tomcat6用户



 

所以tomcat6权限的用户上传到root权限的用户,上传不了,没有这个权限。

 

找到真正的原因了,那就只有把temp目录的权限授予tomcat6,执行下面的命令:

sudo chown -R tomcat6:tomcat6 /home/www/deploy/showSAN/temp

 现在就可以正常上传图片了,问题解决。

 

  清理temp的命令为这个:

find /home/www/deploy/showSAN/temp -name "*.jpg" -mtime +1 -print |   sudo xargs rm -rf

 并不是这个命令本身的问题,而是直接删除掉了temp目录,再重新建立的temp目录,忘记授权了。

 

总结: 这个问题比较奇怪的是,线上就是报图片为空的异常错误,但没有报目录未授权的错误,所以比较难查,

但只要一步一步排查,测试环境,线上环境,多去试试,联想到最近有什么更改,还是可以找到出现问题最根本的原因的,所以写了这篇文章作为记录。

 

# 问题分析与解决 ## 题目重述 用户在执行 `chmod +x $JAVA_HOME/bin/java` 时失败,尽管已确认路径为 `/export/server/jdk1.8.0_65/jdk1.8.0_65/bin/java`。需要根据错误表现判断具体问题并提供解决方案。 ## 答案 执行 `chmod +x $JAVA_HOME/bin/java` 失败的根本原因可能是: **目标文件不存在、路径未正确设置、或 `JAVA_HOME` 环境变量未生效。** --- ### ✅ 正确排查与修复步骤: ```bash # 1. 首先确认当前主机名(关键!) hostname # 如果是 node3,请特别注意:node3 上是否有 JDK? # 2. 检查 JAVA_HOME 是否设置正确 echo $JAVA_HOME # 应输出:/export/server/jdk1.8.0_65/jdk1.8.0_65 # ❌ 若为空或错误,请重新设置: export JAVA_HOME=/export/server/jdk1.8.0_65/jdk1.8.0_65 # 3. 检查 bin 目录是否存在 ls -ld $JAVA_HOME/bin # 4. 检查 java 文件是否存在 ls -l $JAVA_HOME/bin/java # 如果提示“No such file or directory”,说明文件不存在! ``` > 🔥 **最大可能性**:你在 `node1` 上完成了 JDK 解压和移动,但 `node3` 上的 `/export/server/jdk1.8.0_65` 目录仍是旧结构,甚至根本没有内容! --- ### 🧩 分布式集群常见问题还原: 你可能在 `node1` 上执行过: ```bash mv /export/server/jdk1.8.0_65 /export/server/jdk_temp cd /export/server/jdk_temp mv jdk1.8.0_65/* . rmdir jdk1.8.0_65 ``` 但这只在 `node1` 上完成! **`node3` 并没有自动同步这些操作!** --- ### ✅ 解决方案: #### 方法一:从 node1 复制 JDK 到 node3(推荐) ```bash # 在 node3 上执行: scp -r node1:/export/server/jdk1.8.0_65 /export/server/ ``` #### 方法二:重新上传 JDK 并解压(稳妥) ```bash # 在 node3 上重新操作: cd /export/server tar -zxvf jdk-8u65-linux-x64.tar.gz # 此时生成 /export/server/jdk1.8.0_65/jdk1.8.0_65 # 提升内层目录内容 cd jdk1.8.0_65 mv jdk1.8.0_65/* . mv jdk1.8.0_65/.* . 2>/dev/null || true rmdir jdk1.8.0_65 ``` #### 方法三:如果磁盘只读或权限受限(罕见) ```bash # 尝试以 root 用户执行 sudo chmod +x $JAVA_HOME/bin/java ``` --- ### ✅ 最终验证流程: ```bash # 1. 设置环境变量 export JAVA_HOME=/export/server/jdk1.8.0_65 export PATH=$JAVA_HOME/bin:$PATH # 2. 查看 java 文件详情 ls -l $JAVA_HOME/bin/java # 正常输出应为: # -rwxr-xr-x 1 root root ... /export/server/jdk1.8.0_65/bin/java # 3. 测试 Java 是否可用 java -version # 应输出:java version "1.8.0_65" # 4. 最后测试 Hadoop hadoop version ``` --- ## 详解 1. **为什么 `chmod` 会失败?** 因为你要修改权限的文件根本不存在! - `$JAVA_HOME` 指向 `/export/server/jdk1.8.0_65` - 但实际 JDK 还在 `/export/server/jdk1.8.0_65/jdk1.8.0_65` 内部 - 所以 `$JAVA_HOME/bin/java` 路径无效 → `chmod` 报错 2. **符号链接问题(次要)**: 即使存在,`java` 文件通常是 ELF 可执行文件,但如果它是损坏的软链接(比如指向不存在的路径),也会导致无法执行。 3. **集群一致性要求**: Hadoop 要求所有节点都有相同的: - JDK 版本 - Hadoop 安装路径 - 环境变量配置(`JAVA_HOME`, `HADOOP_HOME`) 4. **调试技巧**: - 使用 `ls -l $JAVA_HOME/bin/java` 查看是否为软链接 - 使用 `file $JAVA_HOME/bin/java` 确认它是合法的可执行程序 - 使用 `ping node1` 和 `scp` 检查节点间通信 ## 知识点 - **Linux 文件权限机制**:rwx 权限控制文件访问,执行程序需具备 x 权限。 - **JAVA_HOME 环境变量作用原理**:Hadoop 通过它定位 Java 运行时,必须指向真实的 JDK 根目录。 - **Shell 环境变量加载**:`source` 命令可重新加载配置文件,使变更立即生效。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值