Bug NFS failure after resume from standby | Context timeout ->reinit
#31
If you have a build environment for your Debian system you could compile Frodo with this patch:
https://github.com/OpenELEC/OpenELEC.tv/...keup.patch
Reply
#32
XBMCbuntu installation having same issue. Lost NFS after wake up from suspend. Restart XBMC with "sudo service lightdm" works. But it's pain
Reply
#33
(2013-07-17, 19:29)devkid Wrote: If you have a build environment for your Debian system you could compile Frodo with this patch:
https://github.com/OpenELEC/OpenELEC.tv/...keup.patch


I can try compiling XBMC from sources according to http://wiki.xbmc.org/index.php?title=HOW..._for_Linux however can someone please help me to apply this patch to the upstream sources from:

Code:
git clone git://github.com/xbmc/xbmc.git


Any idea how to build *.deb out of that as well? I'd like to build on another machine and then just install it to the target HTPC.
Reply
#34
I cant tell you the exact syntax since OE is applying the patch automatically for me but what you want is basically this:

1. Clone the xbmc git repo (as you wrote yourself).
2. Switch to 12.2 with something like "git checkout master 12.2-Frodo"
3. Download the patch to your machine (https://raw.github.com/OpenELEC/OpenELEC...keup.patch )
4. Apply the patch (something like https://drupal.org/patch/apply)
Reply
#35
Sources from XBMC repo are a bit different that the one you used to create your patch but I managed to patch them manually and compile it successfully.
Now I want to transfer it to the target machine. Is it enough just to copy xbmc.bin or some other binary files were affected by the patch?

One more thing - xbmc.bin which is an effect of that compilation is huge: 254835950 bytes while the one originally installed on my HTPC (Frodo 12.2, installed with Ubuntu Minimal installation scripts) is only 17355752 bytes long. Does anyone know why?

Any chance this patch will end up in upstream XBMC as well?
Reply
#36
(2013-08-02, 20:37)reddy Wrote: Now I want to transfer it to the target machine. Is it enough just to copy xbmc.bin or some other binary files were affected by the patch?
The xbmc.bin is all you need.

(2013-08-02, 20:37)reddy Wrote: One more thing - xbmc.bin which is an effect of that compilation is huge: 254835950 bytes while the one originally installed on my HTPC (Frodo 12.2, installed with Ubuntu Minimal installation scripts) is only 17355752 bytes long. Does anyone know why?

Any chance this patch will end up in upstream XBMC as well?
There might be different reasons for a difference in file size (like a different compiler optimization for example) but in your case your binary still contains debug symbols. You can use the command 'strip' to remove them from your binary now.
Not sure but I think the patch (or a similar fix) will make it into XBMC one day.
Reply
#37
It seems there's a bug report on this as well: https://trac.xbmc.org/ticket/14308 but there was no activity since it was filed 4 months ago. Sad
I've just commented it with a link to this thread hoping that someone would check your great patch devkid and integrate it into upstream xbmc Smile
Reply
#38
iirc it went in already
AppleTV4/iPhone/iPod/iPad: HowTo find debug logs and everything else which the devs like so much: click here
HowTo setup NFS for Kodi: NFS (wiki)
HowTo configure avahi (zeroconf): Avahi_Zeroconf (wiki)
READ THE IOS FAQ!: iOS FAQ (wiki)
Reply
#39
Cool, I'll try to check it soon on some spare machine. Thanks!
Reply
#40
Is this fix ever going to make it in to Frodo? I have this issue, but I don't really want to have to compile a new version myself.... I am using XBMCBuntu and would love to be able to suspend my machine and still have access to my films after a wakeup. Currently on wakeup non of my films are available. After a restart all is ok again...... but this is a pain.
Reply
#41
try a gotham build
Reply
#42
It's a known issue and I had the exact same problem with my NFS shares.

I wrote this app for Windows to solve it: http://forum.xbmc.org/showthread.php?tid...risenshine

All of my mates running XBMC also use that now and none of us have ANY issues anymore. It's also future proof because if you go that route you are ALWAYS running a fresh XBMC session after you resume from standby, which is better anyway.
Reply
#43
All current XBMC builds do contain the patch (since quite a while actually). No need for external tools to restart XBMC. Also I like to continue with my XBMC session where I left it last time (which is pretty much the point of using suspend).
Also you can use the official OpenELEC release which uses Frodo with this fix backported (no beta XBMC).

If you are using a MySQL server then you will experience another problem related to suspend/wakeup. Fixed custom OpenELEC image available here (for it is now totally freeze-free after sleep):
http://openelec.tv/forum/112-mysql-setup...sing-mysql
Reply
#44
A long time later, now.
I have the same issue with XbmcBuntu latest, running Gotham.
On wake up from sleep, nfs mounts are missing.
My nfs mounts are set in fstab.
Reply
#45
(2014-05-05, 15:03)dbbd Wrote: A long time later, now.
I have the same issue with XbmcBuntu latest, running Gotham.
On wake up from sleep, nfs mounts are missing.
My nfs mounts are set in fstab.

Aww, I thought this would have been resolved in Gotham. Oh well :/ Fortunately with an SSD, I can restart mine in less than 20 seconds, although I would prefer if I didn't have to.
Reply

Logout Mark Read Team Forum Stats Members Help
NFS failure after resume from standby | Context timeout ->reinit1