linux笔记（计划任务和虚拟环境）

一、计划任务crond服务

什么是计划任务：

后台运行，到了预定的时间就会自动执行的任务，前提是：事先手动将计划任务设定好。这就用到了crond服务

crond服务相关的软件包

[root@MiWiFi-R3-srv ~]# rpm -qa |grep cron cronie-anacron-1.4.11-14.el7.x86_64 crontabs-1.11-6.20121102git.el7.noarch cronie-1.4.11-14.el7.x86_64 这些包在最小化安装系统时就已经安装了，并且会开机自启动crond服务，并为我们提供好编写计划任务的crontab命令。 crontab命令被用来提交和管理用户的需要周期性执行的任务，与windows下的计划任务类似 rontab （选项）（参数） -e：编辑该用户的计时器设置； -l：列出该用户的计时器设置； -r：删除该用户的计时器设置； -u<用户名称>：指定要设定计时器的用户名称。 存放定时任务的文件 /var/spool/cron 注意： 1 查看计划任务的执行：tail -f /var/log/cron 2 写计划任务时，命令必须加上绝对路径，否则会出现这种情况：从日志中看，确实触发了计划任务的执行，但是命令却没有执行成功，比如 * reboot就会出现这种情况，需要将reboot写成/usr/sbin/reboot \3. 计划任务执行的命令 是否存在，软件是否安装 \4. 确保crontab服务运行 systemctl status cron ps -ef|grep crond 5. 检测crontab是否开机启动 systemctl is-enabled crond 在/etc目录下有一个crontab文件，这个就是系统任务调度的配置文件 SHELL=/bin/bash PATH=/sbin:/bin:/usr/sbin:/usr/bin MAILTO=root # For details see man 4 crontabs # Example of job definition: # .---------------- minute (0 - 59) # | .------------- hour (0 - 23) # | | .---------- day of month (1 - 31) # | | | .------- month (1 - 12) OR jan,feb,mar,apr ... # | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat # | | | | | # * * * * * user-name command to be executed 　分 时 日 月 周

实例

每天8.30上班 30 08 * * * 去上班 每天12下班回家睡觉 00 00 * * * 回家睡觉

所有命令一定要用绝对路径来写！

#每分钟执行一次命令 * * * * * 命令 #每小时的3,15分组执行命令 3,15 * * * * 命令 #在上午8-11点的第3和第15分钟执行 3,15 8-11 * * * 命令 #每晚21:30执行命令 30 21 * * * 命令 #没周六、日的1：30执行命令 30 1 * * 6,0 命令 #每周一到周五的凌晨1点，清空/tmp目录的所有文件 0 1 * * 1-5 /usr/bin/rm -rf /tmp/* #每晚的21:30重启nginx 30 21 * * * /opt/nginx/sbin/nginx -s reload #每月的1,10,22日的4:45重启nginx 45 4 1,1,10,22 * * /opt/nginx/sbin/nginx -s reload #每个星期一的上午8点到11点的第3和15分钟执行命令 3,15 8-11 * * 1 command

