Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Monitoring stops after a while #753

Closed
HenriDeh opened this issue Dec 13, 2019 · 16 comments
Closed

Monitoring stops after a while #753

HenriDeh opened this issue Dec 13, 2019 · 16 comments
Labels
Local Environment Issue Cannot locally reproduce issue Not a bug

Comments

@HenriDeh
Copy link

Bug Report Details

When onedrive --monitor is running, it will eventually stop on its own.

Application and Operating System Details:

  • OS: Linux Mint 19.2
  • OneDrive Account Type: enterprise (with 1To)
  • DMD64 D Compiler v2.089.0
  • Application configuration:
onedrive version                    = v2.3.11-3-g0445ae0
Config path                         = /home/dehaybe/.config/onedrive
Config file found in config path    = true
Config option 'check_nosync'        = false
Config option 'sync_dir'            = /home/dehaybe/OneDrive
Config option 'skip_dir'            = 
Config option 'skip_file'           = ~*|.~*|*.tmp
Config option 'skip_dotfiles'       = false
Config option 'skip_symlinks'       = false
Config option 'monitor_interval'    = 5
Config option 'min_notify_changes'  = 5
Config option 'log_dir'             = /var/log/onedrive/
Config option 'sync_root_files'     = false
Selective sync configured           = false
  • Curl Version: curl 7.58.0

To Reproduce
Steps to reproduce the behavior if not causing an application crash:

  1. Run onedrive --monitor
  2. Wait a few hours

See in this screencap, I had to reenter the command because it stopped:
image

This also happens if it is running in background.

@abraunegg
Copy link
Owner

@HenriDeh
Please upgrade to the latest 'master' version and retest. You are running an old version (v2.3.11-3-g0445ae0)

@abraunegg abraunegg added the Invalid - Old Code Version Invalid - Old Code Version label Dec 13, 2019
@abraunegg
Copy link
Owner

@HenriDeh
Have you been able to re-test this with the current 'master' ?

@HenriDeh
Copy link
Author

HenriDeh commented Dec 14, 2019 via email

@HenriDeh
Copy link
Author

I'm sorry I am fairly new to Linux, is there a command to update this package ? If I uninstall and install the latest version I will lose my configuration won't I?

@abraunegg
Copy link
Owner

@HenriDeh
You wont loose your existing configuration if your leave your config directory as is.

To install a new version, refer to https://github.com/abraunegg/onedrive/blob/master/docs/INSTALL.md#building-and-installing-the-onedrive-free-client

@abraunegg
Copy link
Owner

@HenriDeh
Any update from your side? Have you been able to re-test this with the current 'master' ?

@HenriDeh
Copy link
Author

Hi, yes it has been running straight for 2 days now, I think we can say that it is solved.
Thank you for your dedication to this package.

@HenriDeh HenriDeh reopened this Dec 18, 2019
@HenriDeh
Copy link
Author

HenriDeh commented Dec 18, 2019

Nevermind, it just stopped again.

image

I notice that it happened in both screenshots after a file synchronization and before it could print "done."

@abraunegg
Copy link
Owner

@HenriDeh
OK - please follow these instructions to generate a HTTPS Debug Log:

https://github.com/abraunegg/onedrive/wiki/Generate-https-debug-log-for-support

@abraunegg abraunegg added Investigating and removed Invalid - Old Code Version Invalid - Old Code Version labels Dec 18, 2019
@HenriDeh
Copy link
Author

It's ongoing, I'll mail the log when it stops again.

@HenriDeh
Copy link
Author

HenriDeh commented Dec 19, 2019

I cannot send the debug log, compressed it's 93Mb, too large for an email.

Here is link to the file in my drive : https://uclouvain-my.sharepoint.com/:u:/g/personal/henri_dehaybe_uclouvain_be/EbRYTDAH6ZtOhiH2g9bXqnQBf7J9IusxfcFPg1hxfC5VgA?e=elTNxG

@abraunegg
Copy link
Owner

abraunegg commented Dec 19, 2019

@HenriDeh
Thanks for the debug log - greatly appreciated.

OK - based on the log file, there is zero application issue. The upload is failing with the following:

* OpenSSL SSL_read: SSL_ERROR_SYSCALL, errno 104
* Connection died, retrying a fresh connect
* Closing connection 1

Refer to curl/curl#4409 for more information.

Potentially something between you and OneDrive had a network outage - and that caused the application to stop.

Unfortunately, as there is zero error response or exception which can be trapped for, I cannot trap for SSL issues that curl comes up against.

Suggestion would be to upgrade your Curl version so that it is less sensitive to SSL errors.

Edit:
It might also be worth reviewing the following to assist with debugging this issue for you: https://maulwuff.de/research/ssl-debugging.html

As this is also your work PC (based on details above) - does this error occur when your at the office or out on the road or ?

If in the office - I would speak with your IT folk as maybe they have some sort of SSL inspection / SSL scanning going on which is breaking this for you.

@abraunegg
Copy link
Owner

@HenriDeh
Adding further weight to a network environment issue, there is this sort of sequence in your log file:

OneDrive HTTP Server Response: 200
* Connection #1 to host graph.microsoft.com left intact
OneDrive API Response: {"@odata.context":"https:\/\/graph.microsoft.com\/v1.0\/$metadata#Collection(driveItem)","@odata.deltaLink":"https:\/\/graph.microsoft.com\/v1.0\/drives\/b!RX5TzURRiU-pxVv0lTQvxG2SnQOSqZ9OnKZ_H2q4DNL5WupfP52gRKjqMw1dhN66\/items\/01A3MCZUN6Y2GOVW7725BZO354PWSELRRZ\/delta?select=id%2cname%2ceTag%2ccTag%2cdeleted%2cfile%2cfolder%2croot%2cfileSystemInfo%2cremoteItem%2cparentReference%2csize&token=MzslMjM0OyUyMzE7Mzs1ZmVhNWFmOS05ZDNmLTQ0YTAtYThlYS0zMzBkNWQ4NGRlYmE7NjM3MTIzNTk4MDk4NjAwMDAwOzMxNjE3Njc3MTslMjM7JTIzOyUyMzQ","value":[]}
[DEBUG] OneDrive Reported no delta changes - Local path and OneDrive in-sync
[DEBUG] syncListConfigured =         false
[DEBUG] fullScanRequired =           false
[DEBUG] syncListConfiguredOverride = true
Applying changes of Path ID: 01A3MCZUN6Y2GOVW7725BZO354PWSELRRZ
* Connection 19 seems to be dead!
* Closing connection 19
* Found bundle for host graph.microsoft.com: 0x561ef6151af0 [can pipeline]
* Re-using existing connection! (#1) with host graph.microsoft.com
* Connected to graph.microsoft.com (20.190.129.98) port 443 (#1)

This indicates to me potentially that there may be some sort of TCP connection timeout being enforced - and the device doing this is not honoring established / related connections as so not to close established & related network connections.

If this issue is only occurring at your workplace - you really need to speak to your IT folk.

@abraunegg
Copy link
Owner

@HenriDeh
Closing this issue as this is not a bug with this application

@HenriDeh
Copy link
Author

There is a workaround for those who would need it: simply use 'while true; do onedrive --monitor; end'. To make it work as a startup application or with nohup, use bash -c 'while true; do onedrive --monitor; end'.

@lock
Copy link

lock bot commented Feb 15, 2020

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked and limited conversation to collaborators Feb 15, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Local Environment Issue Cannot locally reproduce issue Not a bug
Projects
None yet
Development

No branches or pull requests

2 participants