home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
MediaPortal 1 Plugins
Popular Plugins
My TVSeries
Database sharing
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="FantaRulez" data-source="post: 506037" data-attributes="member: 51267"><p>I don't know if you're still interested in a solution, but I think I have one. I was having the same problems with my central database, delay write failures and a corrupted database after a time. </p><p></p><p>I've made two changes to my setup, I don't know which one was the actual solution or maybe the combination of the two was the trick.</p><p></p><p>First thing I did was to check if the server used the same MTU size as the client. Well, it didn't so I changed the MTU on the client:</p><p></p><p>System Key: [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\[Adapter ID]]</p><p>Value Name: MTU</p><p>Data Type: REG_DWORD (DWORD Value)</p><p>Value Data: Default = 0xffffffff</p><p></p><p>Create a new DWORD value, or modify the existing value, called "MTU" and set it to equal the required MTU size in decimal. </p><p></p><p></p><p>The second thing I did, and then the problem finally went away, was to disable opportunistic locking on the client:</p><p></p><p><a href="http://support.microsoft.com/kb/296264:" target="_blank">http://support.microsoft.com/kb/296264:</a></p><p>The location of the client registry entry for opportunistic locking has changed from the location in Microsoft Windows NT. In later versions of Windows, you can disable opportunistic locking by setting the following registry entry to 1:</p><p>HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MRXSmb\Parameters\</p><p>OplocksDisabled REG_DWORD 0 or 1</p><p>Default: 0 (not disabled)</p></blockquote><p></p>
[QUOTE="FantaRulez, post: 506037, member: 51267"] I don't know if you're still interested in a solution, but I think I have one. I was having the same problems with my central database, delay write failures and a corrupted database after a time. I've made two changes to my setup, I don't know which one was the actual solution or maybe the combination of the two was the trick. First thing I did was to check if the server used the same MTU size as the client. Well, it didn't so I changed the MTU on the client: System Key: [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\[Adapter ID]] Value Name: MTU Data Type: REG_DWORD (DWORD Value) Value Data: Default = 0xffffffff Create a new DWORD value, or modify the existing value, called "MTU" and set it to equal the required MTU size in decimal. The second thing I did, and then the problem finally went away, was to disable opportunistic locking on the client: [url]http://support.microsoft.com/kb/296264:[/url] The location of the client registry entry for opportunistic locking has changed from the location in Microsoft Windows NT. In later versions of Windows, you can disable opportunistic locking by setting the following registry entry to 1: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MRXSmb\Parameters\ OplocksDisabled REG_DWORD 0 or 1 Default: 0 (not disabled) [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
MediaPortal 1 Plugins
Popular Plugins
My TVSeries
Database sharing
Contact us
RSS
Top
Bottom