-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Rock-ons] Update Plex write-up with hardware transcoding #214
Comments
So how does some one get the path added to the rockon during install time otherwise? how to get the path needed during the rock-on install (most likely /dev/dri for QuickSync) |
Hi @s3frank , and sorry I couldn't get back with you earlier, I unfortunately cannot test it myself as I do not have QuickSync-compatible hardware, but the image's documentation reads:
This means that entering I do encourage you to post your question on our forum, however, as I believe a few users have been using this plex rock-on with hardware acceleration and should thus be able to confirm and help further if needed. Thanks! |
I figured it out, thanks!
Couldn't get it to render the entry during install so I cloned the json
file and renamed the container so it's not conflicting with the original
one.
Then just hardcoded the entry into the json et voila, works like a charm.
Thanks!
…On Thu, Mar 5, 2020 at 9:30 PM FroggyFlox ***@***.***> wrote:
Hi @s3frank <https://github.com/s3frank> , and sorry I couldn't get back
with you earlier,
I unfortunately cannot test it myself as I do not have
QuickSync-compatible hardware, but the image's documentation reads:
Hardware acceleration users for Intel Quicksync will need to mount their
/dev/dri video device inside of the container by passing the following
command when running or creating the container:
--device=/dev/dri:/dev/dri
This means that entering /dev/dri at the *device* option dialog during
this rock-on's install should be the way to go.
I do encourage you to post your question on our forum, however, as I
believe a few users have been using this plex rock-on with hardware
acceleration and should thus be able to confirm and help further if needed.
Thanks!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#214?email_source=notifications&email_token=AAQW7CUI5GQ4CJHUY22IHD3RF6SN3A5CNFSM4JOHUZ6KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEN5H3JI#issuecomment-595230117>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAQW7CTE44RCBXO6I6QGOKTRF6SN3ANCNFSM4JOHUZ6A>
.
--
Best regards,
-FF
|
@s3frank It could be that your version of Rockstor pre-dates this Rock-on device extension. Could you give us the output of:
This should help to clear up what went wrong with this so we can make sure it is just a Rockstor version issue. We should also add a note within that rock-on that it requires at least 3.9.2-x to avoid this in the future. We did do this recently with a Rock-on that required newer features. Thanks for your report and well done on fashioning a work around. @FroggyFlox is more up on this area of the code so should be able to correct me if I've missed the mark on this on. |
I will look at that next week. Just blew away my install as I was testing
rockstor on some temp hardware.
Now that I know it works well I will built a proper setup mid next week and
repeat the steps.
The version I used for install is this iso file: Rockstor-3.9.1.iso
…On Thu, Mar 5, 2020 at 11:21 PM Philip Guyton ***@***.***> wrote:
@s3frank <https://github.com/s3frank> It could be that your version of
Rockstor pre-dates this Rock-on device extension. Could you give us the
output of:
yum info rockstor
This should help to clear up what went wrong with this so we can make sure
it is just a Rockstor version issue. We should also add a note within that
rock-on that it requires at least 3.9.2-x to avoid this in the future. We
did do this recently with a Rock-on that required newer features. Thanks
for your report and well done on fashioning a work around. @FroggyFlox
<https://github.com/FroggyFlox> is more up on this area of the code so
should be able to correct me if I've missed the mark on this on.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#214?email_source=notifications&email_token=AAQW7CRMJMBYD7NP26JCJILRF67OLA5CNFSM4JOHUZ6KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEN5VLZY#issuecomment-595285479>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAQW7CTUDOZPF5JUC5QSTSTRF67OLANCNFSM4JOHUZ6A>
.
--
Best regards,
-FF
|
Sorry I misunderstood your question. @phillxnet is absolutely right and I should have thought of that: the support for docker devices was added in Rockstor 3.9.2-39 so you will not see this option during the rock-on install wizard if running 3.9.1. See below for release details: Hope this helps, |
Ah ok. So if I install update on my new box and then do the Plex setup it
will work.
What about other docker params like limit memory, cpu etc?
This particular addon can kill a box of transcoding big stuff
…-FF
Sent from my mobile, powered by Frank's thumbs!
On Fri, Mar 6, 2020, 03:24 FroggyFlox ***@***.***> wrote:
I figured it out, thanks! Couldn't get it to render the entry during
install (...)
Sorry I misunderstood your question.
@phillxnet <https://github.com/phillxnet> is absolutely right and I
should have thought of that: the support for docker devices was added in
Rockstor 3.9.2-39 so you will not see this option during the rock-on
install wizard if running 3.9.1. See below for release details:
https://github.com/rockstor/rockstor-core/releases/tag/3.9.2-39
Hope this helps,
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#214?email_source=notifications&email_token=AAQW7CSDRQ3KN6MLLEDUKADRF735PA5CNFSM4JOHUZ6KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEN6R7BI#issuecomment-595402629>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAQW7CS5UMKWRALTJZ43YUDRF735PANCNFSM4JOHUZ6A>
.
|
are the updates freely available and installable via yum update?
On Fri, Mar 6, 2020 at 8:34 AM Frank Feldmann <[email protected]>
wrote:
… Ah ok. So if I install update on my new box and then do the Plex setup it
will work.
What about other docker params like limit memory, cpu etc?
This particular addon can kill a box of transcoding big stuff
-FF
Sent from my mobile, powered by Frank's thumbs!
On Fri, Mar 6, 2020, 03:24 FroggyFlox ***@***.***> wrote:
> I figured it out, thanks! Couldn't get it to render the entry during
> install (...)
>
> Sorry I misunderstood your question.
>
> @phillxnet <https://github.com/phillxnet> is absolutely right and I
> should have thought of that: the support for docker devices was added in
> Rockstor 3.9.2-39 so you will not see this option during the rock-on
> install wizard if running 3.9.1. See below for release details:
> https://github.com/rockstor/rockstor-core/releases/tag/3.9.2-39
>
> Hope this helps,
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <#214?email_source=notifications&email_token=AAQW7CSDRQ3KN6MLLEDUKADRF735PA5CNFSM4JOHUZ6KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEN6R7BI#issuecomment-595402629>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAQW7CS5UMKWRALTJZ43YUDRF735PANCNFSM4JOHUZ6A>
> .
>
--
Best regards,
-FF
|
If you did not heed the popup and choose either update channel then you were running 2 year 8 months old Rockstor code (Jul 2017).
Yes.
Yes, at least in our testing channel. However this channel is currently only available in our 'Built on openSUSE' variant as our CentOS base is 'to-be legacy' and the testing channel there was deprecated a little over 2 years ago (Nov 2017), but the Stable channel is current (end Feb 2020). See the following forum thread for this background: https://forum.rockstor.com/t/3-9-2-stable-channel-changelog/5741/2 There is as-yet no Stable release of the openSUSE based rpms however. But we expect this to change soon as we approach feature parity with our current Stable channel CentOS based offering. You have arrived towards the end of a rather large transition as it goes.
Well via zypper, openSUSE's package management tool, yes. But once you have done the first rockstor rpm install the Rockstor Web-UI can then do all future updates, bar bugs and hick-ups, at least for our more recent testing channel releases. There is however no installer yet publicly available for our built on openSUSE variant. But again, once we reach the next Stable channel status a new installer will be released. Relevant forum thread "Built on openSUSE testing channel live (early-adopters/developers only)": Or, given we are open source, you can of course install from source; for this see our docs: But is you don't intent to contribute code and want the convenience of an update mechanism then you are better off with one of our various rpm services. Or you can subscribe to our current Stable channel updates service which is, as of writing, only available on your CentOS base, but as stated we hope to transition to a Built on openSUSE base for this channel soon also, there after the CentOS base will be properly deprecated. Our Stable channel update service is our way of attempting to achieve sustainable open source development: http://rockstor.com/docs/update-channels/update_channels.html As @FroggyFlox indicated the forum is best for general questions, and that helps to keep our GitHub issues more focused on specific issues, such as the Plex doc improvements in this case. Hope that helps, at least for context, and we do hope to tend more to our docs as the significant developer load of a distro rebase comes to an end. But we are also happy to receive community contributions to our docs and we have a docs section for this: Contributing to Rockstor documentation: http://rockstor.com/docs/contribute_documentation.html Hope to see you on the forum and do remember that our Built on openSUSE testing rpms are just that, testing, and are not yet at the quality of our CentOS stable channel releases. But are getting there so if you fancy helping with testing that may be the way to go. But they are still not yet ready for production use and our Stable channel CentOS based offering is our current 'best' offering re production. But we hope to equal this quality soon via a Stable 'built on openSUSE' update channel. |
Ok so how do I get the openSuse setup going from the start then?
Is there an iso you provide for that?
…On Sat, Mar 7, 2020 at 11:22 PM Philip Guyton ***@***.***> wrote:
@s3frank <https://github.com/s3frank>
Now that I know it works well I will built a proper setup mid next week
and repeat the steps. The version I used for install is this iso file:
Rockstor-3.9.1.iso
If you did not heed the popup and choose either update channel then you
were running 2 year 8 months old Rockstor code (Jul 2017).
Ah ok. So if I install update on my new box and then do the Plex setup it
will work.
Yes.
are the updates freely available ...
Yes, at least in our testing channel. However this channel is currently
only available in our 'Built on openSUSE' variant as our CentOS base is
'to-be legacy' and the testing channel there was deprecated a little over 2
years ago (Nov 2017), but the Stable channel is current (end Feb 2020). See
the following forum thread for this background:
https://forum.rockstor.com/t/3-9-2-stable-channel-changelog/5741/2
There is as-yet no Stable release of the openSUSE based rpms however. But
we expect this to change soon as we approach feature parity with our
current Stable channel CentOS based offering. You have arrived towards the
end of a rather large transition as it goes.
and installable via yum update?
Well via zypper, openSUSE's package management tool, yes. But once you
have done the first rockstor rpm install the Rockstor Web-UI can then do
all future updates, bar bugs and hick-ups, at least for our more recent
testing channel releases.
There is however no installer yet publicly available for our built on
openSUSE variant. But again, once we reach the next Stable channel status a
new installer will be released.
Relevant forum thread "Built on openSUSE testing channel live
(early-adopters/developers only)":
https://forum.rockstor.com/t/built-on-opensuse-testing-channel-live-early-adopters-developers-only/6592
Or, given we are open source, you can of course install from source; for
this see our docs:
Community Contributions: http://rockstor.com/docs/contribute_section.html
subsection:
Developers: http://rockstor.com/docs/contribute.html#developers
But is you don't intent to contribute code and want the convenience of an
update mechanism then you are better off with one of our various rpm
services.
Or you can subscribe to our current Stable channel updates service which
is, as of writing, only available on your CentOS base, but as stated we
hope to transition to a Built on openSUSE base for this channel soon also,
there after the CentOS base will be properly deprecated. Our Stable channel
update service is our way of attempting to achieve sustainable open source
development:
http://rockstor.com/docs/update-channels/update_channels.html
As @FroggyFlox <https://github.com/FroggyFlox> indicated the forum is
best for general questions, and that helps to keep our GitHub issues more
focused on specific issues, such as the Plex doc improvements in this case.
Hope that helps, at least for context, and we do hope to tend more to our
docs as the significant developer load of a distro rebase comes to an end.
But we are also happy to receive community contributions to our docs and we
have a docs section for this:
Contributing to Rockstor documentation:
http://rockstor.com/docs/contribute_documentation.html
Hope to see you on the forum and do remember that our Built on openSUSE
testing rpms are just that, testing, and are not yet at the quality of our
CentOS stable channel releases. But are getting there so if you fancy
helping with testing that may be the way to go. But they are still not yet
ready for production use and our Stable channel CentOS based offering is
our current 'best' offering re production. But we hope to equal this
quality soon via a Stable 'built on openSUSE' update channel.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#214?email_source=notifications&email_token=AAQW7CQ2LNOPXYFPFQHMDVLRGJRCZA5CNFSM4JOHUZ6KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEOD4BMA#issuecomment-596099248>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAQW7CTCHKJ2ZF2SEWTAMETRGJRCZANCNFSM4JOHUZ6A>
.
--
Best regards,
-FF
|
Or are you saying if I accept the testing channel on the centos iso that I
installed rockstor etc will be updated?
I work at red hat so prefer centos to be honest but in this case it's an
appliance to me at home.
Let me know, cheers. Nice work btw, I like the simplicity you have brought
into things!
On Sat, Mar 7, 2020 at 11:25 PM Frank Feldmann <[email protected]>
wrote:
… Ok so how do I get the openSuse setup going from the start then?
Is there an iso you provide for that?
On Sat, Mar 7, 2020 at 11:22 PM Philip Guyton ***@***.***>
wrote:
> @s3frank <https://github.com/s3frank>
>
> Now that I know it works well I will built a proper setup mid next week
> and repeat the steps. The version I used for install is this iso file:
> Rockstor-3.9.1.iso
>
> If you did not heed the popup and choose either update channel then you
> were running 2 year 8 months old Rockstor code (Jul 2017).
>
> Ah ok. So if I install update on my new box and then do the Plex setup it
> will work.
>
> Yes.
>
> are the updates freely available ...
>
> Yes, at least in our testing channel. However this channel is currently
> only available in our 'Built on openSUSE' variant as our CentOS base is
> 'to-be legacy' and the testing channel there was deprecated a little over 2
> years ago (Nov 2017), but the Stable channel is current (end Feb 2020). See
> the following forum thread for this background:
>
> https://forum.rockstor.com/t/3-9-2-stable-channel-changelog/5741/2
>
> There is as-yet no Stable release of the openSUSE based rpms however. But
> we expect this to change soon as we approach feature parity with our
> current Stable channel CentOS based offering. You have arrived towards the
> end of a rather large transition as it goes.
>
> and installable via yum update?
>
> Well via zypper, openSUSE's package management tool, yes. But once you
> have done the first rockstor rpm install the Rockstor Web-UI can then do
> all future updates, bar bugs and hick-ups, at least for our more recent
> testing channel releases.
>
> There is however no installer yet publicly available for our built on
> openSUSE variant. But again, once we reach the next Stable channel status a
> new installer will be released.
>
> Relevant forum thread "Built on openSUSE testing channel live
> (early-adopters/developers only)":
>
>
> https://forum.rockstor.com/t/built-on-opensuse-testing-channel-live-early-adopters-developers-only/6592
>
> Or, given we are open source, you can of course install from source; for
> this see our docs:
> Community Contributions: http://rockstor.com/docs/contribute_section.html
> subsection:
> Developers: http://rockstor.com/docs/contribute.html#developers
>
> But is you don't intent to contribute code and want the convenience of an
> update mechanism then you are better off with one of our various rpm
> services.
>
> Or you can subscribe to our current Stable channel updates service which
> is, as of writing, only available on your CentOS base, but as stated we
> hope to transition to a Built on openSUSE base for this channel soon also,
> there after the CentOS base will be properly deprecated. Our Stable channel
> update service is our way of attempting to achieve sustainable open source
> development:
>
> http://rockstor.com/docs/update-channels/update_channels.html
>
> As @FroggyFlox <https://github.com/FroggyFlox> indicated the forum is
> best for general questions, and that helps to keep our GitHub issues more
> focused on specific issues, such as the Plex doc improvements in this case.
>
> Hope that helps, at least for context, and we do hope to tend more to our
> docs as the significant developer load of a distro rebase comes to an end.
> But we are also happy to receive community contributions to our docs and we
> have a docs section for this:
>
> Contributing to Rockstor documentation:
> http://rockstor.com/docs/contribute_documentation.html
>
> Hope to see you on the forum and do remember that our Built on openSUSE
> testing rpms are just that, testing, and are not yet at the quality of our
> CentOS stable channel releases. But are getting there so if you fancy
> helping with testing that may be the way to go. But they are still not yet
> ready for production use and our Stable channel CentOS based offering is
> our current 'best' offering re production. But we hope to equal this
> quality soon via a Stable 'built on openSUSE' update channel.
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <#214?email_source=notifications&email_token=AAQW7CQ2LNOPXYFPFQHMDVLRGJRCZA5CNFSM4JOHUZ6KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEOD4BMA#issuecomment-596099248>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAQW7CTCHKJ2ZF2SEWTAMETRGJRCZANCNFSM4JOHUZ6A>
> .
>
--
Best regards,
-FF
--
Best regards,
-FF
|
I have done some more reading and I am willing to go with the testing of
rpms on a suse build.
I think I can start here and get it going pretty fast:
https://forum.rockstor.com/t/built-on-opensuse-testing-channel-live-early-adopters-developers-only/6592
Is the system drive bug for data shares still open? I don't intend to do
that anyway but just checking.
I will have it boot from fast usb sticks and then 1 x 2TB SSD + 2 x 2TB
Baracuda SSDH drives.
Should be fun.
Or I will pay you for the stable update channel but does that include the
updated docker setup, newer versions and more importantly will you have
tools to switch later to your opensuse build?
…On Sat, Mar 7, 2020 at 11:22 PM Philip Guyton ***@***.***> wrote:
@s3frank <https://github.com/s3frank>
Now that I know it works well I will built a proper setup mid next week
and repeat the steps. The version I used for install is this iso file:
Rockstor-3.9.1.iso
If you did not heed the popup and choose either update channel then you
were running 2 year 8 months old Rockstor code (Jul 2017).
Ah ok. So if I install update on my new box and then do the Plex setup it
will work.
Yes.
are the updates freely available ...
Yes, at least in our testing channel. However this channel is currently
only available in our 'Built on openSUSE' variant as our CentOS base is
'to-be legacy' and the testing channel there was deprecated a little over 2
years ago (Nov 2017), but the Stable channel is current (end Feb 2020). See
the following forum thread for this background:
https://forum.rockstor.com/t/3-9-2-stable-channel-changelog/5741/2
There is as-yet no Stable release of the openSUSE based rpms however. But
we expect this to change soon as we approach feature parity with our
current Stable channel CentOS based offering. You have arrived towards the
end of a rather large transition as it goes.
and installable via yum update?
Well via zypper, openSUSE's package management tool, yes. But once you
have done the first rockstor rpm install the Rockstor Web-UI can then do
all future updates, bar bugs and hick-ups, at least for our more recent
testing channel releases.
There is however no installer yet publicly available for our built on
openSUSE variant. But again, once we reach the next Stable channel status a
new installer will be released.
Relevant forum thread "Built on openSUSE testing channel live
(early-adopters/developers only)":
https://forum.rockstor.com/t/built-on-opensuse-testing-channel-live-early-adopters-developers-only/6592
Or, given we are open source, you can of course install from source; for
this see our docs:
Community Contributions: http://rockstor.com/docs/contribute_section.html
subsection:
Developers: http://rockstor.com/docs/contribute.html#developers
But is you don't intent to contribute code and want the convenience of an
update mechanism then you are better off with one of our various rpm
services.
Or you can subscribe to our current Stable channel updates service which
is, as of writing, only available on your CentOS base, but as stated we
hope to transition to a Built on openSUSE base for this channel soon also,
there after the CentOS base will be properly deprecated. Our Stable channel
update service is our way of attempting to achieve sustainable open source
development:
http://rockstor.com/docs/update-channels/update_channels.html
As @FroggyFlox <https://github.com/FroggyFlox> indicated the forum is
best for general questions, and that helps to keep our GitHub issues more
focused on specific issues, such as the Plex doc improvements in this case.
Hope that helps, at least for context, and we do hope to tend more to our
docs as the significant developer load of a distro rebase comes to an end.
But we are also happy to receive community contributions to our docs and we
have a docs section for this:
Contributing to Rockstor documentation:
http://rockstor.com/docs/contribute_documentation.html
Hope to see you on the forum and do remember that our Built on openSUSE
testing rpms are just that, testing, and are not yet at the quality of our
CentOS stable channel releases. But are getting there so if you fancy
helping with testing that may be the way to go. But they are still not yet
ready for production use and our Stable channel CentOS based offering is
our current 'best' offering re production. But we hope to equal this
quality soon via a Stable 'built on openSUSE' update channel.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#214?email_source=notifications&email_token=AAQW7CQ2LNOPXYFPFQHMDVLRGJRCZA5CNFSM4JOHUZ6KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEOD4BMA#issuecomment-596099248>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAQW7CTCHKJ2ZF2SEWTAMETRGJRCZANCNFSM4JOHUZ6A>
.
--
Best regards,
-FF
|
@s3frank This is really a forum discussion but to round things out here:
Yes, CentOS has served us very well however the dropping of upstream (RedHat) btrfs support leaves us rather in the lurch: hence the obvious, but expensive move to openSUSE. Re:
No:
The referenced forum threads are really a must read and I've got to leave this issue here really. All developer info or budding early adopter user 'get going' info is available in those threads. But no, there is as-yet not install and one has to start with vanilla Leap15.1 and then jump through a good few hoops. But an ISO installer will hopefully be released soon.
Thanks, hopefully you now have all the info you require. Essentially for your Rock-on issue, subscribe to Stable channel updates, using the existing ISO install, and you are done. This also helps to sustain our effort. Or wait until we have released a Stable channel update 'built on openSUSE' or dive in via the dev/early adopter openSUSE based testing channel. That's pretty much it. Sorry I can't give you any more pointers here in this issue as it's inappropriate for those wanting to work on this GitHub issue and all info required is within the given and in-turn linked to threads. The built on openSUSE version will however already give you a much newer btrfs base than our soon to be legacy CentOS one (due to openSUSE / SuSE btrfs back-ports), but as stated our openSUSE based rpms are just not yet at feature parity in a few areas, but getting there. Also relevant is that we will no longer be releasing CentOS based rpms and will cease our effort to support a CentOS base completely as soon as is practically possible, i.e. when we have reached feature parity. And will likely then take out the various hacks to support both simultaneously. There after we will be releasing and only supporting openSUSE based installs due to their adoption of btrfs and RedHat's rejection of the same. It's a shame but is just how things worked out. You might also be interested in the work involved in this transition, which is very briefly summarised in the following forum thread from 2018: https://forum.rockstor.com/t/rebasing-on-to-opensuse/5376 I see that you have posted again here while I was replying to your prior posts. GitHub issues is not the place for support. Please take this discussion to the forum where it will benefit far more folks and where you will be subject to a greater range of knowledge as this is a community lead project and we centre that community around the forum. From a quick ready of you most recent general support questions here I think the additional forum thread I've posted here should answer all your questions. Thanks for the enthusiastic interest and look forward to seeing you on the forum. All current Rockstor developers are also forum members. Cheers. |
got it, I will go there for more.
…On Sun, Mar 8, 2020 at 12:14 AM Philip Guyton ***@***.***> wrote:
@s3frank <https://github.com/s3frank> This is really a forum discussion
but to round things out here:
Is there an iso you provide for that?
There is however no installer yet publicly available for our built on
openSUSE variant. But again, once we reach the next Stable channel status a
new installer will be released.
so prefer centos to be honest but in this case it's an appliance to me at
home.
Yes, CentOS has served us very well however the dropping of upstream
(RedHat) btrfs support leaves us rather in the lurch: hence the obvious,
but expensive move to openSUSE.
Re:
Or are you saying if I accept the testing channel on the centos iso that I
installed rockstor etc will be updated?
No:
as our CentOS base is 'to-be legacy' and the testing channel there was
deprecated a little over 2 years ago (Nov 2017), but the Stable channel is
current (end Feb 2020). See the following forum thread for this background:
https://forum.rockstor.com/t/3-9-2-stable-channel-changelog/5741/2
The referenced forum threads are really a must read and I've got to leave
this issue here really. All developer info or budding early adopter user
'get going' info is available in those threads. But no, there is as-yet not
install and one has to start with vanilla Leap15.1 and then jump through a
good few hoops. But an ISO installer will hopefully be released soon.
Let me know, cheers. Nice work btw, I like the simplicity you have brought
into things!
Thanks, hopefully you now have all the info you require. Essentially for
your Rock-on issue, subscribe to Stable channel updates, using the existing
ISO install, and you are done. This also helps to sustain our effort. Or
wait until we have released a Stable channel update 'built on openSUSE' or
dive in via the dev/early adopter openSUSE based testing channel. That's
pretty much it.
Sorry I can't give you any more pointers here in this issue as it's
inappropriate for those wanting to work on this GitHub issue and all info
required is within the given and in-turn linked to threads. The built on
openSUSE version will however already give you a much newer btrfs base than
our soon to be legacy CentOS one (due to openSUSE / SuSE btrfs back-ports),
but as stated our openSUSE based rpms are just not yet at feature parity in
a few areas, but getting there.
Also relevant is that we will no longer be releasing CentOS based rpms and
will cease our effort to support a CentOS base completely as soon as is
practically possible, i.e. when we have reached feature parity. And will
likely then take out the various hacks to support both simultaneously.
There after we will be releasing and only supporting openSUSE based
installs due to their adoption of btrfs and RedHat's rejection of the same.
It's a shame but is just how things worked out.
You might also be interested in the work involved in this transition,
which is very briefly summarised in the following forum thread from 2018:
https://forum.rockstor.com/t/rebasing-on-to-opensuse/5376
I see that you have posted again here while I was replying to your prior
posts. GitHub issues is not the place for support. Please take this
discussion to the forum where it will benefit far more folks and where you
will be subject to a greater range of knowledge as this is a community lead
project and we centre that community around the forum. From a quick ready
of you most recent general support questions here I think the additional
forum thread I've posted here should answer all your questions.
Thanks for the enthusiastic interest and look forward to seeing you on the
forum.
All current Rockstor developers are also forum members.
Cheers.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#214?email_source=notifications&email_token=AAQW7CTL54WPBWTNIP2VR2TRGJXHNA5CNFSM4JOHUZ6KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEOD5G6Q#issuecomment-596104058>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAQW7CVKATY2NGGO5DU7IR3RGJXHNANCNFSM4JOHUZ6A>
.
--
Best regards,
-FF
|
Fixes rockstor#214 and rockstor#172 . Update of Plex Rockon Documentation: - newer screenshots - refactoring descriptions - include transcoding explanation - add workaround when no Plex account is used - [X] With the proposed changes no Sphinx errors or warnings are generated. - [X] I have added my name to the AUTHORS file, if required (descending alphabetical order).
Since the update of our Plex rock-on to support hardware transcoding using QuickSync, it is proposed to add detailed instructions on how to set it up to the existing write-up:
http://rockstor.com/docs/docker-based-rock-ons/plex-media-server.html
Instructions could cover:
/dev/dri
for QuickSync)/transcode
)The text was updated successfully, but these errors were encountered: