mirror of
https://github.com/RandomNinjaAtk/arr-scripts.git
synced 2026-03-02 22:57:35 -05:00
[BUG] - Lidarr - Error: writing output failed: Broken pipe #59
Labels
No labels
Needs Triage
Not Reproducible
Upstream Issue
User Error
bug
documentation
enhancement
good first issue
help wanted
invalid
lidarr
lidarr
question
radarr
readarr
sabnzbd
sonarr
synology (host)
unraid (host)
waiting for logs
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/arr-scripts#59
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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?
Originally created by @compactly8274 on GitHub (Sep 20, 2023).
Originally assigned to: @RandomNinjaAtk on GitHub.
Application
Lidarr
Host platform
Unraid
Script
BeetsTagger.bash, LyricExtractor.bash, ArtworkExtractor.bash
Script Version
1.6, 1.5, 1.2
Describe the bug
When running automatically I see this in the run log for all three scripts: Error: writing output failed: Broken pipe
The Beets Tagger script runs successfully when manually calling in console with album id#
To Reproduce
Steps to reproduce the behavior:
Expected behavior
All three scripts complete successfully on album import
Logs/Screenshots

ArtworkExtractor.txt
BeetsTagger.txt
LyricExtractor.txt
lidarr.txt
Additional context
This just started recently.
@RandomNinjaAtk commented on GitHub (Sep 21, 2023):
I think the latest changes may solve the issue, update and give it a test...
@RandomNinjaAtk commented on GitHub (Sep 21, 2023):
I'm not sure how to resolve this, it doesn't appear to be causing any problems though... So for now, you can just ignore it...
@compactly8274 commented on GitHub (Sep 21, 2023):
Tested after update: still getting the errors
lidarr.txt
LyricExtractor-2023_09_21_11_58_AM.txt
ArtworkExtractor-2023_09_21_11_58_AM.txt
BeetsTagger-2023_09_21_11_58_AM.txt
Looks like they're all working though. Not sure what pipe it's complaining about, but there are the logs just in case they're any help!
@chadouming commented on GitHub (Mar 8, 2024):
Is it possible this is happening because the log file is still open while a logrotate happens ? Shouldn't we always write to scripts.log then mv the file to BeetsTagger-whateverdate.log when we do the logrotate ? I will try if that fixes it and will open a PR.
@Varming73 commented on GitHub (Jul 29, 2024):
I have the same error on all my downloads
@RandomNinjaAtk commented on GitHub (Jul 30, 2024):
Think this is now resolved, please verify the latest update resolves it and let me know. If I don't see a response, I'll move forward with closure.
@humansage commented on GitHub (Aug 23, 2024):
In this sequence it always occurs
[Info] ImportDecisionMaker: Reading file 10/10
[Info] TrackGroupingService: Grouping 10 tracks
[Info] IdentificationService: Identifying album 1/1
[Info] ImportApprovedTracks: Importing album 1/1
[Info] ImportApprovedTracks: Importing 10 tracks
[Error] LyricExtractor.bash: jq: error: writing output failed: Broken pipe
[Error] ArtworkExtractor.bash: jq: error: writing output failed: Broken pipe
[Error] BeetsTagger.bash: jq: error: writing output failed: Broken pipe
@Unspec7 commented on GitHub (Nov 22, 2024):
Definitely still an issue. Seeing it now with the latest version.
@zengateway commented on GitHub (Nov 24, 2024):
yep, same problem there
@ersnow42 commented on GitHub (Dec 3, 2024):
Also seeing the same problem. I'm unclear - is it actually failing the tagging script? Or is this just a failed log pipe output from the tagger script?
@SKlopp commented on GitHub (Dec 9, 2024):
same here. Not sure, but the Tagger seems to do the job with Tracks coming via Deezer/Tidal, but not for manally added Tracks.
@SKlopp commented on GitHub (Dec 9, 2024):
same here. Not sure, but the Tagger seems to do the job with Tracks coming via Deezer/Tidal, but not for those via Usenet.
@sovereignalmida commented on GitHub (Dec 13, 2024):
I have the exact same issue as of today. Using Tidal only - brand new install of Lidarr and the arrrscript.
log errors:
[Error] LyricExtractor.bash: jq: error: writing output failed: Broken pipe
[Error] ArtworkExtractor.bash: jq: error: writing output failed: Broken pipe
[Error] ArtworkExtractor.bash: find: ‘standard output’: Broken pipe
[Error] ArtworkExtractor.bash: find: write error
[Error] BeetsTagger.bash: jq: error: writing output failed: Broken pipe
@cryd-s commented on GitHub (Jan 2, 2025):
same here
@agster27 commented on GitHub (Feb 1, 2025):
Same issues here as well:
[Error] LyricExtractor.bash: jq: error: writing output failed: Broken pipe
[Error] ArtworkExtractor.bash: jq: error: writing output failed: Broken pipe
[Error] BeetsTagger.bash: jq: error: writing output failed: Broken pipe
Not sure where to troubleshoot.
@Hylas01 commented on GitHub (Feb 19, 2025):
Still an issue here as well.
@SeadogsBooty commented on GitHub (Jul 15, 2025):
Seeing this issue still - July 2025
However, it doesn't seem to affect the import and song being added to the destination.
2025-07-15T20:42:47.093771751Z [Info] ImportDecisionMaker: Reading file 1/1
2025-07-15T20:42:47.102378662Z [Info] TrackGroupingService: Grouping 1 tracks
2025-07-15T20:42:47.102881623Z [Info] IdentificationService: Identifying album 1/1
2025-07-15T20:42:47.135631241Z [Info] ImportApprovedTracks: Importing album 1/1
2025-07-15T20:42:48.613860939Z [Info] ImportApprovedTracks: Importing 1 tracks
2025-07-15T20:43:00.467717724Z [Info] ImportDecisionMaker: Reading file 1/10
2025-07-15T20:43:00.543355666Z [Info] ImportDecisionMaker: Reading file 2/10
2025-07-15T20:43:00.564582193Z [Info] ImportDecisionMaker: Reading file 3/10
2025-07-15T20:43:00.581328413Z [Info] ImportDecisionMaker: Reading file 4/10
2025-07-15T20:43:00.596965239Z [Info] ImportDecisionMaker: Reading file 5/10
2025-07-15T20:43:00.607524138Z [Info] ImportDecisionMaker: Reading file 6/10
2025-07-15T20:43:00.627974001Z [Info] ImportDecisionMaker: Reading file 7/10
2025-07-15T20:43:00.645916416Z [Info] ImportDecisionMaker: Reading file 8/10
2025-07-15T20:43:00.670737695Z [Info] ImportDecisionMaker: Reading file 9/10
2025-07-15T20:43:00.692650404Z [Info] ImportDecisionMaker: Reading file 10/10
2025-07-15T20:43:00.699506229Z [Info] TrackGroupingService: Grouping 10 tracks
2025-07-15T20:43:00.700013971Z [Info] IdentificationService: Identifying album 1/1
2025-07-15T20:43:00.743536058Z [Info] ImportApprovedTracks: Importing album 1/1
2025-07-15T20:43:03.496268919Z [Info] ImportApprovedTracks: Importing 10 tracks
2025-07-15T20:43:07.741210009Z [Error] LyricExtractor.bash: jq: error: writing output failed: Broken pipe
2025-07-15T20:43:10.939939508Z [Error] ArtworkExtractor.bash: jq: error: writing output failed: Broken pipe
2025-07-15T20:43:12.046877708Z [Error] BeetsTagger.bash: jq: error: writing output failed: Broken pipe
@p4p4j0hn commented on GitHub (Oct 23, 2025):
I noticed that /universal/functions.bash uses
xqingetArrAppInfo, however,xqis missing in the apk installation section of setup.bash for each 'arr.@rijndael86 commented on GitHub (Jan 5, 2026):
I'm still suffering this issue on a fresh install, I've already checked that lidarr was using the setup.bash script with the xq package in the requirements:
@tboucher204 commented on GitHub (Jan 25, 2026):
I have the same issue as well. Additionally, I did exec into the container and verify xq is installed and is version 3.4.3