Linux "File not found" once after resume

Strange... Seems like there's some sort of delay or something.

Don't know if this will help but have you tried this:

Open your /etc/samba/smb.conf file and look for the line that begins with "socket options". The total line is probably something like this:


Now change the line to:


And restart the Samba service.

According to the comments in the smb.conf file itself:

Most people will find that this option gives better performance. See smb.conf(5) and /usr/share/doc/samba-doc/htmldocs/Samba3-HOWTO/speed.html for details.

It's a long shot but who knows

(2012-04-19 19:24)Devaron Wrote:  Strange... Seems like there's some sort of delay or something.

Don't know if this will help but have you tried this:

Open your /etc/samba/smb.conf file and look for the line that begins with "socket options". The total line is probably something like this:

Code:

socket options = TCP_NODELAY

Now change the line to:

Code:

socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192

And restart the Samba service.

According to the comments in the smb.conf file itself:

Most people will find that this option gives better performance. See smb.conf(5) and /usr/share/doc/samba-doc/htmldocs/Samba3-HOWTO/speed.html for details.

It's a long shot but who knows

Would this be on the client or server? I always thought the smb.conf was for server configuration only?

AFAIK it's also for client configuration, but don't quote me on that.

I have done this on my XBMC machine, but if that doesn't work you can always try it on the server. Also it couldn't hurt reading the "speed.html" file i referred to in my previous post for more information.

(2012-04-25 16:56)Devaron Wrote:  AFAIK it's also for client configuration, but don't quote me on that.

I have done this on my XBMC machine, but if that doesn't work you can always try it on the server. Also it couldn't hurt reading the "speed.html" file i referred to in my previous post for more information.

And have you been able to get rid of the problem by setting these options?

What i did to get rid of the problem is mainly what's in my first post in this thread (the script). After using that script a few days i had a feeling that the connection between XBMC and my NAS was a bit slow. I have to say it was nothing more than that... a "feeling". But i decided to search some more on the internet.

Then i read somewhere that setting these "socket options" helped people speed up their connection to the NAS, and i decided to enable that too. After that the connection did "feel" a bit more stable and somewhat faster then before, but i have no "hard evidence" for that...

Ok, got it. I will try it as soon as I'm home, although I don't really think it will help.
Anyone else has an idea what I might try? Should I enter this as a bug? It seems to be a problem of XBMC, as the rest of the system has a flawlessly working network / internet connection.

I have this same issue for as long as I can remember in Openelec, including Dharma and Eden... on resume after a period of sleep the first file you try and play from SMB source is not available (in OpenElec I get a freeze for about 60 secs). Then after that it's fine.

I managed to fix it before but im on a clean install now and I cant remember what fixed it.

(2012-04-28 15:08)voochi Wrote:  I have this same issue for as long as I can remember in Openelec, including Dharma and Eden... on resume after a period of sleep the first file you try and play from SMB source is not available (in OpenElec I get a freeze for about 60 secs). Then after that it's fine.

I managed to fix it before but im on a clean install now and I cant remember what fixed it.

While you're thinking, maybe we get some valuable input from the ticket I created ;-)
http://trac.xbmc.org/ticket/12963

I tried more stuff, like adding some smbclient commands into resume scripts to check the shares. It turns out the shares were actually there upon resume, as evidenced by successful directory listing commands. So it's not the network or smb itself.

Next I tried Openelec dharma and eden - same problem.

In desperation, I installed HaneWin NFS server on my windows box, and changed the smb shares to NFS. Problem gone! Resumes perfectly every time.

So something is busted with XBMC SMB resume, and has been since dharma. BTW, NFS feels much faster (to me) than SMB.

(2012-05-01 21:09)NotDave Wrote:  I tried more stuff, like adding some smbclient commands into resume scripts to check the shares. It turns out the shares were actually there upon resume, as evidenced by successful directory listing commands. So it's not the network or smb itself.

Next I tried Openelec dharma and eden - same problem.

In desperation, I installed HaneWin NFS server on my windows box, and changed the smb shares to NFS. Problem gone! Resumes perfectly every time.

So something is busted with XBMC SMB resume, and has been since dharma. BTW, NFS feels much faster (to me) than SMB.

That's a valuable information!
From what I understood, XBMC uses its complete own samba library. So even if the listing of a mounted share works, the problem persists because it's XBMC's own connection that has a problem.