Forum

(30th Dec, 2014 08:39 AM)CurlyMo Wrote: [ -> ]Can you guys try this:
http://forum.xbian.org/thread-2100-post-25847.html#pid25847

Thanks. Looks like your workaround has prevented the start/stop issue for the time being.

Can you guys post the following output.

First enable the commented line again. Then
Wait at least 2 minutes before posting the upstart log.

(21st Dec, 2014 01:14 AM)narotic Wrote: [ -> ]In my case I solved the reboot issue by downgrading xbian-package-upstart-xbmc-bridge to version 1.1.3:

apt-get install xbian-package-upstart-xbmc-bridge=1.1.3

The problem occurs with versions 1.1.4 and 1.1.6 (and presumably also with 1.1.5) with the older xbmc package (13.2-RLS-1411559513).

On a related note, I noticed that I can get the newer xbmc packages (suffix 1418714780 and higher) by adding component "rpi-wheezy" to the apt.xbian.org repository. Is it recommended to add this component besides the standard "main"?

I have used this fix successfully for the xbmc-alsa package, thanks!

(30th Dec, 2014 07:53 PM)CurlyMo Wrote: [ -> ]Can you guys post the following output.

First enable the commented line again. Then

Code:

echo > /var/log/upstart/upstart-ev.log
service xbmc restart
cat /var/log/upstart/upstart-ev.log

Wait at least 2 minutes before posting the upstart log.

Min,

Thanks, that worked for me too! (problem only started after an upgrade today).

skywatch

(16th Dec, 2014 05:43 PM)mk01 Wrote: [ -> ]anyhow with menakite we implemented a fix today. xbmc needs to be recompiled - any xbmc(rpi/imx6) or kodi(rpi/imx6) with suffix higher than -1418714780 (today) should have the fix included (without any additional job conf modding etc).

if anyone install new package and will still feel this issue be present, let us know.

I should have had been more precise - on that - the XBMC part was LAST of three fixes in three different packages

xbian-package-xbmc
xbian-package-upstart-bridge
xbian-package-xbmc-scripts

missing ANY of the 'chain' can retrigger/not solve the problem. but the other two packages been fixed & pushed before xbmc - developer (in that case myself) expects somehow automatically that other will have it - what of course mostly is not true.

so - so - lets correct / reconsolidate the info:

xbian-package-xbmc-scripts at minimum 1.1.4
xbian-package-upstart-xbmc-bridge 1.1.6
*xbmc* (that includes plain xbmc package, suffixed -6q, suffixed -nighly, suffixed -nightly-6q) with numbered suffix HIGHER than the date (16th Dec, 2014 08:43 AM) what translates to:

so the number suffix MUST be higher than this 1418715780.

this is full info.
also unfortunately all that mixes with the repo problem we had & restructuring it as part of recovery process.
so to put that as answer to @palswim

new structure is the way like Debian defined it - meaning platforms are horizontal dimension - meaning specifically:
(THIS IS EXAMPLE FROM IMX6, RPI USERS MUST HAVE RPI-WHEEZY instead of IMX6-JESSIE)

also the specs "stable main imx6-jessie" doesn't mean 1st OR 2nd OR 3rd. correct ENTRY for STABLE repo must contain ALL three levels/specs in the line - because only then it makes meaning -


missing any of the levels will WORK technically, but will never distribute full scale of what needs to be distributed.
to HAVE the correct entries there - user doesn't need to retype all that info manually ! XBIAN-PACKAGE-REPO since version 1.0.6-1 WILL DO THAT CORRECTLY (ALSO AUTOMATICALLY CONSIDERING platform and BASE OS) - but all the info is in the FAQ of http://www.xbian.org

ALSO BOTH files /etc/apt/sources.list and /etc/apt/sources.list.d/xbian.list MUST exists. the first one we are leaving completely for system (and user) - so that defines the upstream debian/raspbian sources - 99% of packages in system comes from there. the rest is coming from xbian repos defined in xbian.list.
ALSO three lines (stable,staging,devel) is provided AS template. currently for RPI only STABLE is requirement. for IMX6 STABLE+STAGING is requirement due to the nature of DEBIAN/Jessie itself - not still stable release.
"Requirement MEANS the line MUST NOT BE commented - starting with #"
@palswim
is this clear now? does it make sense ?