ubantu下的crond(https://www.cnblogs.com/michaelzhao10/p/4875719.html)

1）开启crontab日志

crontab默认情况下是不执行开启日子的，所以一开始写完后，不能执行，想查看日志，却找不到。所以先开启定时任务的日志来查看

2）修改rsyslog服务，将 /etc/rsyslog.d/50-default.conf 文件中的 #cron.* 前的 # 删掉；用以下命令重启rsyslog服务：

service rsyslog restart；

3）然后再重启crontab服务：

service cron restart；

网上很多人说开启，停止或者重启contab服务用命令 service crond restart,执行这个命令会报出 unrecognised service ,这里吧 crond 改成 cron 就可以了。

之后，在这个位置 /var/log/cron.log 就可以查看定时任务的文件日志文件了；

下面这个命令还可以查看crontab的状态

service cron status；

4）查看运行时的日志文件，如果在日志文件中执行一条语句后出现：

No MTA installed, discarding output

则crontab执行脚本时是不会直接错误的信息输出，而是会以邮件的形式发送到邮箱里，需要邮件服务器了，如果没有安装邮件服务器，它就会报这个错。

可以在每条定时脚本后面加入：>/dev/null 2>&1即将所有信息输入到linux系统中的空设备/dev/null中。即可解决No MTA installed, discarding output的问题。

5）写定时任务

通过如下命令，就可以开启本用户的定时文件，文件存放在 /var/spool/cron/crontabs 文件夹下并且以用的的名字命名的文件

crontab -e

可以通过以下命令列出某个用户cron服务的详细内容

crontab -l

我先写了个定时任务测试以下，用php写了一个功能，每分钟向数据库中写入一条数据，定时任务每分钟执行url就可以

1 * * * * curl servername/Home/Test/test >/dev/null 2>&1

curl也是Ubuntu自带的，不用另外安装。此条命令单独在命令行执行是可以的。

在crontab中发现好像不能执行，后来发现每分钟不能这样写，分钟位要写成 */1，才能执行，下面是从别人那拷贝过来的几个命令，不过我都试过

每五分钟执行 */5 * * * * 每小时执行 0 * * * * 每天执行 0 0 * * * 每周执行 0 0 * * 0 每月执行 0 0 1 * * 每年执行 0 0 1 1 *

6）在最终能用之前我还运行过以下命令，是给root赋权限。但是在我最终能运行时，我不知道这条命令有没有起作用。不过还是先写上。运行后需要重启crontab服务

crontab -u root /var/spool/cron/crontabs/root

之前不能运行的时候，看到很多人说不能运行是环境变量的问题，需要修改。不过我这次并没有遇到。不过先记下来。以后可能会用到。

我用的是root用户写的定时任务，并且看到他人写的下面内容，下次试一下

/etc/cron.deny 表示不能使用crontab 命令的用户 /etc/cron.allow 表示能使用crontab的用户。 如果两个文件同时存在，那么/etc/cron.allow 优先。 如果两个文件都不存在，那么只有超级用户可以安排作业。

二、虚拟环境

安装配置virtualenv #指定清华源下载pip的包

pip3 install -i https://pypi.tuna.tsinghua.edu.cn/simple virtualenv

#升级pip工具

pip3 install --upgrade pip

1.安装virtualenv

pip3 install -i https://pypi.tuna.tsinghua.edu.cn/simple virtualenv

2.创建目录

mkdir Myproject cd Myproject

3.创建独立运行环境-命名

virtualenv --no-site-packages --python=python3 venv#得到独立第三方包的环境，并且指定解释器是python3

4.进入虚拟环境

source venv/bin/activate#此时进入虚拟环境(venv)Myproject

5.安装第三方包

(venv)Myproject: pip3 install django==1.9.8 #此时pip的包都会安装到venv环境下，venv是针对Myproject创建的

6.退出venv环境

deactivate命令

7.virtualenv是如何创建“独立”的Python运行环境的呢？

原理很简单，就是把系统Python复制一份到virtualenv的环境， 用命令source venv/bin/activate进入一个virtualenv环境时， virtualenv会修改相关环境变量，让命令python和pip均指向当前的virtualenv环境。

8.确保开发环境的一致性

1.假设我们在本地开发环境，准备好了项目+依赖包环境 2.现在需要将项目上传至服务器，上线发布 3.那么就要保证服务器的python环境一致性 解决方案： 1.通过命令保证环境的一致性，导出当前python环境的包 pip3 freeze > requirements.txt 这将会创建一个 requirements.txt 文件，其中包含了当前环境中所有包及 各自的版本的简单列表。 可以使用 “pip list”在不产生requirements文件的情况下， 查看已安装包的列表。 2.上传至服务器后，在服务器下创建virtualenv，在venv中导入项目所需的模块依赖 pip3 install -r requirements.txt

virtualenvwrapper讲解 virtualenv 的一个最大的缺点就是：

每次开启虚拟环境之前要去虚拟环境所在目录下的 bin 目录下 source 一下 activate，这就需要我们记住每个虚拟环境所在的目录。

并且还有可能你忘记了虚拟环境放在哪。。。

一种可行的解决方案是，将所有的虚拟环境目录全都集中起来，例如/opt/all_venv/，并且针对不同的目录做不同的事。 使用virtualenvwrapper管理你的虚拟环境（virtualenv），其实他就是统一管理虚拟环境的目录，并且省去了source的步骤。 安装virtualenvwrapper #安装

pip3 install -i https://pypi.tuna.tsinghua.edu.cn/simple virtualenvwrapper

#设置环境变量，每次开机加载virtualevnwrapper

export WORKON_HOME=~/Envs #设置virtualenv的统一管理目录 export VIRTUALENVWRAPPER_VIRTUALENV_ARGS='--no-site-packages' #添加virtualenvwrapper的参数，生成干净隔绝的环境 export VIRTUALENVWRAPPER_PYTHON=/opt/python3/bin/python3 #指定python解释器 source /opt/python34/bin/virtualenvwrapper.sh #执行virtualenvwrapper安装脚本

读取文件，使得生效，此时已经可以使用virtalenvwrapper 管理虚拟环境的命令 virtualenvwrapper 提供环境名字的tab补全功能。 当有很多环境， 并且很难记住它们的名字时，这就显得很有用。

创建一个虚拟环境：

mkvirtualenv my_django115

这会在 ~/Envs 中创建 my_django115 文件夹。 激活虚拟环境my_django115

workon my_django115

也可以手动停止虚拟环境

deactivate

删除虚拟环境，需要先退出虚拟环境

rmvirtualenv my_django115 lsvirtualenv

列举所有的环境。

cdvirtualenv

导航到当前激活的虚拟环境的目录中，比如说这样您就能够浏览它的 site-packages 。

cdsitepackages

和上面的类似，但是是直接进入到 site-packages 目录中。

lssitepackages

显示 site-packages 目录中的内容。