Vmware Audit
-
@Jason Citrix no longer licenses the product, they offer support only. The terms of that EULA should pertain only to the support offered.
Anything else and I'd just use the "non-supported" version (which is identical to the supported version)
-
@DustinB3403 said in Vmware Audit:
@Jason Citrix no longer licenses the product, they offer support only. The terms of that EULA should pertain only to the support offered.
Not sure where you get that. This is the EULA you have to sign..
https://www.citrix.com/content/dam/citrix/en_us/documents/buy/enterprise-software-eula.pdf
-
@DustinB3403 said in Vmware Audit:
@Jason Citrix no longer licenses the product, they offer support only. The terms of that EULA should pertain only to the support offered.
That's not how a EULA or Contract works. It can pertain to literally anything that is not barred by law.
For example, a EULA can require you to dance a jig on the first day of spring naked. But it can't require you to pirate software.
If you agree to the EULA, anything legal in it is required.
-
This is the terms of service I agree to.
http://xenserver.org/overview-xenserver-open-source-virtualization/gplv2-license/13-about-xenserver-open-source/152-eula.html (without support)
-
@DustinB3403 said in Vmware Audit:
This is the terms of service I agree to.
http://xenserver.org/overview-xenserver-open-source-virtualization/gplv2-license/13-about-xenserver-open-source/152-eula.html (without support)
It's not realistic to not have support on thousands of servers. When the Sh*t breaks out it can become a whirlwind fast..
Thats why we have RHEL and not CentOS for many things as well (some is CentOS).
-
@Jason I understand that. At your scale you need support and because of the need, the business will now bleed through the nose for several months.
Sorry.
-
@Jason said in Vmware Audit:
@DustinB3403 said in Vmware Audit:
This is the terms of service I agree to.
http://xenserver.org/overview-xenserver-open-source-virtualization/gplv2-license/13-about-xenserver-open-source/152-eula.html (without support)
It's not realistic to not have support on thousands of servers. When the Sh*t breaks out it can become a whirlwind fast..
Thats why we have RHEL and not CentOS for many things as well (some is CentOS).
This is funny - that company I mention from time time has thousands of RHEL boxes - and they too have support, but how many times have they called support? Zero? Why? because they have people on staff as good or better than the RHEL people themselves. They actively participate in reviewing and commenting on RFCs and other protocols regulations to get things working as they need them to for their platform.
I asked why they keep paying for support to RH? They didn't know.
-
@Dashrender said in Vmware Audit:
@Jason said in Vmware Audit:
@DustinB3403 said in Vmware Audit:
This is the terms of service I agree to.
http://xenserver.org/overview-xenserver-open-source-virtualization/gplv2-license/13-about-xenserver-open-source/152-eula.html (without support)
It's not realistic to not have support on thousands of servers. When the Sh*t breaks out it can become a whirlwind fast..
Thats why we have RHEL and not CentOS for many things as well (some is CentOS).
This is funny - that company I mention from time time has thousands of RHEL boxes - and they too have support, but how many times have they called support? Zero? Why? because they have people on staff as good or better than the RHEL people themselves. They actively participate in reviewing and commenting on RFCs and other protocols regulations to get things working as they need them to for their platform.
I asked why they keep paying for support to RH? They didn't know.
I've seen enormous companies look at that and drop RH support just because RH products were so good that support wasn't needed. Which sucks for RH, because RH has great support.
When I was at the Wall St. firm we never needed RH support, never once in nearly a decade. We would use them, but only to back us up, never to solve the issue. They were great, but not needed at all.
-
@scottalanmiller said in Vmware Audit:
@Dashrender said in Vmware Audit:
@Jason said in Vmware Audit:
@DustinB3403 said in Vmware Audit:
This is the terms of service I agree to.
http://xenserver.org/overview-xenserver-open-source-virtualization/gplv2-license/13-about-xenserver-open-source/152-eula.html (without support)
It's not realistic to not have support on thousands of servers. When the Sh*t breaks out it can become a whirlwind fast..
Thats why we have RHEL and not CentOS for many things as well (some is CentOS).
This is funny - that company I mention from time time has thousands of RHEL boxes - and they too have support, but how many times have they called support? Zero? Why? because they have people on staff as good or better than the RHEL people themselves. They actively participate in reviewing and commenting on RFCs and other protocols regulations to get things working as they need them to for their platform.
I asked why they keep paying for support to RH? They didn't know.
I've seen enormous companies look at that and drop RH support just because RH products were so good that support wasn't needed. Which sucks for RH, because RH has great support.
When I was at the Wall St. firm we never needed RH support, never once in nearly a decade. We would use them, but only to back us up, never to solve the issue. They were great, but not needed at all.
So, so you were only really paying them to check a box on a form or to placate someone.
-
@Dashrender said in Vmware Audit:
@scottalanmiller said in Vmware Audit:
@Dashrender said in Vmware Audit:
@Jason said in Vmware Audit:
@DustinB3403 said in Vmware Audit:
This is the terms of service I agree to.
http://xenserver.org/overview-xenserver-open-source-virtualization/gplv2-license/13-about-xenserver-open-source/152-eula.html (without support)
It's not realistic to not have support on thousands of servers. When the Sh*t breaks out it can become a whirlwind fast..
Thats why we have RHEL and not CentOS for many things as well (some is CentOS).
This is funny - that company I mention from time time has thousands of RHEL boxes - and they too have support, but how many times have they called support? Zero? Why? because they have people on staff as good or better than the RHEL people themselves. They actively participate in reviewing and commenting on RFCs and other protocols regulations to get things working as they need them to for their platform.
I asked why they keep paying for support to RH? They didn't know.
I've seen enormous companies look at that and drop RH support just because RH products were so good that support wasn't needed. Which sucks for RH, because RH has great support.
When I was at the Wall St. firm we never needed RH support, never once in nearly a decade. We would use them, but only to back us up, never to solve the issue. They were great, but not needed at all.
So, so you were only really paying them to check a box on a form or to placate someone.
Totally for politics. Someone high up needed a checkbox that says "paying for support that isn't the support we hire already."
-
We've need support a few times, well never for RHEL. but for Vmware. It's always bugs that somehow no one else has found..
-
@Jason said in Vmware Audit:
Not sure yet, but they want a lot of stuff and we have thousands of Vmware servers. It's due within 7 days.
I just now noticed this part "Due in 7 days"
That seems like a very short turn around, are they sending an auditor on site or providing you with any guidance on pulling all of this information together?
-
@DustinB3403 said in Vmware Audit:
@Jason said in Vmware Audit:
Not sure yet, but they want a lot of stuff and we have thousands of Vmware servers. It's due within 7 days.
I just now noticed this part "Due in 7 days"
That seems like a very short turn around, are they sending an auditor on site or providing you with any guidance on pulling all of this information together?
From the sounds of it, the EULA suggested that the information should always be ready, not something to be pulled together.
-
Which means one should expect to be audited at any time from VMWare within a 12 month span?
That seems like yet another reason to not use VMWare....
-
@DustinB3403 said in Vmware Audit:
Which means one should expect to be audited at any time from VMWare within a 12 month span?
That seems like yet another reason to not use VMWare....
It's a general risk with proprietary software. It's not universal, but it is common. Anyone in the BSA group can audit you if you run any software from any one. Let any of it in the door and you are "EULA compromised."
-
Ya we are a full RHEL shop also. Both workstations and servers. We have a few things running CentOS and Debian, but they were "appliances" so they are just left alone.
-
Even if you don't need the support, buying RHEL gives you a voice into features and stuff and helps to fund continuing development of the product.
-
I've definitely been at customers large enough that when I said I needed a package from the EPEL to be fully supported they were like "we can do that."
-
How is this audit going? I believe you have 2 days left if I recall correctly from this conversation.
-
@DustinB3403 said in Vmware Audit:
How is this audit going? I believe you have 2 days left if I recall correctly from this conversation.
We don't know.. Audit's don't work like that you don't get updates/progress reports. You send the information then wait for months to hear back..
