-
Notifications
You must be signed in to change notification settings - Fork 120
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
Question: Upload continues after ride ends #42
Comments
Hello! |
I experienced something like this, here's the solution I had for my specific problem (it's a copy/paste from the readme in my fork): Gotchas If you log a ton of PID's (as I do for debugging) you may encounter an apache bug; Torque uploads data through a huge $_GET request. Apache, by default, allows $_GET requests up to 8190 characters. My sample data upload was 13,619 characters long...this led to some data uploads returning 414 errors instead of 200 responses, which resulted in the app trying over-and-over to re-upload the datapoint, essentially DDoS'ing myself. For this; you can edit your apache configuration to allow any value you like; this is, in general, not recommended and should be set to limit a value as close as possible to what your longest query would be. On my configuration, I edited /etc/apache2/sites-available/000-default.conf and added the following line: LimitRequestLine 15000 |
To that end, look in your apache access.log and look at a request. It'll show you the response code, but also the url being accessed. You can just copy/paste that url into the browser, and if you get an "OK" back it's a different issue. |
Hi everyone, The apache access log is unsuspicious: All the posts receive an OK. The char limit should also not be a problem since the calls range way below the 8.190 characters. My problem starts when I try to exit the torque app. Then it displays that there were [mostly something between 200 and 500] uploads left. It keeps showing that, with the numbers changeing slightly, for a longer period. I forward the posts after slight modification to a ms azure event hub. In it's activity log, you can see a slump at 9:10 (that's when I drive into the parking garage and lose LTE connection for a few minutes). The whole activity after that is what makes me wonder. There are days when the app keeps sending posts for as long as 30 minutes after the ride's end. I have a feeling that there are still quite a few datasets in the queue of the app when I try to exit it after the ride because it takes too long for the individual post to be sent. Therfore, I am curious what options I have in the app to make the app post less datasets and to reduce their size. (Plus, I use a German translation of the app and it does not reveal too much about what the particular upload options are supposed to do :( ) |
Hi,
I have implemented your code to push my car's obd status data to a webserver.
Works great so far. Thank you very much for providing this!
What I don't get is why the app keeps pushing requests to my server long after I finish the ride. (It keeps uploading for roughly 20 minutes)
Do you have an Idea what might cause that behavior? Do I record too much/often?
My settings:
About 30 pids
Upload to webserver: Yes
Record selected PIDs: Yes
Data logging interval: 1 second
Web logging interval: 30 seconds
The text was updated successfully, but these errors were encountered: