Unpack errors (7z): ERROR: Can not create file with auto name

[psycik]

Awesome diagnostics.
So in answer to the questions you had earlier (but I suspect irrelevant now).
Ubuntu 20.04 vm running on hyper-v. Disk for Sabnzbd is a dedicated virtual disk to that vm.
Sabnzbd would be latest (kept updated by watchtower): image: linuxserver/sabnzbd

I’ll try force updating the 7z as mentioned.
My category folder is set to magazines/* - to stop it creating subfolders

I saw in you diagnosis you saw overwriting errors. As opposed to invalid characters:

Code: Select all

7-Zip (a) [64] 17.04 : Copyright (c) 1999-2021 Igor Pavlov : 2017-08-28
p7zip Version 17.04 (locale=C.UTF-8,Utf16=on,HugeFiles=on,64 bits,4 CPUs AMD Ryzen 7 2700X Eight-Core Processor          (800F82),ASM,AES-NI)
Scanning the drive for archives:
1 file, 5001674 bytes (4885 KiB)
Extracting archive: /downloads/complete/magazines/flurot13.zip
--
Path = /downloads/complete/magazines/flurot13.zip
Type = zip
Physical Size = 5001674
ERROR: Can not create file with auto name : /downloads/complete/magazines/�
ERROR: E_FAIL
Archives with Errors: 1
Sub items Errors: 1
2023-01-30 07:14:31,607::INFO::[newsunpack:1081] 7za return code: 2
2023-01-30 07:14:31,607::INFO::[newsunpack:318] Unzip finished on /downloads/incomplete/Soundings.July.2021.HYBRiD.MAGAZiNE.eBook-PAPERCLiPS

I will of course update 7z as mentioned an retry this test - I wanted to verify that it had the same error - so this is before updating 7z.

And here is what is left after the unpacking fails in my magazines completed directory:

Code: Select all

-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot9.zip
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot19.zip
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot12.zip
-rw-rw-r--  1 abc users    123413 Jan 30 07:14  flurot18.zip
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot4.zip
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot15.zip
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot2.zip
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot16.zip
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot5.zip
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot14.zip
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot11.zip
-rw-rw-r--  1 abc users       121 Jan 30 07:14 'file_id(3).diz'
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot17.zip
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot13.zip
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot6.zip
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot8.zip
-rw-rw-r--  1 abc users      1125 Jan 30 07:14 'paperclips(2).nfo'
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot7.zip
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot3.zip
-rw-rw-r--  1 abc users   5001674 Jan 30 07:14  flurot1.zip

[psycik]

And after the downgrade - most of these PAPERCLIPS ones where failing - so here was another which now worked:
https://pastebin.com/A83f3eJ8

How do we go about get linux server to fix their image?

[sander]

So @psycik, in SABnzbd use option overwrite_files in config -> special . So turn it on, and problem goes away!

[psycik]

So @psycik, in SABnzbd use option overwrite_files in config -> special . So turn it on, and problem goes away!

I don't have that turned on, but that 2nd download after downgrading worked......so must be something funny with the version 17 of 7z.

[sander]

So @psycik, in SABnzbd use option overwrite_files in config -> special . So turn it on, and problem goes away!

I don't have that turned on, but that 2nd download after downgrading worked......so must be something funny with the version 17 of 7z.

Yes, but turn it on. Otherwise, with a fresh start of LSIO SABnzbd (and thus with 7za 17.04) you get the error again.

[psycik]

oh so it's not the 7z version but that overwrite that is the proper fix?

[sander]

oh so it's not the 7z version but that overwrite that is the proper fix?

the SAB option overwrite_files is easier and persistent. So better.

[psycik]

Cool so I've made that change as well then.

[sander]

Good. And the download now goes OK?

[psycik]

Good. And the download now goes OK?

yeah there were about 20 of those sounding ones that would have failed pre-change.
I have that setting on, but also the downgraded 7z. So both, either of those fixed all those download. I'll see what happens next time watchtower updates the image.

[Puzzled]

There was a bug in 17.03 that did this, probably in 17.04 as well. https://bugs.archlinux.org/task/69253

Try upgrading or downgrading to 17.02 if you can.

[sander]

FWIW: I created a bug report with LSIO: https://github.com/linuxserver/docker-s ... issues/164

[psycik]

No word on when it will be fixed though.