[BUG] Client PS3 disconnects if ps3netsrv-go takes too long to proccess directory

[kadai]

This issue might be related with the implementation of CHD (for PS3 ISOS) and the 10GB issue mentioned here: #40

When loading a "large" collection of PS3 games in CHD format, ps3netsrv-go takes too long to process them and then this appears in the console:

Apr 23 12:23:16.781 ERR Command handler failed remote=192.168.0.203:57616 opcode=CmdReadDir err="sendResult for BioShock - Ultimate Rapture Edition (USA) (En,Fr,Es).chd.iso failed: binary.Write failed: write tcp4 192.168.0.201:38008->192.168.0.203:57616: write: broken pipe" remote=192.168.0.203:57616

I tested this with a collection of +90 PS3 games in CHD format (Varying sizes). The same collection in ISO format does not causes this issue.

This issue happens when refreshing the games or when trying to explore the /netX/PS3ISO from webman mod.

Personally, believe that the problem may be in libchdr... but also, I believe that maybe caching beforehand the data that might be sent to the client might solve this issue... that, or keeping the client around for longer (it waited like 1 minute on my tests, and the disconnect message appeared at 2nd minute).

Thanks in advance!

[xakep666]

@kadai to exclude libchdr problem you can rename/remove it because it's optional for ps3netsrv-go and it can work without it.

UPD: you can also try disabling a "read timeout" (pass 0 in that flag)

[kadai]

@kadai to exclude libchdr problem you can rename/remove it because it's optional for ps3netsrv-go and it can work without it.

UPD: you can also try disabling a "read timeout" (pass 0 in that flag)

Tried the "--read-timeout=0" flag (with libchdr loaded) and the client was still disconnecting before the process finished. Renaming the libchdr library allowed me to see the "contents" in the file explorer:

So yeah, likely is libchdr taking too long to load the files... specifically PS3 CHD (no issues with PSP or PSX ones).

[xakep666]

@kadai could you please figure out how many chd files needed to be in directory to trigger this issue

I found that webman really has receive timeout: it's set via SO_RCVTIMEO and value is likely 30s

I also tried to improve Stat a bit for non-cd chds:

• fix in libchdr: Fix chd_read_header_core_file_callbacks  rtissera/libchdr#160
• fix in ps3netsrv-go: Do not fully open chd file if it's not 'cd-only' #43

Maybe caching is really needed here

[kadai]

Sorry for the super late reply!

I remember it happened when I had between 20 to 30 CHD files... I do not have them right now, but I will recreate them as soon as I can!

And also test the fix if possible!

[xakep666]

Necessary fixes are in https://github.com/xakep666/ps3netsrv-go/releases/tag/v0.4.1, closing