unVMs Status Update


jonp

Recommended Posts

  • Replies 55
  • Created
  • Last Reply

Top Posters In This Topic

Looking to whip up an openelec vm. Any gotchas or is it pretty straightforward?  Or should I wait for the unvm release?

 

If you have any success with this please let us know!  I'm pretty certain that Jon and team had to create a custom build to incorporate the needed drivers and such.

 

John

 

Jonp,

 

Is this true?  If so that's beyond my skills or available time to learn.

Link to comment
  • 1 month later...
The good news is I already have a solution for this, but need to have Eric implement it.  The solution is to let folks download the unVM for OpenELEC and start it without starting the array.

 

 

this starting openelec without starting the array, if this gets implemented is there any way we can leverage this ability so say for instance we can virtualise firewall VMS and have them run whether the array was active or not ?

 

 

Link to comment

The good news is I already have a solution for this, but need to have Eric implement it.  The solution is to let folks download the unVM for OpenELEC and start it without starting the array.

 

 

this starting openelec without starting the array, if this gets implemented is there any way we can leverage this ability so say for instance we can virtualise firewall VMS and have them run whether the array was active or not ?

Depending on how we implement this, it could, yes, but only if the virtual disks for these particular VMs were stored on devices outside the array. This would also require us to make libvirt start with emhttp and not stop with the array.  Not impossible, but it does add some complications (e.g. what if there is a running vm that has a vdisk on the array/cache and the array is stopped?).  Right now, it will stop libvirt which will in turn send stop commands to all the VMs. 

 

So yes, I am going to try hard to work with Eric and Tom make this happen.

Link to comment
  • 3 months later...

Thanks for all the hard work!

I am definitely looking forward to this so I can consolidate my stand alone OE system into my UR box.

Aside from GPU pass-through, curious how USB pass-through will work for IR receivers.

Keeping / managing and sharing a known working OE+UnRaid HCL is a good idea, especially useful for new builds.

Have the ability to (not) auto-start UR while initially testing  & configuring OE makes sense. But then have a master switch to auto start everything once OE testing & setup is confirmed.

The core NAS services should always be the priority.

Always willing to test.

 

 

Cheers,

 

Bertrand.

Link to comment
  • 2 weeks later...

Well the good news is that the OE team was fast to review. The bad news is that they are not going to accept the PR because it would implicate that they are officially supporting virtualization, which they aren't comfortable doing at this point as they don't have anyone on the project that is doing that just yet.

 

They did acknowledge our PR was rather basic in nature and that if we can show good adoption in a fork, they would consider official support in the future.

 

With all of this being said, we are just waiting their approval to keep the name / logo the same before we release anything official from Lime Tech.

 

Link to comment

Well the good news is that the OE team was fast to review. The bad news is that they are not going to accept the PR because it would implicate that they are officially supporting virtualization, which they aren't comfortable doing at this point as they don't have anyone on the project that is doing that just yet.

 

They did acknowledge our PR was rather basic in nature and that if we can show good adoption in a fork, they would consider official support in the future.

 

With all of this being said, we are just waiting their approval to keep the name / logo the same before we release anything official from Lime Tech.

 

did i just read they think there are only 4 users of it ?

that's gonna change soon, lol.

Link to comment

Do you think they could be talked into including the virtio drivers in an upcoming official release?  They wouldn't need to provide support for virtualization...or even advertise that they are included.  My guess would be "no" since they are so intent on keeping the footprint as small as possible or fear that the drivers may break other functionality.

Link to comment

Yeah I'm not sure where the "four users" comment came from on the github discussion, but maybe they are basing it off github downloads, which isn't where we hosted our image from previously.

 

Oh, I took it as "it's a 4-person company" (must have seen our About Team page)

Link to comment

Yeah I'm not sure where the "four users" comment came from on the github discussion, but maybe they are basing it off github downloads, which isn't where we hosted our image from previously.

 

Oh, I took it as "it's a 4-person company" (must have seen our About Team page)

Could be. Either way, I took no offense to the comment. We are still relatively new to these guys in the grand scheme of things, and it certainly seems like there is a bit of hesitancy to supporting VMs from past attempts. Where we will shine is in expertise on virtualization and in our sole interest in supporting this for GPU pass through.

Link to comment

Yeah I'm not sure where the "four users" comment came from on the github discussion, but maybe they are basing it off github downloads, which isn't where we hosted our image from previously.

 

Oh, I took it as "it's a 4-person company" (must have seen our About Team page)

 

Out of interest Eric, how many people do you have at LT?

Link to comment

Yeah I'm not sure where the "four users" comment came from on the github discussion, but maybe they are basing it off github downloads, which isn't where we hosted our image from previously.

 

Oh, I took it as "it's a 4-person company" (must have seen our About Team page)

 

Out of interest Eric, how many people do you have at LT?

It is 4.  Tom, TomH, me, and Eric.

Link to comment

Yeah I'm not sure where the "four users" comment came from on the github discussion, but maybe they are basing it off github downloads, which isn't where we hosted our image from previously.

 

Oh, I took it as "it's a 4-person company" (must have seen our About Team page)

 

Out of interest Eric, how many people do you have at LT?

It is 4.  Tom, TomH, me, and Eric.

 

I find it amazing that a four man team can bring out a piece of software as awesome as Unraid V6, even more impressed.

Link to comment

UPDATE:

 

Pull request to the openelec team has been submitted!!

 

https://github.com/OpenELEC/OpenELEC.tv/pull/4215

 

And now we wait...

 

Sadly, that went about how I expected it... they just flat shut down anyone trying to run OE in a VM on their own forum.

 

It's really no big deal.  They even acknowledged the fact that our changes were pretty minimal / clean.  It just comes down to supportability and they don't have anyone on their team that would have this setup yet, so they don't want to imply that it is a supported use-case by the dev team.

 

The reality is that I don't necessarily blame them because of the history with supporting virtualization.  This is the nature of open source and we will support the project as a fork because for us to maintain it really requires very minimal effort.  In due time if we show enough adoption, maybe the OE team brings it under their wings directly.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.