HELLO everybody,
I'm new in linux ,I setup redhat 5 and I want to install zabbix ,but the problem is when I write yum --enablerepo=epel-testing install zabbix zabbix-agent zabbix-web for instance ,I've got :

Please help me ,Thanks so much in advance.

Have you seen this similar problem?



RHN support will be disabled.
Please consider a community supported distribution like CentOS (RHEL with a different name.)

Side issue:
You write really well - only the space comes after the punctuation, not before it.

To use a Red Hat system you need to be a registered Red Hat user and pay for support. That's what the messagewas telling you.

If you are not willing or able to pay for Red Hat support, the CentOS distribution is based on the RH system (without any RH or other propitiatory packages).

@PTrenholme: That was my first reaction. But I noticed that Safaa was not trying to use redhat paid support methods, instead was attempting to use the free fedora enterprise (EPEL) repo which is designed just for this use. There is no compulsion to use RHEL with the paid support option - the message probably means that RHN repos are still enabled - that's all.

The error message of interest is:
Hmmm... that is a urlopen error - if that stuff in the brackets is a url, shouldn't it have forward slashes? Looking more closely: it seems to be French, saying there is "no way for d'acc\xc3\xa8s to access l'h\xc3\xb4te target" But I don't know what it is referring to. If I think d'acc means "account" then this message may mean that the computer is on a managed network and OP is not sysadmin? (eg. the network policy is not letting this computer connect to the repo url.) But that's a guess.

Try pinging the mirrorlist url?
Clean the yum cache, check the repo configuration, check the route etc.
It is also possible to set yum to use the core repo instead of going via the mirror list.
eg. follow advise in link, post #2

Of course - just not using epel-testing will work too.

Well, yes, but the epel packages are, I think, used to configure the YUM repositories for access to the "Extra Packages for Enterprise Linux," and, of course, the "extra" packages are, I believe, precisely the propitiatory packages for which you need to pay the fees -- even if you're accessing them from a Fedora installation.

I also believe (but haven't checked) that the eple-testing package is used to set your YUM repo definitions (and GPL keys) for access to packages in the pre-release, i.e., "testing," phase. (I think that's the case because I don't usually have the Fedora testing repositories active, and, when I searched for epel in yumex, all that was available was epel-release.)

While the epel repo is available for free, it does assume that you have access to the base repo. So in order to use the epel repo (for most packages) you need access to the base repo(for dependencies).

Now, I think there is another issue. The link the OP posted does exist and is openly accessible. So there MAY be a rights issue(per Simon) or it may be that the OP is running through a proxy (more steps needed to make yum work).