Raspberry Pi running installer at almost 400%

  • 2
  • Problem
  • Updated 1 year ago
Hi, yesterday I noticed that my Raspberry was warning about temperature and logged in to see what was going on. I see several installer running and using almost all of the cpu. Tried rebooting but nothing helped, removed the rvplayer directory and did a new install but after setting up the display id and rebooting it look the same again. Any ideas?

Best regards

Photo of Niclas Hallgren

Niclas Hallgren

  • 100 Points 100 badge 2x thumb

Posted 1 year ago

  • 2
I have many RPi 3 RisePlayer installation inside my networks. I expreience same issue in almost all of my RPis.

Issue is, after reboot, installer script applies the new RisePlayer update. Then restarts player with new one within /tmp directory.
pi         671 10.0 10.9 503756 97776 ?        Sl   15:21   0:58 /home/pi/rvplayer/2017. --unattended --skip-countdown
pi         686  0.0  2.3 127032 20856 ?        S    15:21   0:00  \_ /home/pi/rvplayer/2017. --type=zygote --no-sandbox
pi         821  1.0  5.4 240916 49220 ?        Ssl  15:21   0:06  \_ /home/pi/rvplayer/2017. /home/pi/rvplayer/2017.  
pi         831  0.1  0.0      0     0 ?        Zs   15:21   0:00  \_ [installer] <defunct>
pi         884  0.0  0.1   1900  1216 ?        Ss   15:22   0:00  \_ /bin/sh /tmp/rvplayer-2017. --nox11 -- --unattended --skip-  
pi        1041  0.0  0.2   5000  2528 ?        S    15:22   0:00      \_ /bin/bash ./2017. --unattended --skip-countdown
pi        1081  7.8 10.5 632204 94604 ?        Sl   15:22   0:40          \_ /home/pi/rvplayer/2017. --unattended --unattended --skip-countdown
pi        1083  0.0  2.6 131756 24104 ?        S    15:22   0:00              \_ /home/pi/rvplayer/2017. --type=zygote --no-sandbox
pi        1128  0.1  5.8 262324 52480 ?        Sl   15:22   0:00              |   \_ /home/pi/rvplayer/2017. --type=renderer --no-sandbox --primor  
dial-pipe-token=59241BE55A8011AF4C008BCBD9675305 --lang=en-GB --standard-schemes=rchttp,rchttps --secure-schemes=rchttp,rchttps --app-path=/home/pi/rvplayer/2017.  
taller/resources/app.asar --node-integration=true --webview-tag=true --no-sandbox --enable-pinch --num-raster-threads=2 --enable-main-frame-before-activation --content-image-tex  
pi        1167 18.0 31.6 561004 283624 ?       Sl   15:22   1:28              |   \_ /home/pi/rvplayer/2017. --type=renderer --no-sandbox --primor  
dial-pipe-token=CB397A8A8DD178A424A41AF39FFE426B --lang=en-GB --standard-schemes=rchttp,rchttps --secure-schemes=rchttp,rchttps --app-path=/home/pi/rvplayer/2017.  
taller/resources/app.asar --enable-plugins --node-integration=false --webview-tag=false --no-sandbox --preload=/home/pi/rvplayer/2017.  
ewer/preload.js --enable-pinch --num-raster-threads=2 --enable-main-frame-before-activation --content-image-texture-target=0,0,3553;0,1,3553;0,2,3553;0,3,3553;0,4,3553;0,5,3553;  
pi        1113  353 17.5 367968 157404 ?       Sl   15:22  29:40              \_ /home/pi/rvplayer/2017. --type=gpu-process --no-sandbox --support  
s-dual-gpus=false --gpu-driver-bug-workarounds=7,23,74 --disable-gl-extensions=GL_KHR_blend_equation_advanced GL_KHR_blend_equation_advanced_coherent --gpu-vendor-id=0x0000 --gp  
u-device-id=0x0000 --gpu-driver-vendor --gpu-driver-version --gpu-driver-date --service-request-channel-token=9D06750929C16EDF0047DC00C02A02BC
pi        1158  1.1  6.7 242132 60884 ?        Ssl  15:22   0:05              \_ /home/pi/rvplayer/2017. /home/pi/rvplayer/2017.  
pi        1162  0.1  4.3 153396 38784 ?        Ssl  15:22   0:00              \_ /home/pi/rvplayer/2017. /home/pi/rvplayer/2017.  
After next reboot, player start with newly installed up-to-date version. However, gpu-process seems to have different paramaters than old one and this process has the most of CPU consumption %400~.

