Closed dploeger closed 1 month ago
@dploeger Please build from 'source' - using 'master' and reproduce without using Docker please.
When building from source, please enable debugging:
./configure --enable-debug make clean; make;
To create a debug log output, please follow:
onedrive --sync --resync --resync-auth --verbose --verbose > debug_output.log 2>&1
Thanks.
@dploeger
If you are able to 'self build' Docker containers, I have created PR #2811 that adds the --enable-debug
option to the Docker builds.
This is critically important to resolve this:
[Step 2/8] core.time.TimeException@/usr/lib/ldc/x86_64-linux-gnu/include/d/std/datetime/systime.d(9101): Invalid ISO Extended String: 2024-Sep-17 06:00:27^M
[Step 2/8] ----------------^M
[Step 2/8] ??:? [0x55ed92234da5]^M
[Step 2/8] ??:? [0x55ed92231a31]^M
[Step 2/8] ??:? [0x55ed92231692]^M
[Step 2/8] ??:? [0x55ed92259adc]^M
[Step 2/8] ??:? [0x55ed9225814f]^M
[Step 2/8] ??:? [0x55ed92259b2c]^M
[Step 2/8] ??:? [0x55ed9225814f]^M
[Step 2/8] ??:? [0x55ed92259b2c]^M
[Step 2/8] ??:? [0x55ed9225814f]^M
[Step 2/8] ??:? [0x55ed92259b2c]^M
[Step 2/8] ??:? [0x55ed9225814f]^M
[Step 2/8] ??:? [0x55ed92257ada]^M
[Step 2/8] ??:? [0x55ed922cee66]^M
[Step 2/8] ??:? [0x55ed922cb5e1]^M
[Step 2/8] ??:? void rt.dmain2._d_run_main2(char[][], ulong, extern (C) int function(char[][])*).runAll() [0x7f19050d6b7b]^M
[Step 2/8] ??:? _d_run_main2 [0x7f19050d6995]^M
[Step 2/8] ??:? _d_run_main [0x7f19050d67ed]^M
[Step 2/8] ??:? [0x7f1904d33249]^M
[Step 2/8] ??:? __libc_start_main [0x7f1904d33304]^M
[Step 2/8] ??:? [0x55ed92213100]^M
Once this is resolved, the reason for the crash can be understood and then fixed.
Without this resolution, it is next to impossible to pinpoint the cause & fix.
@dploeger Please use the following instructions to clone this PR:
git clone https://github.com/abraunegg/onedrive.git
cd onedrive
git fetch origin pull/2811/head:pr2811
git checkout pr2811
Augment the above with the instructions here on building your own Docker container:
https://github.com/abraunegg/onedrive/blob/master/docs/docker.md#building-a-custom-docker-image
Meh. On a second run it works without a problem. I'll keep this in mind though. Thanks!
No problem .. it would have been good to know what broke and where and why ....
But now I see other problems in another run. I'll create the docker image and will use that internally. If another problem occurs, I can give you better information.
@abraunegg Hm. --enable-debug still doesn't seem to work in the container:
Or did I misunderstand you there?
(I've build the image on the PR branch and pushed that to our internal registry to use it in the CI build)
@abraunegg Hm. --enable-debug still doesn't seem to work in the container:
Or did I misunderstand you there?
(I've build the image on the PR branch and pushed that to our internal registry to use it in the CI build)
You need to recompile the actual 'client' .. by either building the entire client from scratch, or using the PR and build your own Docker container from the PR, which will do this step.
When using the 'self built' container, the 'onedrive' binary will be built with --enable-debug
to then give the right details.
I've checked out the PR and ran docker build.
Isn't that what you mean with "self-built container"?
I've checked out the PR and ran docker build.
Isn't that what you mean with "self-built container"?
Correct ... so now, if the client crashes, the internally built 'onedrive' binary will have the correct debugging enabled to capture what is going on.
Ohhh. It's not a parameter to the entrypoint of the container?
Ohhh. It's not a parameter to the entrypoint of the container?
No it is not .. which is why you have to either:
Yeah, yeah. I got that. But I added --enable-debug to the parameter list and saw the error because I misunderstood you. Will remove it tomorrow and report any stack traces. Thanks for the support!
@dploeger FYI - what I have also done in the meantime is I have added the required change into 'master' , so if you use any of the 'edge' Docker tags, this 'change' should be there by default - this may assist you with this issue.
@dploeger I have been looking at this issue today more deeply, and I am still trying to deduce where the issue is being introduced, however, given that there are 2 issues of the same type that has been raised, I have worked on a more generic fix.
Please can you pull this PR, and build a new Docker container from this PR:
git clone https://github.com/abraunegg/onedrive.git
cd onedrive
git fetch origin pull/2816/head:pr2816
git checkout pr2816
When running the PR, your version should be: onedrive v2.5.0-3-gf06e816
or greater within your Docker container.
I've compiled the PR and will use that image from now on. Our pipeline runs for 4 hours though (one initial onedrive sync, generating the export and rsyncing it locally, second onedrive sync) so I can't provide faster insights I'm afraid.
I've compiled the PR and will use that image from now on. Our pipeline runs for 4 hours though (one initial onedrive sync, generating the export and rsyncing it locally, second onedrive sync) so I can't provide faster insights I'm afraid.
No problem - thanks for letting me know
It now failed with this on the second sync:
std.json.JSONException@std/json.d(315): JSONValue is not an object
----------------
/usr/lib/ldc/x86_64-redhat-linux-gnu/include/d/std/exception.d:519 pure @safe noreturn std.exception.bailOut!(std.json.JSONException).bailOut(immutable(char)[], ulong, scope const(char)[]) [0x68b1e3]
??:? inout pure ref @safe inout(std.json.JSONValue) std.json.JSONValue.opIndex(return scope immutable(char)[]) [0x7fe4485c5a93]
src/sync.d:6027 [0x4d3cac]
src/sync.d:4417 [0x4d261c]
src/sync.d:4161 [0x4d1208]
src/sync.d:4060 [0x4d0c79]
/usr/lib/ldc/x86_64-redhat-linux-gnu/include/d/std/parallelism.d-mixin-4114:4156 [0x68e3db]
??:? void std.parallelism.TaskPool.executeWorkLoop() [0x7fe4485a378d]
??:? thread_entryPoint [0x7fe4482da467]
??:? [0x7fe447f936d6]
??:? __clone [0x7fe448017413]
Hope that helps
Hope that helps
That little part shows a 100% potentially different issue .......
Yes. The original TimeException doesn't seem to pop up again.
We can update this issue to better reflect it or I can open another one
Please raise a new bug report for tracking purposes
This is in #2822 then. I'll close this bug then.
Keep this one open for the moment until 2813 is also solved.
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.
Describe the bug
After synchronizing the data with --sync and vacuuming the database, the process crashes with this stack:
Operating System Details
Client Installation Method
From Distribution Package
OneDrive Account Type
Business | Office365
What is your OneDrive Application Version
onedrive v2.5.0
What is your OneDrive Application Configuration
Where is your 'sync_dir' located
Local
What are all your system 'mount points'
What are all your local file system partition types
How do you use 'onedrive'
The onedrive sync folder is used for storing export data from one system and synced to a shared business folder.
Steps to reproduce the behaviour
Complete Verbose Log Output
Screenshots
No response
Other Log Information or Details
No response
Additional context
No response