now - all that text - its purpose is not any blame to anyone - it is trying to say that natural way of communication works EXACTLY as defined by other philosophers centuries ago. from my brain (100% of info) - only 80% gets passed to 1st user, 60% to 2nd, 40% to third. that's why - if there is at least ONE user not understanding the message, the message wasn't said/written correctly (yes, my case mostly ;-)). but the user needs to ASK, to tell US. there is no shame in that. only if we are told (like someone here told - he doesn't get it from the FAQ) - only then we can change it. TELL US - there are not stupid questions - only stupid answers.
I will rather (and happier) be answering 3x in a row "YES, YOU UNDERSTAND IT CORRECTLY", comparing to for instance situation with trying to fix a BUGXYZ to find at the end that I created it myself BY improper FAQ entry or Forum message not being detailed enough. so AGAIN, if you-user don't get the text, ASK, TELL us. and be sure, you immediately helped 100 others who don't ask or simply skip that info as it makes no sense.

It will happen regularly that we - people around project - will loose the right user vocabulary - because we understand each other so we forget now and then that it doesn't work for user. TELL me, or us - that hey man! this info was not much useful from user perspective - ask for rewrite or call it rubbish. tell the author that he is slowly sliding off into the tech zone. author might not be AWARE of that.

back to xbmc looping:
- if the above conditions (the three RIGHT versions of debs ARE installed on your XBian and you still have XBMC looping - try to change TIMEOUT=100 to TIMEOUT=99999 on line 43 of /etc/init/xbmc.conf . few days BACK i have seen PROPER UNBROKEN RPI machine running XBIan & all the nice downloader packages etc which was starting XBMC for 3.5 minutes! it was also mounting 3TB disks, file indexes etc.
in the last version of xbian-package-xbmc-scripts we changed from 100s to 150s. what is 2minutes and 30s. 99% of users MUST be below that (maybe we even may move the VALUE into /etc/default/xbmc to be user editable and script will load it from there.

But let's consider the fact that this timeout=100 is there since XBian Beta2. more than 1Y of usage behind. the actual loops have been caused by combination of two other bugs introduced - together causing this FAIL to start). I'm confident about the code again - still if the three debs updates DO NOT SOLVE the issue - report to this thread and I will personally go user by user to track what ever else could by the issue.
Also because never before this happened at MASS scale - we neither users ever considered the looping itself for a BUG. the looping is alone a FEATURE - to auto restart XBMC in case of crash. but if XBMC doesn't start AT ALL (to HOME SCREEN) as part of BOOT and is killed on timeout - it is not logical to try loop it again and again. only today I named as BUG and fixed in xbian-package-xbmc-scripts v1.1.5.
(i have the feeling @palswim challenged that looping few msgs back as well -and clearly - reload AFTER xbmc running & crashing later is the feature we want to havel. useless restarting of XBMC which never make it to display on TV is an attack on user.

last but not least !
I WISH ALL the BEST in 2015 to all fans/users/coworkers/anyone involved !

downgrading from xbian-package-upstart-xbmc-bridge 1.1.6 to 1.1.3 did the trick! thank you.

EDIT: I've just seen a dev had just replied in this thread talking about the issue, also after downgrading I've found out there's 3 new packages to update (one of them is obviously xbian-package-upstart-xbmc-bridge), I'm pretty sure the other two were not there yesterday.
Although everything is working fine right now, I'm pondering to update all of them and see what happens if mk01 thinks it would work.

BTW, these are the packages to be updated:

The following packages will be upgraded:
xbian-package-upstart-xbmc-bridge xbian-package-xbianhome xbian-package-xbmc-scripts
3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

as note aside, this is the date of xbmc I have:
xbian ~ $ date --date='@1411559513'
Wed Sep 24 13:51:53 CEST 2014

I had the restarting problem since yesterday after upgrading routinely with apt-get. Last update was weeks ago.

I applied the apt fix mentioned in the FAQ, but trying upgrading again didn't solve the problem. After the updates XBMC dropped me to terminal login instead of restarting after the timeout period. Changing the timeout (as mentioned in some earlier posts) would just delay the problems and also prevented SSH login during the timeout period.

(31st Dec, 2014 08:59 PM)mk01 Wrote: [ -> ]xbian-package-xbmc-scripts at minimum 1.1.4
xbian-package-upstart-xbmc-bridge 1.1.6
*xbmc* (that includes plain xbmc package, suffixed -6q, suffixed -nighly, suffixed -nightly-6q) with numbered suffix HIGHER than the date (16th Dec, 2014 08:43 AM) -- so the number suffix MUST be higher than this 1418715780.

This was what seems to have been the problem: My xbmc package was older than 1418715780 (I checked with dpkg --list). There were no updates though. Then I noticed my /etc/apt/sources.list.d/xbian.list did not have the rpi-wheezy ending mentioned in mk01's post. The FAQ does not have it either. I added it:


Then did sudo apt-get update. Some newer packages were found, including a newer xbmc package. After installing them XBMC did not die after the timeout period. I did not have much time to test it yet, but hopefully my RPi will run smoother now.

The rpi-wheezy will be added if you follow all steps described in the FAQ.

(31st Dec, 2014 08:59 PM)mk01 Wrote: [ -> ]ALSO BOTH files /etc/apt/sources.list and /etc/apt/sources.list.d/xbian.list MUST exists. the first one we are leaving completely for system (and user) - so that defines the upstream debian/raspbian sources - 99% of packages in system comes from there. the rest is coming from xbian repos defined in xbian.list.
ALSO three lines (stable,staging,devel) is provided AS template. currently for RPI only STABLE is requirement. for IMX6 STABLE+STAGING is requirement due to the nature of DEBIAN/Jessie itself - not still stable release.
"Requirement MEANS the line MUST NOT BE commented - starting with #"
@palswim
is this clear now? does it make sense ?

I think that makes sense. You're saying I shouldn't change the contents of my sources.list file, but match the contents of my sources.list.d/xbian.list file to the lines you posted.

(31st Dec, 2014 08:59 PM)mk01 Wrote: [ -> ]Also because never before this happened at MASS scale - we neither users ever considered the looping itself for a BUG. the looping is alone a FEATURE - to auto restart XBMC in case of crash. but if XBMC doesn't start AT ALL (to HOME SCREEN) as part of BOOT and is killed on timeout - it is not logical to try loop it again and again. only today I named as BUG and fixed in xbian-package-xbmc-scripts v1.1.5.
(i have the feeling @palswim challenged that looping few msgs back as well -and clearly - reload AFTER xbmc running & crashing later is the feature we want to havel. useless restarting of XBMC which never make it to display on TV is an attack on user.

I'm not sure I understand what you mean here. Are you saying that you added the XBMC auto-restart as a feature, but I provided an argument as to why a user may not desire that behavior?

Simple:
1. XBian checks if XBMC fails or crashes and auto-restarts it.
2. If point 1. fails you get a restart loop.

Little more technical:
It REALLY difficult to check if XBMC actually started properly. XBMC didn't implement this logic, so we hacked it in ourselves. That was what has changed in the latest versions. All packages involved need to be the right version to work or else you get conflicts between "XBMC started?" checks. If they are out-of-sync, it fails and you get the behavior as you described as the reboot loop.

(1st Jan, 2015 03:15 AM)CurlyMo Wrote: [ -> ]The rpi-wheezy will be added if you follow all steps described in the FAQ.

Not quite. The installation of the xbian-package-repo package added rpi-jessie (which didn't exist) for me the first time instead. It seems to try to do something clever and determine your Debian distribution.

I tried altering lines in the /etc/apt/sources.list file to target the wheezy repositories instead of jessie, but then, the xbian-package-repo added neither rpi-wheezy nor rpi-jessie.

I have since manually added rpi-wheezy, but I'm adding my experience just to say that following everything in the FAQ will not always result in the correct setup (at this moment).

If that's indeed the case, then you found a bug that needs to be solved For the quickest solution, report it to our github issues next time.

I've followed the instructions in the FAQ, and now everything is working fine. I've got xbian-package-upstart-xbmc-bridge 1.1.6 running with no issues, xbmc has been updated also, now I'm running version 13.2-RLS-1419734381, which is quite recent.

Thank you guys for the support and happy new year.