• linux操作系统基础篇(七)


    Linux服务篇(二)

    1.nfs服务的搭建

    安装:

    yum install rpcbind nfs-utils -y

    配置:

    NFS服务的配置文件为 /etc/exports,这个文件是NFS的主要配置文件,不过系统并没有默认值,所以这个文件不一定会存在,可能要使用vim手动建立,然后在文件里面写入配置内容。

    /etc/exports文件内容格式:

    <输出目录> [客户端1 选项(访问权限,用户映射,其他)] [客户端2 选项(访问权限,用户映射,其他)]

    a. 输出目录:

    输出目录是指NFS系统中需要共享给客户机使用的目录;

    b. 客户端:

    客户端是指网络中可以访问这个NFS输出目录的计算机

    客户端常用的指定方式

    • 指定ip地址的主机:192.168.0.200
    • 指定子网中的所有主机:192.168.0.0/24 192.168.0.0/255.255.255.0
    • 指定域名的主机:david.bsmart.cn
    • 指定域中的所有主机:*.bsmart.cn
    • 所有主机:*

    c. 选项:

    选项用来设置输出目录的访问权限、用户映射等。

    NFS主要有3类选项:

    访问权限选项

    • 设置输出目录只读:ro
    • 设置输出目录读写:rw

    用户映射选项

    • all_squash:将远程访问的所有普通用户及所属组都映射为匿名用户或用户组(nfsnobody);
    • no_all_squash:与all_squash取反(默认设置);
    • root_squash:将root用户及所属组都映射为匿名用户或用户组(默认设置);
    • no_root_squash:与rootsquash取反;
    • anonuid=xxx:将远程访问的所有用户都映射为匿名用户,并指定该用户为本地用户(UID=xxx);
    • anongid=xxx:将远程访问的所有用户组都映射为匿名用户组账户,并指定该匿名用户组账户为本地用户组账户(GID=xxx);

    其它选项

    • secure:限制客户端只能从小于1024的tcp/ip端口连接nfs服务器(默认设置);
    • insecure:允许客户端从大于1024的tcp/ip端口连接服务器;
    • sync:将数据同步写入内存缓冲区与磁盘中,效率低,但可以保证数据的一致性;
    • async:将数据先保存在内存缓冲区中,必要时才写入磁盘;
    • wdelay:检查是否有相关的写操作,如果有则将这些写操作一起执行,这样可以提高效率(默认设置);
    • no_wdelay:若有写操作则立即执行,应与sync配合使用;
    • subtree:若输出目录是一个子目录,则nfs服务器将检查其父目录的权限(默认设置);
    • no_subtree:即使输出目录是一个子目录,nfs服务器也不检查其父目录的权限,这样可以提高效率

    修改配置文件

    vim/etc/exports

    /share 192.168.75.0/24 (rw,sync,fsid=0)

     mkdir -p /share   创建共享目录

    chmod +R o+w /share  增加共享目录其他人的读取权限

    systemctl restart nfs    重启服务

    showmount -e  查看共享列表

    客户端配置

    mount -t 192.168.75.150:share  /server (本地目录) #共享目录挂载到本地目录

    2.crontab计划任务的配置

    计划任务分为两类:系统级和用户级

    首先需要知道的是,无论是系统级还是用户级的cron计划都是文本文件,系 统的计划文件存放在/etc/crontab路径下。用户的计划文件放在/var/spool/cron/用户名,不管是哪一种,都可以满足我们定制计划任务的需求。

    root用户可以直接对文件进行修改来编写计划任务也可以使用 crontab -e命令,而普通用户只能使用后者。除此之外,系统crontab文件中任务的定义也有所不同,在前五个部分之后插入了一个“用户”部分。

    [root@MiWiFi-R3-srv ~]# cat /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
    * * * * * root run-parts /test #run-parts命令,可以执行一个目录下所有的可执行文件,目录下文件必须有执行权限

    You have new mail in /var/spool/mail/root


    [root@MiWiFi-R3-srv ~]# crontab -u tom -l #通过命令查看用户tom的计划任务
    */1 * * * * echo 123213123213


    [root@MiWiFi-R3-srv ~]# cat /var/spool/cron/tom #从文件中查看用户tom的计划任务
    */1 * * * * echo 123213123213

    crontab命令编写计划任务

    语  法:crontab [-u <用户名称>][配置文件] 或 crontab [-u <用户名称>][-elr]

    crontab任务配置基本格式:
    *  *  *  *  *  command
    分钟(0-59) 小时(0-23) 日期(1-31) 月份(1-12) 星期(0-6,0代表星期天)  命令

    第1列表示分钟1~59 每分钟用*或者 */1表示
    第2列表示小时1~23(0表示0点)
    第3列表示日期1~31
    第4列表示月份1~12
    第5列标识号星期0~6(0表示星期天)
    第6列要运行的命令

    参  数: 
    -e  编辑该用户的计时器设置。 
    -l  列出该用户的计时器设置。 
    -r  删除该用户的计时器设置。 
    -u<用户名称>  指定要设定计时器的用户名称。

    注意:

    1 查看计划任务的执行:tail -f /var/log/cron

    2 写计划任务时,命令必须加上绝对路径,否则会出现这种情况:从日志中看,确实触发了计划任务的执行,但是命令却没有执行成功,比如* * * * * reboot就会出现这种情况,需要将reboot写成/usr/sbin/reboot

    crontab例子:

    30 21 * * * /usr/local/etc/rc.d/apache restart #每晚的21:30 重启apache

    45 4 1,10,22 * * /usr/local/etc/rc.d/apache restart #每月1、10、22日的4 : 45重启apache

    10 1 * * 6,0 /usr/local/etc/rc.d/apache restart #每周六、周日的1 : 10重启apache

    0,30 18-23 * * * /usr/local/etc/rc.d/apache restart #每天18 : 00至23 : 00之间每隔30分钟重启apache

    0 23 * * 6 /usr/local/etc/rc.d/apache restart #每星期六的11 : 00 pm重启apache

    * 23-7/1 * * * /usr/local/etc/rc.d/apache restart #晚上11点到早上7点之间,每隔一个小时的每分钟重启 apache

    0 */1 * * * /usr/local/etc/rc.d/apache restart #每一小时重启apache

    0 11 4 * mon-wed /usr/local/etc/rc.d/apache restart #每月的4号与每周一到周三的11点重启apache

    0 4 1 jan * /usr/local/etc/rc.d/apache restart #一月一号的4点重启apache

    */30 * * * * /usr/sbin/ntpdate 210.72.145.44 #每半小时同步一下时间

    0 */2 * * * www /usr/bin/somecommand >> /dev/null 2>&1 #以用户www的身份每两小时就运行某个程序:


    0 1 * * * /home/testuser/test.sh #每天1点调用/home/testuser/test.sh

    */10 * * * * /home/testuser/test.sh #每10钟调用一次/home/testuser/test.sh

    30 21 * * * /usr/local/etc/rc.d/lighttpd restart #每天的21:30重启lighttpd

    45 4 1,10,22 * * /usr/local/etc/rc.d/lighttpd restart #每月1、10、22日的4 : 45重启lighttpd

    10 1 * * 6,0 /usr/local/etc/rc.d/lighttpd restart #每周六、周日的1 : 10重启lighttpd

    0,30 18-23 * * * /usr/local/etc/rc.d/lighttpd restart #上面的例子表示在每天18 : 00至23 : 00之间每隔30分钟重启apache。

    0 23 * * 6 /usr/local/etc/rc.d/lighttpd restart #上面的例子表示每星期六的11 : 00 pm重启lighttpd

    * */2 * * * /usr/local/etc/rc.d/lighttpd restart #每两小时的每分钟重启lighttpd

    0 23-7/1 * * * /usr/local/etc/rc.d/lighttpd restart #晚上11点到早上7点之间,每隔一小时重启lighttpd

    0 11 4 * mon-wed /usr/local/etc/rc.d/lighttpd restart #每月的4号与每周一到周三的11点重启lighttpd

    0 4 1 jan * /usr/local/etc/rc.d/lighttpd restart #一月一号的4点重启lighttpd

    */30 * * * * /usr/sbin/ntpdate 210.72.145.44 #每半小时同步一下时间

    对于一些常见的时间格式可以用如@yearly的方式代替

    @reboot 代表的意思Run once, at startup.
    @yearly 代表的意思Run once a year, "0 0 1 1 *".
    @annually 与@yearly相同意思
    @monthly 代表的意思Run once a month, "0 0 1 * *".
    @weekly 代表的意思Run once a week, "0 0 * * 0".
    @daily 代表的意思Run once a day, "0 0 * * *".
    @midnight 与@daily的意思相同
    @hourly 代表的意思Run once an hour, "0 * * * *".
    除此之外,系统还有一些自带的计划任务

    cron默认配置了调度任务,分别为:hourly、daily、weekly、mouthly,默认配置文件为/etc/anacrontab

    将需要执行的脚本放到相应的目录下即可,目录分别为:

    /etc/cron.hourly

    /etc/cron.daily

    /etc/cron.weekly

    /ect/cron.mouthly

    查看cron服务是否起作用:

    如果我们要查看定时任务是否准时调用了可以/var/log/cron中的运行信息

    cat /var/log/cron

    也可以用tail -f /var/spool/mail/用户名,来查看普通用户的计划任务执行情况

    此处需要记住两点:

    第一:cron 守护进程每分钟都检查 /etc/crontab 文件、etc/cron.d/ 目录、以及 /var/spool/cron 目录中的改变。如果发现了改变,它们就会被载入内存。这样,当某个 crontab 文件改变后就不必重新启动守护进程了。

    第二:crontab的用户手册中推荐每一个命令使用绝对路径,例如调用rm命令时写作:/bin/rm,这是为了防止由于每一个用户的PATH环境变量不同而导致命令无法找到的错误。

    网上查询到的资料crontab不执行的问题:

    转自:http://blog.csdn.net/jbgtwang/article/details/7995801

    第一,脚本的原因:大多数情况下,我们要相信科学,相信计算机,不是有鬼,就是我们的脚本的问题,这种问题导致crontab不能执行的概率占到 70%以上。因为程序执行到某一步导致crontab终止执行,我就碰到一次在迁移代码的时候将数据库连错了。导致无法访问而死在那里了。

    第二,执行环境问题,当我们碰到第一情况下,一般都可以通过手动执行程序将问题扼杀在摇篮里,一般情况下高手是不应该犯第一种错误的。问题是当我们 手动执行成功而crontab不能执行的时候,笔者碰到一次就是执行环境的问题,例如相关路径的设置问题。解决方案:在代码最前面执行 source /home/user/.bash_profile

    第三,系统时间不正确。这种问题最好理解,也是比较常见和隐蔽的问题,解决方案:date -s ********

    第四,就是我们的脚本是否有可执行权限。必须保证执行脚本的用户有执行改文件的权限。

    第五,crontab 守护进程死掉了。这种情况是极少发生的,但也不排除,当我们实在是找不到其他原因的时候可以用。解决方案:重启该进程。

    第六,crontab不执行的问题困扰了好长时间,脚本写的都正确,但是就是不执行,最终解决方法如下:
    crontab -u root /var/spool/cron/root
    这样root用户的crontab就生效了
    service crond restart
    重启下服务就好了

    第七,crond没有启动

    第八,脚本编码问题,脚本在window下编写,传到linux下后报“锘?!/bin/bash”,用vi编辑器新建新shell脚本,输入内容后保存。

  • 相关阅读:
    jQuery源码分析-01总体架构
    JS框架的一些小总结
    jquery validate表单验证插件
    jQuery $.extend()用法总结
    详解;(function ($,window,document,undefined){...})(jQuery,window,document);
    (function(){... })();
    同源策略 JSONP(实践篇)
    **字符集--发展史
    Django X 和 druid
    Django xadmin的使用 (三)
  • 原文地址:https://www.cnblogs.com/niubin/p/6930637.html
Copyright © 2020-2023  润新知