今天是五一节后第一天,上班时登陆服务器发现设定好每月1号执行的定时备份脚本居然没有执行,反复检查都找不到原因,于是手动添加计划任务,发现到点了也不执行,查看crontab的日志,却看到了对应时间点执行脚本的记录。看来不是计划任务的原因,问题出在脚本身上。最后查看了下脚本的权限,发现竟然是权限不够导致脚本执行不起来!于是chmod了下,再尝试修改计划任务,到点后顺利看到脚本执行结果!
原来我曾经本地修改过这个脚本,再上传到服务器上的,可能就是这个原因导致脚本权限发生了变化。
今天是五一节后第一天,上班时登陆服务器发现设定好每月1号执行的定时备份脚本居然没有执行,反复检查都找不到原因,于是手动添加计划任务,发现到点了也不执行,查看crontab的日志,却看到了对应时间点执行脚本的记录。看来不是计划任务的原因,问题出在脚本身上。最后查看了下脚本的权限,发现竟然是权限不够导致脚本执行不起来!于是chmod了下,再尝试修改计划任务,到点后顺利看到脚本执行结果!
原来我曾经本地修改过这个脚本,再上传到服务器上的,可能就是这个原因导致脚本权限发生了变化。
[root@master soft]# unzip redis-py-master.zip -d /usr/local/redis [root@
1、檢查防火牆是否影響了網絡正常的使用。 2、檢查wu-ftpd是否已經打開。 3、 運行svscanboot &命令。 4、啓動qmail,運行qmailctrl start
近幾年來,從雲計算、大數據到機器學習、AI、物聯網,各種新潮的技術概念一波~~接一波。於是就產生了一些好奇心旺盛,抱着去湊一湊熱鬧的心態,實際上卻是也想分一杯羹兒的程序員!
public string SetBlock(string ip, string note) { Process process = new Process(); proce