rsync error code 20 when ran under systemd

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP












1














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:



  1. Systemd spawns the python process.

  2. 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']

  3. 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.










share|improve this question



















  • 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 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










  • Is there any solution to this?
    – jamalm
    Dec 21 at 9:20















1














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:



  1. Systemd spawns the python process.

  2. 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']

  3. 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.










share|improve this question



















  • 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 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










  • Is there any solution to this?
    – jamalm
    Dec 21 at 9:20













1












1








1







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:



  1. Systemd spawns the python process.

  2. 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']

  3. 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.










share|improve this question















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:



  1. Systemd spawns the python process.

  2. 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']

  3. 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






share|improve this question















share|improve this question













share|improve this question




share|improve this question








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 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










  • Is there any solution to this?
    – jamalm
    Dec 21 at 9:20












  • 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 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










  • 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















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
);



);













draft saved

draft discarded


















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















draft saved

draft discarded
















































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.




draft saved


draft discarded














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





















































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






Popular posts from this blog

How to check contact read email or not when send email to Individual?

Bahrain

Postfix configuration issue with fips on centos 7; mailgun relay