[Please complete the below template with details of the problem reported on your Web-UI. Be as detailed as possible. Community members, including developers, shall try and help. Thanks for your time in reporting this issue! We recommend purchasing commercial support for expedited support directly from the developers.]
Brief description of the problem
Can’t configure Plex RockOn after stopping it. Actual error, since the forum won’t let me post it as the title: “Unknown client error doing a GET to /api/rockons/devices/152?page=1&format=json&page_size=9000&count=”
Detailed step by step instructions to reproduce the problem
@MainrtNr5 Thanks for the report.
I can initially chip in on the following:
Yes, this has been a long standing issue unfortunately in that the errors used for the title can be interpreted, via the create forum post mechanism, as forum commands in themselves. This has actually now been fixed, see the following issue:
and it’s consequent now merged pull request:
This fix is due to be included in our now pending 4.0.6 release.
As you actual Rock-on issue. Could you let us know here the version of Rockstor you are running. And note that if it is an earlier CentOS based variant, where there was a bug in testing that prevented a successful transition to Stable you can double check via:
yum info rockstor
See the following forum thread for info no this known bug from quite a while ago:
This version number will help to diagnose the problem as there have been quite a few changes in the Rock-on system more of late.
Also, have you recently deleted any snapshots that were indicated as being on the Rock-ons root share (subvol): this is a potential cause of Rock-ons failure and another usability issue we have lined up for improvement:
But I don’t think this is what has happened in your case.
One possible work around, assuming you have followed the guidelines on using discreet shares for your required plex config/share etc, is to try uninstalling the Plex rock-on and re-installing. If you use all the same configurations (read shares/users) then it should pick-up from where it left. Also the mention of devices in the error message points to a more recent Rockstor version that introduced rock-on devices such as are associated with hardware encoding within rock-ons like Plex.
But before you try this, if you have the time, I’d await more comments here on the forum in case we can further diagnose what has happened here.
@MainrtNr5 Thanks for the update and glad your up and running again.
Yes, we really need to get on that Web-UI warning about rock-ons root snapshots actually being the docker images that back the rock-ons. But all in good time and I’m a little reluctant to add it to our Rockstor 4 milestone given it’s more an enhancement than a fix in the context of what we have there already.
On this note, and given our Rockstor 4 is well on it’s way to final release:
you might be interested in testing out our current/future state as it were:
Your Stable subscription is equally valid there, it’s just that we as-yet only have a 4.0.4 rpm placeholder in the Stable channel until we are happy we have feature parity with our now legacy CentOS base. But the outstanding issues to date are some Web-UI logging and AD/LDAP stuff that may not be of concern to you in your test-bed setup. Plus if you do find any issues we can act upon them, where as, due a combination of CentOS being an older base and some of our own intrenched technical dept (I’m working on that ) we are no longer releasing for the CentOS variant anyway.
Another advantage of the ‘Built on openSUSE’ Rockstor 4 variant is the years newer, and upstream supported, btrfs stack. This puts us on a far more solid and timely btrfs base. Something we failed to achieve maintenance-wise in our older CentOS variant.
Thanks again for the report and if you fancy jumping on the current/future 4 releases do let us know if you have any issues. And Thanks also for helping to support Rocksor’s development: much appreciated.
@phillxnet - I managed to not only create an ISO of the 4.0 beta build but als install it on my testserver.
I can’t figure out how to apply my update subscription though as the Appliance ID seems to be different. I’ve searched the documentation and this forum but couldn’t find anything useful. Can you give me some pointers?
@MainrtNr5 Thanks for the update and well done on getting the ISO made and installed. Do keep us posted on how it goes. Whenever an ISO is built by this method the build process fetches and incorporates all upstream updates. So as time goes by you should begin to see new updates being offered on this install.
N.B. When re-installing on a different motherboard, or where the boards product_uuid is non unique, a different appliance id will result. This means the prior installs activation code will no longer work against the new appliance id. For this circumstance we have our in public beta test Appliance ID manager (appman). Please be patient as we work our the teething problems expected with newly release systems. Specific documentation will follow once we have established the less self explanatory elements.
We don’t however yet have the specific docs. But to date, in it’s current form, it looks to have been fairly easy to use from the feedback we’ve had so far. Again do let us know if you have any issues but be sure not to post your Appliance ID and activation code in the open forum.
Hope that helps and I’m glad you’ve got going on the 4 release. Once I’m done with my current pull request (end in sight) and reviewed @Flox’s pending pull request I’m hoping to prepare and release 4.0.6 release candidate 7.
Thanks for reporting this. I’m pretty sure we have had a prior report of this exact same case issue reported previously and I think it’s something to do with our ‘Built on openSUSE’ variant: which is quite strange. It’s on my list of things to check/resolve when I’m next on Appman duty.
Cheers, and apologies for the inconvenience on that front. Feel free to jump in on the forum is you suspect other forum members are affected by this.
Thanks again for the feedback and good luck with the new 4 series.