root@riseplayer:~# ps -p 701 fww -o user,uid,pid,pcpu,cmd
pi        1000   701  360 /home/pi/rvplayer/2017. --type=gpu-process --no-sandbox --supports-dual-gpus=false --gpu-driver-bug-workarounds=7,23,74 --disable-gl-extensions=GL_KHR_blend_equation_advanced GL_KHR_blend_equation_advanced_coherent --gpu-vendor-id=0x0000 --gpu-device-id=0x0000 --gpu-driver-vendor --gpu-driver-version --gpu-driver-date --service-request-channel-token=4E77B5580FC456D8DF78F4922797009C
new parameters : - --type=gpu-process --no-sandbox --supports-dual-gpus=false --gpu-driver-bug-workarounds=7,23,74 --disable-gl-extensions=GL_KHR_blend_equation_advanced GL_KHR_blend_equation_advanced_coherent --gpu-vendor-id=0x0000 --gpu-device-id=0x0000 --gpu-driver-vendor --gpu-driver-version --gpu-driver-date --service-request-channel-token=4E77B5580FC456D8DF78F4922797009C

old parameters :  --type=gpu-process --no-sandbox --supports-dual-gpus=false --gpu-driver-bug-workarounds=7,23,71 --gpu-vendor-id=0x0000 --gpu-device-id=0x0000 --gpu-driver-vendor --gpu-driver-version --gpu-driver-date --service-request-channel-token=A3EF94F5DFEA95E6650DA8DDCA60D051 --v8-natives-passed-by-fd --v8-snapshot-passed-by-fd

I have a clean image to restore old version installation on my RPis however, i need a parameter to discard updates for my RisePlayers... Please share the paramaters:

This is an urgent issue...
New Version : RisePlayerElectron 2017.
Old Version : RisePlayerElectron 2017.
Photo of Alan Clayton

Alan Clayton, Official Rep

  • 8,788 Points 5k badge 2x thumb
Thanks for the feedback. Could you please email us the Display ID's to support@risevision.com
Is there any update on the issue?
Photo of Niclas Hallgren

Niclas Hallgren

  • 100 Points 100 badge 2x thumb
Thanks for the answer, I've emailed my Display ID to support. I'm also running RisePlayerElectron 2017. Standard
Photo of Niclas Hallgren

Niclas Hallgren

  • 100 Points 100 badge 2x thumb
Hi again, I noticed that when I replaced my running presentation with a very simple one everything goes back to normal. The one I normally uses shows two (change every 10 seconds) node.js generated pages with socket.io connection for displaying live information such as a clock and live data from temperature sensors etc. I use the web presentation widget for that. Pages are local only (192.x.x.x) if that is part of the problem...
Photo of Alan Clayton

Alan Clayton, Official Rep

  • 8,788 Points 5k badge 2x thumb
What you are seeing appears to be a result of upgrading Chromium version. RisePlayerElectron 2017. shipped with Chromium version 56 and RisePlayerElectron 2017. shipped with Chromium version 58.

While we work through this you can download and install RisePlayer 2017. from here

We'll provide additional updates as we work this through. 

Photo of Andrew Cutler

Andrew Cutler

  • 156 Points 100 badge 2x thumb
Thanks for the fix. I've just reinstalled with the version linked above and all appears to be back to normal.
Alan, thanks for update.

I do not understand one thing. While i use "RisePlayerElectron 2017.", my clients upgrade the installer version after reboot. That is why i ask for a solution to prevent auto-updates.

Now the installer version you provide (2017., did not apply an upgrade. I need to understand the installer/player 's behaviour, before i deploy more Rise Player inside campus network.

Also is there an up-to-date public repository in order to contribute, examine the project and follow issues?
Photo of Alan Clayton

Alan Clayton, Official Rep

  • 8,788 Points 5k badge 2x thumb
You can find the public repository for Rise Player here, https://github.com/Rise-Vision/rise-launcher-electron

The reason your clients were upgrading after a reboot was because we had the rollout for the 2017.10.16 release applied to all Displays. In other words, any instance of Rise Player that was not 2017.10.16 would auto upgrade to that version. 

The reason your Display is no longer auto upgrading is because we stopped the rollout for the 2017.10.16 release which means Player will run whatever version it has installed.

We do not currently support the ability for a Display to opt out of upgrades, but recognize the current process can be improved upon. I describe in this conversation the direction we have discussed as an improvement. Take a read and let me know your feedback.