@Cyborg1 Yes, and that is not the issue. I have confirmed (as stated in my update above) that this issue seems to be confined to 1.13.7.5369 and perhaps other .7 builds (I have no other builds to test). You will NOT experience this problem on a port bonded unit (even with a single NIC active) because both NICs are tied to the same IP address. The underlying issue seems to be related to PMS trying to use the IP of NIC2 that in a Synology can not be truly disabled.
I am going to hold at v1.13.5.5291 until I hear from someone on the dev team that they have identified and corrected the issue on forthcoming releases. As @ChuckPa stated above, â⊠Punt 1.13.7 entirely â Itâs betaâ
I ended up rolling all the way back to 1.13.4.5271. I tried almost every version in between and they all had the same issue (including 1.13.8), couldnât connect to server. 1.13.4 seemed to fix my problem for now. Seems like a lot of people in general are having this connection to server issue with the last few updates.
I started having issues again with v1.13.5.5291. I was not getting the same network type issues that I saw before, so I guess I am now in a more similar boat to @Cyborg1.
I have downgraded again to v1.13.4.5251 *as that is the only v1.13.4.x build I had on hand. Things are now working for me again.
I see that v1.13.8.5395 has now been released. @ChuckPa do you have any feed back on these issues? Does v1.13.8.x have anything that may have resolved things? Wife is getting pissed with the down time LOL.
This is still an issue in 1.13.9.5439. I have replicated this issue in every version starting in 1.13.6. (didnât have 1.13.5 to try out) currently I am stable on 1.13.4.
On my 916+ I uninstalled and removed the Plex folder to start from scratch. I then installed 1.13.9 and tried to access it locally, I get the same result âserver not foundâ. When I try this same method with 1.13.4 I am able to access the server first try.
Not limiting it to one Synology, I tried both 1.13.4 and 1.13.9 on a 918+ with the same result. One step further I setup another router with only the Synology attached to rule out any networking related causesâŠstill no go.
I am fully confident at this point it is not my network setup and not my Plex configuration.
Good question. I normally have port bonding with the synology/router, turned this off to make things simple plus this didnât give me any trouble in 1.13.4.
I know that moving to anything newer than 1.13.4 breaks the connection. It looks like there was a large overhaul on version 1.13.6 (in my mind the issues start in this version).
Other than setting up a Synology from scratch (I would move to windows before I did that). I am not quite sure what else to try.
All on the same DNS resolver (router resolving to 8.8.8.8)
All on one router/modem
IPv6 is off on the synology and on the router
-On another note if plex is uninstalled (via package center) and then the folder is deleted, what happens to the SQLITE database?
Reason I am asking is because once reinstalled I took another look at the logs and see a ton of data corruption errors.
On Synology, the installer does not remove your metadata when you uninstall the package.
I did it this way because Synology does not allow us to install versions lower than that which is currently installed. To switch to a previous version of PMS, while retaining your existing data, you only need uninstall the package and re-install the desired one.
If you wish you create a fresh instance of your metadata (e.g. create a new server), with PMS stopped.
Open the Plex share in FileStation
Rename Library to Library.old (or Library.keep if experimenting)
Start PMS
open http://ip.addr.of.syno:32400/web in an in-cognito browser tab
Sign in, see the greeter and start of the setup wizard
If experimenting, I suggest the Friendly name be a âtestâ name you can easily identify and delete later should you so choose.
Is the IP addr of your Syno static or dynamic (DHCP).
Itâs a really good idea to make it static. (Remote access works WAY better should you try it).
Also, on Windows clients, consider relaxing firewall restrictions on the Synoâs IP. Some firewallâs / anti-virus tools are so tight, they make body parts squeak.