Solved Issue installing Korora
-
@scottalanmiller said in Issue installing Korora:
Let me ask this a totally different way....
- What makes you believe that LTS receives "full" support, meaning the kind of support we expect from RHEL, for stability issues on Ubuntu LTS? Has Canonical ever promised you this support? AFAIK, they have never promised it to me.
- I have no reason to believe that the agreement that we had with Canonical was not honoured. The belief was that we had just assumed that LTS was going to get full support, but that was not what the agreement said. Bad assumptions.
- I've never been upset with Canonical about this. AFAIK this is just a mistake in the community with lots of customers and not even customers passing bad info around amongst themselves with Canonical not in the picture at all.
- Looking up the support options, I don't see anything from Canonical publicly to suggest that LTS gets special support.
-
https://www.ubuntu.com/legal/ubuntu-advantage/service-description#ua-support-scope
Kernel is supported for the entire lifecycle of the LTS.
-
@Romo exactly, nowhere that I can find do they ever promise to provide what we call "full" support for LTS. It's slower changing, better tested, patched with security fixes for X years... but never do they promise or even suggest that they are going to deal with stability issues. The LTS release is what it is beyond what they state.
-
@stacksofplates said in Issue installing Korora:
@scottalanmiller said in Issue installing Korora:
Let me ask this a totally different way....
- What makes you believe that LTS receives "full" support, meaning the kind of support we expect from RHEL, for stability issues on Ubuntu LTS? Has Canonical ever promised you this support? AFAIK, they have never promised it to me.
- I have no reason to believe that the agreement that we had with Canonical was not honoured. The belief was that we had just assumed that LTS was going to get full support, but that was not what the agreement said. Bad assumptions.
- I've never been upset with Canonical about this. AFAIK this is just a mistake in the community with lots of customers and not even customers passing bad info around amongst themselves with Canonical not in the picture at all.
- Looking up the support options, I don't see anything from Canonical publicly to suggest that LTS gets special support.
Right, they state that they "support" you in using the product. They never claim that they will "fix" stability issues in LTS. They will sometimes, of course, if it is in their interest. But they don't seem to ever state that they are supposed to do this. It's just a false assumption that the public has made based, I assume on the LTS name and a tradition of getting this kind of support from RHEL and Suse so people just assume that it applies to Ubuntu as well.
-
It's all about the definition of support. They will certainly support getting the product installed. But they are under no known obligation to support problems in the code, even their own code. They will definitely help you update to a newer version that might address those problems, though.
-
@scottalanmiller said in Issue installing Korora:
It's all about the definition of support. They will certainly support getting the product installed. But they are under no known obligation to support problems in the code, even their own code.
So against my arguments before, they don't own the code either. RedHat has an advantage there. They produce Fedora. Ubuntu has to get upstream updates.
-
It's not that they don't "support" LTS, it's that they don't "support" it as much as they support the current release. One has "more" support than the other, mostly just through the nature of one having more fixes than the other, the current release is more mature software.
-
@stacksofplates said in Issue installing Korora:
@scottalanmiller said in Issue installing Korora:
It's all about the definition of support. They will certainly support getting the product installed. But they are under no known obligation to support problems in the code, even their own code.
So against my arguments before, they don't own the code either. RedHat has an advantage there. They produce Fedora. Ubuntu has to get upstream updates.
Totally true and that could make for a great reason as to why they feel that this is how they should handle it. I'm totally okay with what Canonical does, I'm not saying that their model is bad. Only that we have to understand what it means for us in our context as people supporting it.
-
And again, I'm not saying you are lying. It's just saying a company doesn't support what they claim to support (whatever that means in each scenario) is a big thing.
-
Here's the support resolution matrix thing:
-
I think that vendors like IBM, Oracle, Suse and Red Hat have created a tradition of "we fix it no matter what" and, of course, you pay a hefty premium for that kind of support. But because RHEL support means "we guarantee that it works", a lot of IT pros carry that assumption on to other products. And that's not really fair to those vendors. Especially smaller ones. Those big players have the resources to absorb that risk, Canonical does not.
When Oracle says that they stand behind Solaris for a decade for every customer, they own every line of code and any fix will apply to every customer and even if they get unique customers who are the sole customers hitting a bug, they can afford to fix that because they have so much money that sure, they lose money that one time, but overall they earn plenty. It's a risk that they can take.
Canonical pouring money into one or two customers that hit a rare issue probably doesn't work. Especially when they have a fix, it just requires leaving LTS to get the fix. How silly to spend money fixing the LTS for two customers, when a non-LTS fix is out and tested and ready. Know what I mean?
-
Also:
- Hotfixes
To temporarily resolve critical support cases, Canonical may provide a version of the affected software (e.g. package) that applies a patch. Such versions are referred to as “hotfixes”. Hotfixes provided by Canonical are valid until 90 days after the corresponding patch has been incorporated into a release of the software in the Ubuntu Archives. However, if a patch is rejected by the applicable upstream project, the hotfix will be no longer be supported and the case will remain open.
- Hotfixes
-
@stacksofplates said in Issue installing Korora:
And again, I'm not saying you are lying. It's just saying a company doesn't support what they claim to support (whatever that means in each scenario) is a big thing.
I agree, but I'm just saying that I don't think that they say that. I don't feel that they are not providing support, just that the support isn't what we had assumed that it would be.
-
@stacksofplates said in Issue installing Korora:
Also:
- Hotfixes
To temporarily resolve critical support cases, Canonical may provide a version of the affected software (e.g. package) that applies a patch. Such versions are referred to as “hotfixes”. Hotfixes provided by Canonical are valid until 90 days after the corresponding patch has been incorporated into a release of the software in the Ubuntu Archives. However, if a patch is rejected by the applicable upstream project, the hotfix will be no longer be supported and the case will remain open.
I think this was too big to do that. It was a pretty huge issue.
- Hotfixes
-
An important thing to remember is that in the case that I'm talking about as the example.... Canonical absolutely provided a solution. 100% they had a fix. The fix just required "leaving LTS". In no way could we say that Canonical didn't have a fix, and they definitely provided support. And while I didn't test this at the time, I'm 99.999% sure that they would have provided great support for updating to the non-LTS version and all that.
There is no reason that we can't think of "leaving LTS" as a valid fix from the support group. Is there really anything wrong with that being their answer?
-
@scottalanmiller could we try to get an official response from Canonical to set there definition clear?
-
@Romo said in Issue installing Korora:
@scottalanmiller could we try to get an official response from Canonical to set there definition clear?
I'll tag them, I always do. But they've never responded publicly.
And to some degree, it is probably dependent on your support agreement. I'm betting that they are not all the same.
-
@scottalanmiller said in Issue installing Korora:
An important thing to remember is that in the case that I'm talking about as the example.... Canonical absolutely provided a solution. 100% they had a fix. The fix just required "leaving LTS". In no way could we say that Canonical didn't have a fix, and they definitely provided support. And while I didn't test this at the time, I'm 99.999% sure that they would have provided great support for updating to the non-LTS version and all that.
There is no reason that we can't think of "leaving LTS" as a valid fix from the support group. Is there really anything wrong with that being their answer?
No, in an emergency situation as a last ditch effort I don't think there is anything wrong with that. However I believe that's a far cry from
Ubuntu LTS support... "Upgrade to current, we dont support LTS."
-
@scottalanmiller said in Issue installing Korora:
@Romo said in Issue installing Korora:
@scottalanmiller could we try to get an official response from Canonical to set there definition clear?
I'll tag them, I always do. But they've never responded publicly.
And to some degree, it is probably dependent on your support agreement. I'm betting that they are not all the same.
No they aren't. The matrix spells that out.
-
@stacksofplates said in Issue installing Korora:
@scottalanmiller said in Issue installing Korora:
An important thing to remember is that in the case that I'm talking about as the example.... Canonical absolutely provided a solution. 100% they had a fix. The fix just required "leaving LTS". In no way could we say that Canonical didn't have a fix, and they definitely provided support. And while I didn't test this at the time, I'm 99.999% sure that they would have provided great support for updating to the non-LTS version and all that.
There is no reason that we can't think of "leaving LTS" as a valid fix from the support group. Is there really anything wrong with that being their answer?
No, in an emergency situation as a last ditch effort I don't think there is anything wrong with that. However I believe that's a far cry from
Ubuntu LTS support... "Upgrade to current, we dont support LTS."
Is it? If "supporting LTS" only refers to "not fixing things" where is the difference? They support LTS... by having you leave it. It's all semantics at that point. Is leaving LTS still supporting LTS?