mbrown.atx
Cadet
- Joined
- Oct 30, 2017
- Messages
- 2
Hey folks,
We believe we're wrestling with this bug in our production environment: dsi_stream_read: len:0, unexpected EOF, GitHub#82
We are running FreeNAS 9.10.2-U6 currently, and our video editors, who are accessing AFP shares from MacOS clients ranging from 10.10 to 10.12, are reporting crippling network connection problems when those AFP share connections are left 'idle' for some amount of time (not sure on the exact amount - seems to be anywhere from 15 to 30 minutes). As this occurs, I see in the FreeNAS logs the noted error message above, along with some others which also reference the afpd process, such as dsi_stream_read: len:-1, Operation timed out.
I noticed in the release notes for Netatalk 3.1.11 that at least the former message above was reported on GitHub, #82, and was fixed in this release. Version 9.10 of FreeNAS appears to be running 3.1.10, however.
Is it possible to update the Netatalk version in FreeNAS 9.10 without causing issues?
We believe we're wrestling with this bug in our production environment: dsi_stream_read: len:0, unexpected EOF, GitHub#82
We are running FreeNAS 9.10.2-U6 currently, and our video editors, who are accessing AFP shares from MacOS clients ranging from 10.10 to 10.12, are reporting crippling network connection problems when those AFP share connections are left 'idle' for some amount of time (not sure on the exact amount - seems to be anywhere from 15 to 30 minutes). As this occurs, I see in the FreeNAS logs the noted error message above, along with some others which also reference the afpd process, such as dsi_stream_read: len:-1, Operation timed out.
I noticed in the release notes for Netatalk 3.1.11 that at least the former message above was reported on GitHub, #82, and was fixed in this release. Version 9.10 of FreeNAS appears to be running 3.1.10, however.
Is it possible to update the Netatalk version in FreeNAS 9.10 without causing issues?