12-23-2013 04:19 AM
We bought Backup Exec 2012 for backing up a heterogeneous environment of Windows and Linux servers.
On one Linux target machine running CentOS 6.5 the Remote Agent for Linux systematically crashes each time we try to start it. As our own attempts to identify the problem hit a wall, we called Symantec support. However, the engineer refused to help us, claiming that CentOS was not supported.
Is that true? Symantec claims Linux support but excludes CentOS??
Solved! Go to Solution.
01-02-2014 05:28 AM
12-23-2013 04:30 AM
12-23-2013 05:59 AM
The SCL lists, in it's "Red Hat" section, "Enterprise Linux 6.0" with Service Pack "Update 2".
As there is no such thing as a Service Pack named "Update 2", I take that to mean Red Hat Enterprise Linux release 6.2.
Is it possible that Symantec support doesn't know CentOS is the same as Red Hat Enterprise Linux?
Or does Symantec require customers to run an out-dated OS release in order to receive support?
12-23-2013 07:48 AM
01-02-2014 02:19 AM
The support engineer we contacted doesn't seem to agree with you. To him, unsupported obviously doesn't just mean untested, but the right to refuse any help in case of a problem.
01-02-2014 02:59 AM
the right to refuse any help in case of a problem.
Isn't this the meaning of unsupported.
01-02-2014 03:18 AM
That's what I thought, until you wrote that it only meant untested.
01-02-2014 03:21 AM
01-02-2014 04:52 AM
Ok, so you seem to say: Symantec support only offers help with the exact OS releases Symantec has previously tested itself and which appear literally on the SCL. Which appears to imply these answers to my questions:
- Symantec support may or may not know that CentOS is the same as RHEL but wouldn't care anyway. It isn't listed verbatim in the SCL so they won't touch any case where it is involved.
- If we switch to "official" Red Hat Enterprise Linux 6 instead, Symantec will indeed require us to stay at outdated update level 6.2 in order to receive support.
Is that correct? Do similar statements hold for Windows clients too? Ie. must I wait for a support statement from Symantec before installing a Microsoft service pack?
Thanks,
Tilman
01-02-2014 05:28 AM
01-02-2014 06:41 AM
Ok, thanks for enlightening me. Time to start looking for an alternative backup product I guess.
01-02-2014 08:19 AM
01-03-2014 12:45 AM
We obviously have different concepts of support.
For me, supporting platform X means: if a customer running my product on platform X encounters a problem then I will work actively with him to
None of this requires that I have tested my product on the exact version and patchlevel of platform X the customer runs. In fact, experience shows that frequently the platform or at least its version level will not even matter, so refusing support upfront on the mere notice that the customer is running a later version of platform X than the last one I have tested turns out to be counterproductive.
You and Symantec see that differently. Discussing that here is probably moot. So I will leave it at that. I have all information I need to make the necessary decisions, whatever they'll finally be. It will take time, anyway, so prepare to see more of me here in the meantime.
As for your last sentence, I assume it is inappropriate to discuss alternative products in this forum.
Thanks for all the effort you put into this discussion. I really appreciate it.
Tilman
01-08-2014 12:02 AM
if the cause turns out to lie within my product, including an incompatibility with platform X, fix it
How do you determine this without testing the product with the platform?
01-08-2014 01:05 AM
How do you determine this without testing the product with the platform?
Working with the customer has proved pretty successful for me in the past.