一次walle项目错误处理--巨坑
一次walle项目错误处理--巨坑
Walle的简介我就不多说了它主要是一个web部署系统工具,具有一键快速回滚的功能,它能清晰的记录 上线单申请、审核、部署和实时操作日志,能支持各种web代码发布和回滚,对于jenkins来说应用时比较简单一点。
对于walle,我现在的公司主要是使用walle实现代码发布,(搭建可参考 walle搭建)下面是我配置的一个项目,(有修改,理解意思就好)先给大家贴个图.
各配置的理解如下:
· 代码的检测仓库目录:如 /data/code/api
· 项目的用户权限管理 www
· 生产环境的web目录,该目录的最后一个目录不需要创建,发布时自动软连生成 如:/data/www/www.api.com
· Walle的发布临时目录,存放web的版本 如: /data/publish/www/api
· 部署前准备任务:pre-deploy (前置检查)
· 代码检出后处理任务post-deploy:如vendor和处理php命令
· 同步后更新软链前置任务pre-release
· 发布完毕后收尾任务post-release:如重启、一些文件的操作
一、问题出现
今天我在发布代码的时候出现了错误(上线错误:更新代码文件错误)
这时,我就重复的再发布,还是不行,这个项目明前两天还是可以发布的。(这时很纳闷),没办法,百度找资料,结果没找到,还是自己解决。
二、解决办法与思路
1、问题出现地方,post-deploy命令执行不了
这时我就想,是不是post-deploy的命令执行不了,导致上线不了。
解决办法:
想好就干,然后,我把项目的post-deploy命令删除了,然后上线。
测试结果:
结果,上线失败,还是同样的错误。证明发布不了还是命令的问题。
2、问题出现地方,www没有权限。
自己思考了一下,既然是post-deploy命令还没执行,就已经出现了问题,那个可能是。www用户没有权限拉取代码。
解决办法:
给予代码检出目录的www权限,代码检出目录的拥有者为www,命令如下(操作在walle主机上)
#chown -R www:www /data/code/api
切换用户测试
#su – www
代码拉取,测试post-deploy命令
去到代码检出目录
#cd /data/code/api
#git pull origin master
www用户测试php命令
#composer update #php artisan migrate
测试结果:
结果,上线失败,还是同样的错误。(感觉眼都要黑了)
3、问题出现地方,查看walle日志。
正常安装的情况,walle的日志是放到/tmp/walle/ 目录下,查看最新的文件。日志已经自动安照时间来命令的了
解决思路:查看日志的错误地方
#cat /tmp/walle/walle-20180619.log | grep error
发现错误如下
果然,我们找到了错误了,原来错误原因是cp命令复制错误,是因为没有多余的空间导致的,我们找到问题出现的地方就好解决了。
查看本地的磁盘使用情况:
发现果然沾满了
我们再查看一下Inodes的使用情况,
#df -i
发现它/data目录Inodes使用情况是很少的。所以是/data的目录磁盘沾满了
接下来我们继续查看data目录占用是什么情况导致磁盘空间沾满的。
# du -sh /data
惊奇的发现,/data目录占用,还远远达到90多G的占用情况,这时,我们已经找到解决的思路了。
解决办法:
出现了这种情况,我们就已经想到,是/data目录肯定是被那个进程占用了,解决办法就是把进程杀死,就基本完事了。Walle部署项目通过php的来执行的,我们把一些占用、/data的线程杀死就可以了
#lsof | grep /data/code | awk ‘{print $2}’| xargs kill – 9
或者你可以这样
#lsof | grep deleted | awk ‘{print $2}’ | xargs kill – 9
(这里没能及时截到图)
杀完后重启php,因为刚刚的杀死进程的时候,已经把php杀死了
所以需要重启php
#service php-fpm restart
测试结果:
查看磁盘占用情况,发现占用的空间回来了
重新发布项目,成功了(谢天谢地),艰难的解决了一个问题。
结果分析:
首先是www用户的权限所引起的,然后就是php进程占用,导致同步不成功。
三、项目问题又出现。
第二天上班,想着发布一下项目上线啦,谁知道,又出现了错误,这就让人崩溃了,明明昨天还能发布的。没有想得太多,立刻就查看walle的日志,发现又是磁盘空间不足。
1、问题的再度出现
使用命令查看/data目录的磁盘使用情况,发现如下
[root@centos api]# df -h Filesystem Size Used Avail Use% Mounted on /dev/vda1 50G 10G 37G 22% / devtmpfs 3.9G 0 3.9G 0% /dev tmpfs 3.9G 24K 3.9G 1% /dev/shm tmpfs 3.9G 612K 3.9G 1% /run tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup /dev/vdb1 99G 92G 1.6G 99% /data tmpfs 783M 0 783M 0% /run/user/0 tmpfs 783M 0 783M 0% /run/user/1004
接着发现我又把php的进程杀掉,再查看一下空间,发现还是那样。
2、解决办法。
出现了上面的结果,说明不是进程占用而导致的。说明是有文件占用而导致的。
查看/data的目录大少
[root@centos api]# du --max-depth=1 -h /data 2.9G /data/wwwlogs 149M /data/wwwroot 20G /data/files 68G /data/code 474M /data/mysql 92G /data
我们发现,源来/data/code目录出现了问题,使用du --max-depth=1 –h命令,一步步找到文件,删除文件。
结果:
重新查看/data的使用情况,发现占用的空间已经回来了。重新发布
发布成功,问题解决了。
3、问题出现分析
我在删除文件的时候,发现,有十几个文件的重复的,每个文件的大少达几G,到底是什么原因导致的呢。
最后发现肯定是自己在发布项目的时候,没有等到发布完就刷新,然后又安部署,导致重复出现代码目录的出现,然后保留在发布目录,导致累积。
注意事项:
在使用walle上线项目的时候,需要按F12来查看项目是否发布完成,再刷新,这样的话就不会重复发布,导致代码文件累积。
四、总结
遇到错误,分析日志是一个很好解决错误的办法。要养成习惯才行。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
ProxySQL!像C罗一样的强大!
各位兄弟们,时隔多日老张又与大家见面啦。每次与大家见面,都会有好消息告诉大家,这次也不例外。前段时间出版了《MySQL王者晋级之路》一书,反响还不错。争取今年再出版一本MongoDB运维实战的书籍,供给那些想要学习NoSQL的同学们作为工作中的参考。 现在正赶上世界杯,老张最喜欢的球队是葡萄牙——最爱C罗,喜欢他那种在比赛中好强不服输的精神。我们做技术也是一样,不要因为一点困难,就放弃了当初的梦想。只有不断努力,提升自己,才能在更好的平台上实现自我价值。 今儿,老张给大家介绍一款MySQL的一款中间件的产品——ProxySQL,它是灵活强大的MySQL代理层。像C罗一样的强大,可以实现读写分离,支持Query路由功能,支持动态指定某个SQL进行cache,支持动态加载配置、故障切换和一些SQL的过滤功能。还有一些同类产品比如DBproxy、MyCAT、OneProxy等。但经过反复对比和测试之后,决定给大家介绍一款性能不谙的MySQL中间件产品ProxySQL。有关ProxySQL更多的详细信息可访问:https://github.com/sysown/proxysql/wiki。接下...
- 下一篇
蚂蚁搬家式迁移mysql数据库
乘机房搬迁的机会,打算做一次业务整合。现有的架构是在2010年规划并运营起来的,随着时间的推移,项目也越来越多。打开nginx配置文件,有四十多行include包含存在,每一个包含就是一个项目(有些是web,有些是app)。一整个机柜,老旧的设备,负载均衡高可用架构。为保证业务一致性和降低成本,业务数据(开发的应用程序及用户上传数据)共享一套NFS;各业务共享同一套物理数据库(一台物理服务器mysql创建多个库)。随着业务和访问量的增长,这种隐患越来越令人担忧,主要表现在以下几个方面: ◆安全问题 数十个站点共享目录,以nfs方式共享给各物理服务器,这几十个项目,只要任何一个有安全漏洞存在,有心人都能进来为所欲为,让站点全部沦陷。时不时的,被人注入恶意代码,针对性的进行清除,但没多久又被注入篡改。大家心里都有数,存在漏洞的地方,不一定是被篡改的那个。但站点太多,又没有隔离,根本无法用安全工具扫描(一个站点进行扫描,平均花费一天)。 [root@web57 ~]# more /usr/local/nginx/conf/nginx.confuser www www;worker_pro...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8编译安装MySQL8.0.19
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS关闭SELinux安全模块
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Red5直播服务器,属于Java语言的直播服务器