Linux 天气学-Cron作业
我正试图使cron作业或任务调度器工作,但我不明白为什么不考虑我的脚本 我试图简单地用以下文件归档文件夹:Linux 天气学-Cron作业,linux,cron,synology,Linux,Cron,Synology,我正试图使cron作业或任务调度器工作,但我不明白为什么不考虑我的脚本 我试图简单地用以下文件归档文件夹: tar -cvf /volume1/NetBackup/Backups/Monday.tgz /volume1/NetBackup/Backups/ns3268116.ovh.net/ 每次脚本开始工作但无法完成工作时。使用task scheduler或crontab,会在文件夹/volume1/NetBackup/Backups/中创建一个文件Monday.tgz,但该文件只有1024
tar -cvf /volume1/NetBackup/Backups/Monday.tgz /volume1/NetBackup/Backups/ns3268116.ovh.net/
每次脚本开始工作但无法完成工作时。使用task scheduler或crontab,会在文件夹/volume1/NetBackup/Backups/中创建一个文件Monday.tgz,但该文件只有1024字节。您可以尝试向其添加一些诊断。例如:
卷1是远程主机上的资源吗?如果是,则值得检查系统的这一部分。您可以尝试向其添加一些诊断。例如:
卷1是远程主机上的资源吗?如果是的话,值得检查系统的这一部分。Synology Cron非常挑剔 以下是我个人对Synology DS413j,DSM 5.2的注释:
crontab-e
不可用who
列可能不可靠。在who列中使用root
,并使用/bin/su-c'
作为其他用户运行ash
notbash
,因此请检查bash,例如使用>/path/to/logfile 2>&1'not
&>/path/to/logfile`synoservicectl——重新加载crond
,新的crontab才能生效Synology Cron真的很挑剔 以下是我个人对Synology DS413j,DSM 5.2的注释:
crontab-e
不可用who
列可能不可靠。在who列中使用root
,并使用/bin/su-c'
作为其他用户运行ash
notbash
,因此请检查bash,例如使用>/path/to/logfile 2>&1'not
&>/path/to/logfile`synoservicectl——重新加载crond
,新的crontab才能生效我同意Synology Linux OSs上Crontab的烦人本质 我当然会建议创建一个不需要的作业作为
.sh
shell脚本,并按照建议通过使用GUI插入的CRON任务调用它。至于今天(2017年3月),这是我发现的最好的方法,因为通过CLI使用crontab几乎是一件痛苦的事情 我同意Synology Linux OSs上Crontab的烦人本质 我当然会建议创建一个不需要的作业作为
.sh
shell脚本,并按照建议通过使用GUI插入的CRON任务调用它。至于今天(2017年3月),这是我发现的最好的方法,因为通过CLI使用crontab几乎是一件痛苦的事情 您应该指定您使用的是什么型号的Synology以及什么DSM version.ssh in and extecute
cat/etc.defaults/version
应该为我们提供一些有用的详细信息。您应该指定您使用的是什么型号的Synology以及什么DSM version.ssh in and extecutecat/etc.defaults/version
应该为我们提供一些有用的信息详细信息。MAILTO
和crontab-e
至少在我的大纲框中不起作用。MAILTO
和crontab-e
至少在我的大纲框中不起作用。