rsync error code 20 when ran under systemd
Clash Royale CLAN TAG#URR8PPP
Running CentOS7.4 , rsync v3.1.2
I've a python script(v3.6) that polls a remote file server location using rsync. Rsync ensures that the drop folder on the remote location is identical to the folder on my local machine. I need these folders to be identical and rsync seems up to the task.
However, whenever there are more than 40+ files, rsync errors with the following output: rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(638) [sender=3.1.2]
and rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at io.c(504) [generator=3.1.2]
. The files are almost always a series of jpeg images with a single xml file.
I've ran the exact rsync command in a terminal shell and there were no issues. It seems that because i've daemonized my script and leave it to systemd to handle the program, it doesn't like that rsync is copying that many files. I am unsure as to the cause. I was under the impression that the Kernel's OOM killer is the culprit as rsync is receiving a SIGINT, SIGTERM or SIGHUP as stated in the error but i ran journalctl -k
to spot any OOM kills and none appear relating to rsync.
My workstation has 64 GB of ram to play with and doesn't regularly use nearly all that space so I am perplexed as to what is causing rsync to do this. If more information is required please do not hesitate to ask as I need a solution for this by the end of the week.
rsync command :rsync -a -vv -Ph --temp-dir=/tmp /inbox/loc/ /outbox/loc
Python Call: retval = subprocess.check_call(['rsync','-a', '-vv', '-Ph', '--temp-dir=/tmp', inbox, outbox])
Systemd Unit File:
[Unit]
Description = CAR daemon
[Service]
Type = simple
PIDFile = /var/run/card/card.pid
ExecStart = /usr/bin/python3.6 /scratch/ssd/jamal/dev/github/CAR_WF/card/main.py
[Install]
WantedBy = multi-user.target
Journalctl sample output for one of the runs ( redacted for sensitive data ):
Dec 18 08:59:13 hostname systemd[1]: Started CAR daemon.
Dec 18 08:59:13 hostname systemd[1]: Starting CAR daemon...
Dec 18 08:59:14 hostname python3.6[2928]: sending incremental file list
Dec 18 08:59:14 hostname python3.6[2928]: delta-transmission disabled for local transfer or --whole-file
Dec 18 08:59:14 hostname python3.6[2928]: ./
Dec 18 08:59:14 hostname python3.6[2928]: FOR VFX DOCUMENT/
Dec 18 08:59:14 hostname python3.6[2928]: FOR VFX DOCUMENT/0000 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0001 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0002 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0003 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0004 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0005 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0006 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0007 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0008 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0009 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [103B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0010 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [103B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0011 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [103B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0012 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(638) [sender=3.1.2]
Dec 18 08:59:15 hostname python3.6[2928]: rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at io.c(504) [generator=3.1.2]
Output for ulimit -a
:
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 256628
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 256628
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
I should add that rsync is called as follows:
- Systemd spawns the python process.
- The Python script spawns a polling process upon initialisation using
subprocess.Popen()
with the following arguments:['python3.6', '/path/to/poller.py', '/inbox/dir/', '/outbox/dir']
- When the poller timer hits zero, it calls rsync to check for changes.
I hope that clears things up about where the rsync process is called from.
centos systemd rsync python3
add a comment |
Running CentOS7.4 , rsync v3.1.2
I've a python script(v3.6) that polls a remote file server location using rsync. Rsync ensures that the drop folder on the remote location is identical to the folder on my local machine. I need these folders to be identical and rsync seems up to the task.
However, whenever there are more than 40+ files, rsync errors with the following output: rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(638) [sender=3.1.2]
and rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at io.c(504) [generator=3.1.2]
. The files are almost always a series of jpeg images with a single xml file.
I've ran the exact rsync command in a terminal shell and there were no issues. It seems that because i've daemonized my script and leave it to systemd to handle the program, it doesn't like that rsync is copying that many files. I am unsure as to the cause. I was under the impression that the Kernel's OOM killer is the culprit as rsync is receiving a SIGINT, SIGTERM or SIGHUP as stated in the error but i ran journalctl -k
to spot any OOM kills and none appear relating to rsync.
My workstation has 64 GB of ram to play with and doesn't regularly use nearly all that space so I am perplexed as to what is causing rsync to do this. If more information is required please do not hesitate to ask as I need a solution for this by the end of the week.
rsync command :rsync -a -vv -Ph --temp-dir=/tmp /inbox/loc/ /outbox/loc
Python Call: retval = subprocess.check_call(['rsync','-a', '-vv', '-Ph', '--temp-dir=/tmp', inbox, outbox])
Systemd Unit File:
[Unit]
Description = CAR daemon
[Service]
Type = simple
PIDFile = /var/run/card/card.pid
ExecStart = /usr/bin/python3.6 /scratch/ssd/jamal/dev/github/CAR_WF/card/main.py
[Install]
WantedBy = multi-user.target
Journalctl sample output for one of the runs ( redacted for sensitive data ):
Dec 18 08:59:13 hostname systemd[1]: Started CAR daemon.
Dec 18 08:59:13 hostname systemd[1]: Starting CAR daemon...
Dec 18 08:59:14 hostname python3.6[2928]: sending incremental file list
Dec 18 08:59:14 hostname python3.6[2928]: delta-transmission disabled for local transfer or --whole-file
Dec 18 08:59:14 hostname python3.6[2928]: ./
Dec 18 08:59:14 hostname python3.6[2928]: FOR VFX DOCUMENT/
Dec 18 08:59:14 hostname python3.6[2928]: FOR VFX DOCUMENT/0000 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0001 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0002 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0003 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0004 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0005 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0006 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0007 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0008 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0009 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [103B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0010 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [103B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0011 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [103B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0012 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(638) [sender=3.1.2]
Dec 18 08:59:15 hostname python3.6[2928]: rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at io.c(504) [generator=3.1.2]
Output for ulimit -a
:
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 256628
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 256628
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
I should add that rsync is called as follows:
- Systemd spawns the python process.
- The Python script spawns a polling process upon initialisation using
subprocess.Popen()
with the following arguments:['python3.6', '/path/to/poller.py', '/inbox/dir/', '/outbox/dir']
- When the poller timer hits zero, it calls rsync to check for changes.
I hope that clears things up about where the rsync process is called from.
centos systemd rsync python3
1
Since it looks like a systemd problem, can you provide your unit configuration file as well?
– Haxiel
Dec 17 at 13:10
Hi Haxiel, I've added the unit file there now, thanks for the response
– jamalm
Dec 17 at 14:03
2
Could you also provide the relevant unit log output?journalctl --unit=unitname
and perhapsulimit -a
. There might be a limit set that causes this...
– rudib
Dec 17 at 16:01
I've added that there now, hope it helps you's help me!
– jamalm
Dec 18 at 9:25
Is there any solution to this?
– jamalm
Dec 21 at 9:20
add a comment |
Running CentOS7.4 , rsync v3.1.2
I've a python script(v3.6) that polls a remote file server location using rsync. Rsync ensures that the drop folder on the remote location is identical to the folder on my local machine. I need these folders to be identical and rsync seems up to the task.
However, whenever there are more than 40+ files, rsync errors with the following output: rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(638) [sender=3.1.2]
and rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at io.c(504) [generator=3.1.2]
. The files are almost always a series of jpeg images with a single xml file.
I've ran the exact rsync command in a terminal shell and there were no issues. It seems that because i've daemonized my script and leave it to systemd to handle the program, it doesn't like that rsync is copying that many files. I am unsure as to the cause. I was under the impression that the Kernel's OOM killer is the culprit as rsync is receiving a SIGINT, SIGTERM or SIGHUP as stated in the error but i ran journalctl -k
to spot any OOM kills and none appear relating to rsync.
My workstation has 64 GB of ram to play with and doesn't regularly use nearly all that space so I am perplexed as to what is causing rsync to do this. If more information is required please do not hesitate to ask as I need a solution for this by the end of the week.
rsync command :rsync -a -vv -Ph --temp-dir=/tmp /inbox/loc/ /outbox/loc
Python Call: retval = subprocess.check_call(['rsync','-a', '-vv', '-Ph', '--temp-dir=/tmp', inbox, outbox])
Systemd Unit File:
[Unit]
Description = CAR daemon
[Service]
Type = simple
PIDFile = /var/run/card/card.pid
ExecStart = /usr/bin/python3.6 /scratch/ssd/jamal/dev/github/CAR_WF/card/main.py
[Install]
WantedBy = multi-user.target
Journalctl sample output for one of the runs ( redacted for sensitive data ):
Dec 18 08:59:13 hostname systemd[1]: Started CAR daemon.
Dec 18 08:59:13 hostname systemd[1]: Starting CAR daemon...
Dec 18 08:59:14 hostname python3.6[2928]: sending incremental file list
Dec 18 08:59:14 hostname python3.6[2928]: delta-transmission disabled for local transfer or --whole-file
Dec 18 08:59:14 hostname python3.6[2928]: ./
Dec 18 08:59:14 hostname python3.6[2928]: FOR VFX DOCUMENT/
Dec 18 08:59:14 hostname python3.6[2928]: FOR VFX DOCUMENT/0000 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0001 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0002 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0003 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0004 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0005 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0006 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0007 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0008 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0009 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [103B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0010 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [103B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0011 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [103B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0012 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(638) [sender=3.1.2]
Dec 18 08:59:15 hostname python3.6[2928]: rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at io.c(504) [generator=3.1.2]
Output for ulimit -a
:
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 256628
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 256628
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
I should add that rsync is called as follows:
- Systemd spawns the python process.
- The Python script spawns a polling process upon initialisation using
subprocess.Popen()
with the following arguments:['python3.6', '/path/to/poller.py', '/inbox/dir/', '/outbox/dir']
- When the poller timer hits zero, it calls rsync to check for changes.
I hope that clears things up about where the rsync process is called from.
centos systemd rsync python3
Running CentOS7.4 , rsync v3.1.2
I've a python script(v3.6) that polls a remote file server location using rsync. Rsync ensures that the drop folder on the remote location is identical to the folder on my local machine. I need these folders to be identical and rsync seems up to the task.
However, whenever there are more than 40+ files, rsync errors with the following output: rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(638) [sender=3.1.2]
and rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at io.c(504) [generator=3.1.2]
. The files are almost always a series of jpeg images with a single xml file.
I've ran the exact rsync command in a terminal shell and there were no issues. It seems that because i've daemonized my script and leave it to systemd to handle the program, it doesn't like that rsync is copying that many files. I am unsure as to the cause. I was under the impression that the Kernel's OOM killer is the culprit as rsync is receiving a SIGINT, SIGTERM or SIGHUP as stated in the error but i ran journalctl -k
to spot any OOM kills and none appear relating to rsync.
My workstation has 64 GB of ram to play with and doesn't regularly use nearly all that space so I am perplexed as to what is causing rsync to do this. If more information is required please do not hesitate to ask as I need a solution for this by the end of the week.
rsync command :rsync -a -vv -Ph --temp-dir=/tmp /inbox/loc/ /outbox/loc
Python Call: retval = subprocess.check_call(['rsync','-a', '-vv', '-Ph', '--temp-dir=/tmp', inbox, outbox])
Systemd Unit File:
[Unit]
Description = CAR daemon
[Service]
Type = simple
PIDFile = /var/run/card/card.pid
ExecStart = /usr/bin/python3.6 /scratch/ssd/jamal/dev/github/CAR_WF/card/main.py
[Install]
WantedBy = multi-user.target
Journalctl sample output for one of the runs ( redacted for sensitive data ):
Dec 18 08:59:13 hostname systemd[1]: Started CAR daemon.
Dec 18 08:59:13 hostname systemd[1]: Starting CAR daemon...
Dec 18 08:59:14 hostname python3.6[2928]: sending incremental file list
Dec 18 08:59:14 hostname python3.6[2928]: delta-transmission disabled for local transfer or --whole-file
Dec 18 08:59:14 hostname python3.6[2928]: ./
Dec 18 08:59:14 hostname python3.6[2928]: FOR VFX DOCUMENT/
Dec 18 08:59:14 hostname python3.6[2928]: FOR VFX DOCUMENT/0000 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0001 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0002 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0003 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0004 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0005 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0006 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0007 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0008 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [102B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0009 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [103B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0010 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [103B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0011 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: [103B blob data]
Dec 18 08:59:15 hostname python3.6[2928]: FOR VFX DOCUMENT/0012 file.jpg
Dec 18 08:59:15 hostname python3.6[2928]: rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(638) [sender=3.1.2]
Dec 18 08:59:15 hostname python3.6[2928]: rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at io.c(504) [generator=3.1.2]
Output for ulimit -a
:
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 256628
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 256628
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
I should add that rsync is called as follows:
- Systemd spawns the python process.
- The Python script spawns a polling process upon initialisation using
subprocess.Popen()
with the following arguments:['python3.6', '/path/to/poller.py', '/inbox/dir/', '/outbox/dir']
- When the poller timer hits zero, it calls rsync to check for changes.
I hope that clears things up about where the rsync process is called from.
centos systemd rsync python3
centos systemd rsync python3
edited Dec 18 at 9:24
asked Dec 17 at 12:27
jamalm
8912
8912
1
Since it looks like a systemd problem, can you provide your unit configuration file as well?
– Haxiel
Dec 17 at 13:10
Hi Haxiel, I've added the unit file there now, thanks for the response
– jamalm
Dec 17 at 14:03
2
Could you also provide the relevant unit log output?journalctl --unit=unitname
and perhapsulimit -a
. There might be a limit set that causes this...
– rudib
Dec 17 at 16:01
I've added that there now, hope it helps you's help me!
– jamalm
Dec 18 at 9:25
Is there any solution to this?
– jamalm
Dec 21 at 9:20
add a comment |
1
Since it looks like a systemd problem, can you provide your unit configuration file as well?
– Haxiel
Dec 17 at 13:10
Hi Haxiel, I've added the unit file there now, thanks for the response
– jamalm
Dec 17 at 14:03
2
Could you also provide the relevant unit log output?journalctl --unit=unitname
and perhapsulimit -a
. There might be a limit set that causes this...
– rudib
Dec 17 at 16:01
I've added that there now, hope it helps you's help me!
– jamalm
Dec 18 at 9:25
Is there any solution to this?
– jamalm
Dec 21 at 9:20
1
1
Since it looks like a systemd problem, can you provide your unit configuration file as well?
– Haxiel
Dec 17 at 13:10
Since it looks like a systemd problem, can you provide your unit configuration file as well?
– Haxiel
Dec 17 at 13:10
Hi Haxiel, I've added the unit file there now, thanks for the response
– jamalm
Dec 17 at 14:03
Hi Haxiel, I've added the unit file there now, thanks for the response
– jamalm
Dec 17 at 14:03
2
2
Could you also provide the relevant unit log output?
journalctl --unit=unitname
and perhaps ulimit -a
. There might be a limit set that causes this...– rudib
Dec 17 at 16:01
Could you also provide the relevant unit log output?
journalctl --unit=unitname
and perhaps ulimit -a
. There might be a limit set that causes this...– rudib
Dec 17 at 16:01
I've added that there now, hope it helps you's help me!
– jamalm
Dec 18 at 9:25
I've added that there now, hope it helps you's help me!
– jamalm
Dec 18 at 9:25
Is there any solution to this?
– jamalm
Dec 21 at 9:20
Is there any solution to this?
– jamalm
Dec 21 at 9:20
add a comment |
active
oldest
votes
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f489468%2frsync-error-code-20-when-ran-under-systemd%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f489468%2frsync-error-code-20-when-ran-under-systemd%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
Since it looks like a systemd problem, can you provide your unit configuration file as well?
– Haxiel
Dec 17 at 13:10
Hi Haxiel, I've added the unit file there now, thanks for the response
– jamalm
Dec 17 at 14:03
2
Could you also provide the relevant unit log output?
journalctl --unit=unitname
and perhapsulimit -a
. There might be a limit set that causes this...– rudib
Dec 17 at 16:01
I've added that there now, hope it helps you's help me!
– jamalm
Dec 18 at 9:25
Is there any solution to this?
– jamalm
Dec 21 at 9:20