github-starred/komodo
2
0
Fork 1
mirror of https://github.com/moghtech/komodo.git synced 2026-05-08 04:14:01 -05:00
Code Issues 3.5k Packages Projects Releases 103 Wiki Activity

[GH-ISSUE #691] [Documentation request] Provide location of logs and config files #6259

New Issue
Closed
opened 2026-04-24 19:24:27 -05:00 by GiteaMirror · 5 comments
GiteaMirror commented 2026-04-24 19:24:27 -05:00
Owner
Copy Link

Originally created by @LevitateDilationEggbeater on GitHub (Jul 29, 2025).
Original GitHub issue: https://github.com/moghtech/komodo/issues/691

On Periphery servers it's not clear where the logs are stored. The same holds for JSON files that are deserialized, e.g. in order to clone a git repo.

This is a bit annoying as I have two Periphery servers running the same periphery.config.toml and yet only one of them can clone git repositories successfully due to an http 422 unprocessable entity error which is caused by a missing entry in a JSON file that is nowhere to be found.

Better documentation would be much appreciated!

Originally created by @LevitateDilationEggbeater on GitHub (Jul 29, 2025). Original GitHub issue: https://github.com/moghtech/komodo/issues/691 On Periphery servers it's not clear where the logs are stored. The same holds for JSON files that are deserialized, e.g. in order to clone a git repo. This is a bit annoying as I have two Periphery servers running the same periphery.config.toml and yet only one of them can clone git repositories successfully due to an http 422 unprocessable entity error which is caused by a missing entry in a JSON file that is nowhere to be found. Better documentation would be much appreciated!
GiteaMirror commented 2026-04-24 19:24:31 -05:00
Author
Owner
Copy Link

@mbecker20 commented on GitHub (Jul 29, 2025):

For docker container periphery, logs are handled by docker and found with docker logs command.

For systemd, logs are managed by systemd and accessible with systemctl status and journalctl.

See here for other file locations using systemd installer - https://github.com/moghtech/komodo/tree/main/scripts

I'm not sure what you mean with json files, nothing like that happens and perhaps you are misinterpreting an error. It sounds like periphery version might be out of date with core. Otherwise, please share the log you are seeing.

<!-- gh-comment-id:3130793598 --> @mbecker20 commented on GitHub (Jul 29, 2025): For docker container periphery, logs are handled by docker and found with docker logs command. For systemd, logs are managed by systemd and accessible with systemctl status and journalctl. See here for other file locations using systemd installer - https://github.com/moghtech/komodo/tree/main/scripts I'm not sure what you mean with json files, nothing like that happens and perhaps you are misinterpreting an error. It sounds like periphery version might be out of date with core. Otherwise, please share the log you are seeing.
GiteaMirror commented 2026-04-24 19:24:32 -05:00
Author
Owner
Copy Link

@LevitateDilationEggbeater commented on GitHub (Jul 29, 2025):

Thanks for the answer. That does help.

The error I received when trying to clone a repo ist as follows:

ERROR: failed to clone repo

TRACE:
	1: 422 Unprocessable Entity
	2: Failed to deserialize the JSON body into the target type: params.args: missing field `default_folder` at line 1 column 300

The version of Periphery is the same as on a second server where cloning works without issue. Nonetheless, I will later double check and reinstall the Periphery service. Is it necessary/recommended to also delete the service file or is forcing its recreation sufficient?

<!-- gh-comment-id:3130890396 --> @LevitateDilationEggbeater commented on GitHub (Jul 29, 2025): Thanks for the answer. That does help. The error I received when trying to clone a repo ist as follows: ``` ERROR: failed to clone repo TRACE: 1: 422 Unprocessable Entity 2: Failed to deserialize the JSON body into the target type: params.args: missing field `default_folder` at line 1 column 300 ``` The version of Periphery is the same as on a second server where cloning works without issue. Nonetheless, I will later double check and reinstall the Periphery service. Is it necessary/recommended to also delete the service file or is forcing its recreation sufficient?
GiteaMirror commented 2026-04-24 19:24:33 -05:00
Author
Owner
Copy Link

@mbecker20 commented on GitHub (Jul 29, 2025):

You don't need to mess with the service file or recreate it. Just upgrade the binary by running the install script again as either root or user (however your did it before)

<!-- gh-comment-id:3132465027 --> @mbecker20 commented on GitHub (Jul 29, 2025): You don't need to mess with the service file or recreate it. Just upgrade the binary by running the install script again as either root or user (however your did it before)
GiteaMirror commented 2026-04-24 19:24:34 -05:00
Author
Owner
Copy Link

@LevitateDilationEggbeater commented on GitHub (Jul 30, 2025):

I did try that but the result is the same as before.

Image

I run the service as root and I have also cloned the repo as root. The periphery service detects a build hash (because I clicked built to see what would happen) and a commit hash.

The error message I receive in all cases is the same the one outlined above.

ERROR: failed to clone repo

TRACE:
	1: 422 Unprocessable Entity
	2: Failed to deserialize the JSON body into the target type: params.args: missing field `default_folder` at line 1 column 300

The journalctl logs generate tons of ssh output which does not look very useful to me:

Jul 30 06:52:30 services sh[561016]:   2025-07-30T06:52:30.924048Z TRACE h2::codec::framed_write: queued_data_frame: false
Jul 30 06:52:30 services sh[561016]:     in h2::codec::framed_write::FramedWrite::flush
Jul 30 06:52:30 services sh[561016]:     in h2::proto::connection::poll
Jul 30 06:52:30 services sh[561016]:     in h2::proto::connection::Connection with peer: Server
Jul 30 06:52:30 services sh[561016]:     in h2::server::server_handshake
Jul 30 06:52:30 services sh[561016]:   2025-07-30T06:52:30.924101Z TRACE h2::codec::framed_write: flushing buffer
Jul 30 06:52:30 services sh[561016]:     in h2::codec::framed_write::FramedWrite::flush
Jul 30 06:52:30 services sh[561016]:     in h2::proto::connection::poll
Jul 30 06:52:30 services sh[561016]:     in h2::proto::connection::Connection with peer: Server
Jul 30 06:52:30 services sh[561016]:     in h2::server::server_handshake
<!-- gh-comment-id:3135086789 --> @LevitateDilationEggbeater commented on GitHub (Jul 30, 2025): I did try that but the result is the same as before. <img width="506" height="235" alt="Image" src="https://github.com/user-attachments/assets/0ced1701-51e4-4360-a0e3-e2244951e755" /> I run the service as root and I have also cloned the repo as root. The periphery service detects a build hash (because I clicked built to see what would happen) and a commit hash. The error message I receive in all cases is the same the one outlined above. > > ``` > ERROR: failed to clone repo > > TRACE: > 1: 422 Unprocessable Entity > 2: Failed to deserialize the JSON body into the target type: params.args: missing field `default_folder` at line 1 column 300 > ``` The journalctl logs generate tons of ssh output which does not look very useful to me: ``` Jul 30 06:52:30 services sh[561016]: 2025-07-30T06:52:30.924048Z TRACE h2::codec::framed_write: queued_data_frame: false Jul 30 06:52:30 services sh[561016]: in h2::codec::framed_write::FramedWrite::flush Jul 30 06:52:30 services sh[561016]: in h2::proto::connection::poll Jul 30 06:52:30 services sh[561016]: in h2::proto::connection::Connection with peer: Server Jul 30 06:52:30 services sh[561016]: in h2::server::server_handshake Jul 30 06:52:30 services sh[561016]: 2025-07-30T06:52:30.924101Z TRACE h2::codec::framed_write: flushing buffer Jul 30 06:52:30 services sh[561016]: in h2::codec::framed_write::FramedWrite::flush Jul 30 06:52:30 services sh[561016]: in h2::proto::connection::poll Jul 30 06:52:30 services sh[561016]: in h2::proto::connection::Connection with peer: Server Jul 30 06:52:30 services sh[561016]: in h2::server::server_handshake ```
GiteaMirror commented 2026-04-24 19:24:35 -05:00
Author
Owner
Copy Link

@LevitateDilationEggbeater commented on GitHub (Jul 30, 2025):

Issue resolved.

Sorry for causing such a stir. For some reason my core container got stuck at version v1.17.2 and I had to manually set the tag to the latest version. After updating everything works fine.

<!-- gh-comment-id:3135673300 --> @LevitateDilationEggbeater commented on GitHub (Jul 30, 2025): Issue resolved. Sorry for causing such a stir. For some reason my core container got stuck at version v1.17.2 and I had to manually set the tag to the latest version. After updating everything works fine.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
1.19.0
1.19.1
1.19.2
1.19.3
1.19.4
2.0.0
bug
documentation
done
enhancement
help wanted
info
pull-request
Mirrored from GitHub Pull Request
 question
security
seen 👀
setup
thinking 🤔
ui
v2
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
GiteaMirror ninjasurge
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/komodo#6259
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?