You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was using pcloudcc (https://github.com/pcloudcom/console-client) on my RPi 4 for creating automatic backup from the pCloud to a hdd. I have services for doing the job, but the relevant part is, that an rsync command is run regularly.
One day I found, that the rsync command hangs for unlimited time, without any cpu, disk or network activity.
Investigation
During the investigation at an early phase I discovered this project, so I removed the old pcloudcc installation and installed this one. I am very happy and thankful, that there is an AUR package for that, so I could install it this simple way:
I have **** for the sensitive parts (this time only for the hostname) and sorry for the hungarian language, but you can see, that the only error is, that your package is not available for armv7h. Fortunately it asks, if I want to build it anyway. I selected yes, the build and installation was successful without any warning.
Just in case I removed the old ~/.pcloud folder before I started the new pcloudcc:
[******@****** ~]$ rm -r ~/.pcloud
[******@****** ~]$ pcloudcc -u "backup@******" -p -s
pCloud console client (git-lneely)
Please, enter password
Down: Everything Downloaded| Up: Everything Uploaded, status is LOGIN_REQUIRED
logging in
Down: Everything Downloaded| Up: Everything Uploaded, status is CONNECTING
Down: Everything Downloaded| Up: Everything Uploaded, status is SCANNING
event 1073741824
event 1073741825
Down: Everything Downloaded| Up: Everything Uploaded, status is READY
I typed the password and everything was ok, the ~/pCloudDrive has the content.
I run the rsync command, already with multiple -v in order to get more debug info:
In this example the transfer of the last file (rokus_szhely-23.jpg) did not begin, but in other cases it just hangs at e.g. 82% of a file.
I tried to ctrl+C, but no prompt is presented.
In another terminal we can see, that the one rsync command spawned three processes, and the first one is stuck in the "uninterruptible sleep" state:
If I stop the pcloudcc, remove the ~/.pcloud folder, start the pcloudcc and run the rsync again, it transfers a new 2-3GB, but it hangs before/during/after a different file. It can be seen clearly, that the previous problematic file is transferred successfully (e.g. rokus_szhely-22.jpg) in this case.
If I just restart the pcloudcc and run the rsync again, it transfers the problematic file and a couple new files (around 10 files), but it hangs afterwards.
I tried copying the problematic file with a simple cp, but it hangs as well.
If I remove the ~/.pcloud folder and try to copy the folder, which I tried to backup with rsync, the cp starts and looks good, but it hangs after 2.3GB.
I have 20GB free space for the root filesystem, so the the ~/.pcloud folder and the pcloudcc program should not face disk space issues.
The problem is there (in both rsync and cp cases with previously removing the ~/.pcloud folder) when the ~/.pcloud folder reaches the size around 2.1GB (in these cases I had 2192464 and 2192368 bytes).
Guesses
My guess is, that something gets corrupted in the ~/.pcloud folder.
Other important info is, that my automatic backup was running 2 years without any issue, and suddenly on 2024.11.28. the problem was there (I can see the exact date in the logfiles).
As I remember, around this date me and my colleagues were dropped out from all pcloud clients (mobile, Linux desktop, Windows desktop) and have to login on all platforms again. Maybe pcloud modified something serious, which is not tracked in the pcloudcc. If this would be the case, that is sad, because I guess we can not get the info from the pcloud support and their pcloudcc (https://github.com/pcloudcom/console-client) seems abandoned.
Does anybod have something similar?
Could you help me resolve this?
I try to avoid reinstalling the whole system, but I can investigate more, if anybody has some guesses or ideas.
Thank you in advance!
The text was updated successfully, but these errors were encountered:
@triszalo First, thanks much for the thorough investigation and documentation. I don't use pcloudcc in this way, but I will do my best to help (unfortunately, my "spare cycles" right now are exceedingly few).
You identify a specific date (28 Nov) where this process stopped working, but I suspect the data set being synchronized to pCloud changes more frequently than the program itself. What isn't obvious to me is whether your investigation clearly determines that a change in the program caused this problem, or a change in the file set. The only coding activity at that time was an update to CLI. My questions:
Is the problem caused by recent changes?
Try the process with a pcloudcc build prior to 28 November
Successful outcome may indicate something in the code changed that caused this problem
... caused by one or more files?
Identifying exactly which files were added to the backup process on that date
Removing those files from the backup set
Trying to run this process again
Successful outcome indicates program is not handling one or more files properly
The best I can do right now is try to reproduce with rsync in some temporary folder or something. I will follow up with my observations. :)
Dear all!
The issue
I was using
pcloudcc
(https://github.com/pcloudcom/console-client) on my RPi 4 for creating automatic backup from the pCloud to a hdd. I have services for doing the job, but the relevant part is, that anrsync
command is run regularly.One day I found, that the
rsync
command hangs for unlimited time, without any cpu, disk or network activity.Investigation
During the investigation at an early phase I discovered this project, so I removed the old
pcloudcc
installation and installed this one. I am very happy and thankful, that there is an AUR package for that, so I could install it this simple way:I have
****
for the sensitive parts (this time only for the hostname) and sorry for the hungarian language, but you can see, that the only error is, that your package is not available forarmv7h
. Fortunately it asks, if I want to build it anyway. I selected yes, the build and installation was successful without any warning.Just in case I removed the old
~/.pcloud
folder before I started the newpcloudcc
:I typed the password and everything was ok, the
~/pCloudDrive
has the content.I run the
rsync
command, already with multiple-v
in order to get more debug info:Unfortunately, at some point (after 2-3GB) the
rsync
command hangs (sensitive data with******
):In this example the transfer of the last file (
rokus_szhely-23.jpg
) did not begin, but in other cases it just hangs at e.g. 82% of a file.I tried to
ctrl+C
, but no prompt is presented.In another terminal we can see, that the one
rsync
command spawned three processes, and the first one is stuck in the "uninterruptible sleep" state:I tried deleting the last transferred file and rerun the
rsync
command:We can see, that it transfers the
rokus_szhely-21.jpg
, but it has problems withrokus_szhely-22.jpg
:If I stop the
pcloudcc
, remove the~/.pcloud
folder, start thepcloudcc
and run thersync
again, it transfers a new 2-3GB, but it hangs before/during/after a different file. It can be seen clearly, that the previous problematic file is transferred successfully (e.g.rokus_szhely-22.jpg
) in this case.If I just restart the
pcloudcc
and run thersync
again, it transfers the problematic file and a couple new files (around 10 files), but it hangs afterwards.I tried copying the problematic file with a simple
cp
, but it hangs as well.If I remove the
~/.pcloud
folder and try to copy the folder, which I tried to backup with rsync, thecp
starts and looks good, but it hangs after 2.3GB.I have 20GB free space for the root filesystem, so the the
~/.pcloud
folder and thepcloudcc
program should not face disk space issues.The problem is there (in both
rsync
andcp
cases with previously removing the~/.pcloud
folder) when the~/.pcloud
folder reaches the size around 2.1GB (in these cases I had 2192464 and 2192368 bytes).Guesses
My guess is, that something gets corrupted in the
~/.pcloud
folder.Other important info is, that my automatic backup was running 2 years without any issue, and suddenly on 2024.11.28. the problem was there (I can see the exact date in the logfiles).
As I remember, around this date me and my colleagues were dropped out from all pcloud clients (mobile, Linux desktop, Windows desktop) and have to login on all platforms again. Maybe pcloud modified something serious, which is not tracked in the
pcloudcc
. If this would be the case, that is sad, because I guess we can not get the info from the pcloud support and theirpcloudcc
(https://github.com/pcloudcom/console-client) seems abandoned.Does anybod have something similar?
Could you help me resolve this?
I try to avoid reinstalling the whole system, but I can investigate more, if anybody has some guesses or ideas.
Thank you in advance!
The text was updated successfully, but these errors were encountered: