-
Notifications
You must be signed in to change notification settings - Fork 392
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
Daily cron for Cronicle data export giving out errors #779
Comments
Not sure but changing the installation directory to /opt/cronicle fixes this issue. Ref : #778 |
Yeah, Cronicle really wants to live in I'll add a louder mention of this in the docs. |
@jhuckaby curious if there any way to modify control.sh to work with an install at I ask because I was trying to run Unfortunately, I originally setup Cronicle using the above path from the beginning (as root) now I'm running into a problem and the server won't start and I'm trying to debug it without much luck. I tried to run the I see evidence of job shell scripts in the data directories but I can't make much sense of the directory structure there. I was able to run But attempting to restart the server I see the following appear very quickly (not normal):
...and the server isn't started. The
I see a lot of files in
However, I don't see a folder with the name Lastly, I see this in
Apologies, I'm sort of grasping at straws trying to get things going again. Any tips/thoughts would be greatly appreciated. |
@strefethen It sounds like you need some professional-level hands-on support, but this is just an open-source project with a single author. I just don't have the time to troubleshoot your installation. In general, I can tell you this: Cronicle REALLY needs to live in This is the real core issue you need to address:
Are you running these commands as root? EACCES means that whatever user is running Cronicle or the scripts does not have write access to the filesystem. I'm so sorry, but I just don't have the time to offer professional support services. This is s 100% free open source project, and I am doing this in my spare time. Apologies, but good luck. |
An update... I cleaned up the I then did:
And the server is now back up. Not sure why this problem started, seemingly, all of the sudden. Thanks again for your help. I'll work on getting a new install under |
I'm glad you were able to figure it out. Thank you for the offer to sponsor Cronicle! I really appreciate that. I will look into Plausible when I have some time. Cheers! |
Summary
Following the steps to export daily backup of cronicle data, we've setup a cron in Cronicle itself to run on the master node. When script is executed manually, it works well. If the cron is run manually, it works well. However, when the cronicle server executes its scheduled run, it fails.
Steps to reproduce the problem
Your Setup
Operating system and version?
Rocky linux 8.7
Node.js version?
v16.19.1
Cronicle software version?
0.9.53
Are you using a multi-server setup, or just a single server?
1 master, 3 workers
Are you using the filesystem as back-end storage, or S3/Couchbase?
filesystem
Can you reproduce the crash consistently?
Yes
Log Excerpts
`node:internal/validators:162
throw new ERR_INVALID_ARG_TYPE(name, 'string', value);
^
TypeError [ERR_INVALID_ARG_TYPE]: The "path" argument must be of type string. Received undefined
at new NodeError (node:internal/errors:387:5)
at validateString (node:internal/validators:162:11)
at Object.dirname (node:path:1276:5)
at /z/cronicle/node_modules/pixl-server-storage/transaction.js:318:44
at FSReqCallback.oncomplete (node:fs:192:23) {
code: 'ERR_INVALID_ARG_TYPE'
}
ERROR: Parameter problem: Nothing to upload.
Job completed successfully at 2024/06/24 14:00:00 (GMT+0).
End of log.`
The text was updated successfully, but these errors were encountered: