RHEL repo gondok --MEGOLDVA

Red Hat, Fedora, CentOS

Sziasztok,

multkor sok ajtot nyitottatok meg szamomra itt a segitsegeitekkel, remelem nem haragszotok meg most is hozzatok fordulok:)

Arrol lenne szo hogy RHEL 5 es Centos 5 szervereket uzemeltetek, igazsag szerint debian vonalrol jottem, csomag kezelessel neha meg meggyulik a bajom, bar YUM kezes joszag, sokat segit az biztos.
CentOS-okkal nincsen is gondom, felraktam meg a epel-t es a rpmforge-ot megy minden rendben. Nem igy a RHEL 5-os gepekkel.
Ugy tunik nincsenek regisztralva es kb semmilyen repot nem tud emiatt kezelni. epelt es rpmforge-ot belottem nekik, de eleg sokszor yum telepites kozben dependency hibaval elszall, vagyis nem oldja fel. Gondolom, mert azok a csomagok az alap RHEL tarolokban lennenek.. jol mondom? Egy pelda:

[root@lsc ~]# yum install nagios-plugins-all.x86_64
Loading "installonlyn" plugin
Loading "rhnplugin" plugin
This system is not registered with RHN.
RHN support will be disabled.
//itt par dependenciet felold//
--> Processing Dependency: /usr/bin/snmpgetnext for package: nagios-plugins-snmp
--> Finished Dependency Resolution
Error: Missing Dependency: /usr/bin/sensors is needed by package nagios-plugins-sensors
Error: Missing Dependency: libmysqlclient.so.15()(64bit) is needed by package nagios-plugins-mysql
Error: Missing Dependency: /usr/bin/snmpgetnext is needed by package nagios-plugins-snmp
Error: Missing Dependency: /usr/bin/snmpget is needed by package nagios-plugins-snmp
Error: Missing Dependency: libmysqlclient.so.15(libmysqlclient_15)(64bit) is needed by package nagios-plugins-mysql

Hogy tudnam ezeket feloldatni vele? Esetleg a Centos Base,Media es Extra taroloit hogy tudnam beadni neki? Probaltam hogy a Centos.base.repo filet berakom a /etc/yum.repos.d/, de persze az nem tetszik neki:))

elore is koszi
udv
Jack

  • 2070 megtekintés

( mogorva v | 2010. 02. 05., p – 15:11 )

Bocs, láma kérdés: minek neked RHEL5, ha nem regisztrálod?

A regisztrációhoz kapsz un. "registration key" nevű kulcsokat (össze tudod vonatni un. "super key"-kké, ha sok szervered van és nem akarod egyesével aktiválni a kódokat). Ha ezeket a kulcsokat beregisztrálod, akkor annyi darab szerverrel ki tudsz konnektálni az RHN-re és akkor menni fog minden.

Sorry ha vmit nem értettem jól a problémáddal kapcsolatban.

ez vilagos en is igy gondoltam, de ezeket a gepeket orokoltem es mar igy volt. A cegnel pedig senki nem tud semmit:)
mit tudok csinalni? atmigralni esetleg az osszeset centos-ra? vagy sehogyse tudok centos repokat adni neki. hogy legalabb par alap cuccot ratudjak huzni?

( jackbauer | 2010. 02. 05., p – 15:50 )

yum repolistra is megkapom hogy nincs regisztralva

$yum repolist
Loading "installonlyn" plugin
Loading "rhnplugin" plugin
This system is not registered with RHN.
RHN support will be disabled.

( jackbauer | 2010. 02. 05., p – 15:57 )

Na mind1 ezzel nincs sok minden tenni regisztralni kell akkro gondolom.

Van amelyik szerveren pedig ezt kapom ra, szinten RHEL 5-on:

$yum search nrpe
Loading "security" plugin
Loading "rhnplugin" plugin
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in ?
yummain.main(sys.argv[1:])
File "/usr/share/yum-cli/yummain.py", line 85, in main
base.getOptionsConfig(args)
File "/usr/share/yum-cli/cli.py", line 163, in getOptionsConfig
disabled_plugins=self.optparser._splitArg(opts.disableplugins))
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 183, in _getConfig
self.plugins.run('init')
File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 169, in run
func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/lib/yum-plugins/rhnplugin.py", line 110, in init_hook
login_info = up2dateAuth.getLoginInfo()
File "/usr/share/rhn/up2date_client/up2dateAuth.py", line 211, in getLoginInfo
login()
File "/usr/share/rhn/up2date_client/up2dateAuth.py", line 178, in login
li = server.up2date.login(systemId)
File "/usr/share/rhn/up2date_client/rhnserver.py", line 52, in __call__
raise self.__exception_from_fault(f)
up2date_client.up2dateErrors.AbuseError:
Error Message:
Abuse of Service detected for server DEVR (1013715892)
Error Class Code: 49
Error Class Info:
You are getting this error because RHN has detected an abuse of
service from this system and account. This error is triggered when
your system makes too many connections to Red Hat Network. This
error can not be triggered under a normal use of the Red Hat Network
service as configured by default on Red Hat Linux.

The Red Hat Network services for this system will remain disabled
until you will reduce the RHN network traffic from your system to
acceptable limits.

Please log into RHN and visit https://rhn.redhat.com/help/contact.pxt
to contact technical support if you think you have received this
message in error.

( jackbauer | 2010. 02. 05., p – 17:56 )

szoval regisztraltam meg is kaptam a jol megerdemelt repoimat, azonban most meg ezt a hiba uzit kaptam:

[root@lsc ~]# yum install nagios-nrpe.x86_64 nrpe.x86_64 nagios-plugins-nrpe.x86_64
Loading "security" plugin
Loading "rhnplugin" plugin
rhel-x86_64-server-5 100% |=========================| 1.3 kB 00:00
rhn-tools-rhel-x86_64-ser 100% |=========================| 1.1 kB 00:00
Error: Cannot retrieve repository metadata (repomd.xml) for repository: rhel-x86_64-server-vt-5. Please verify its path and try again

ez most miert van mar megint????:((

( jackbauer | 2010. 02. 06., szo – 15:57 )

koszi skacok, hetfon megprobalom, bar a yum clean all-t mintha probaltam volna, de sajna sikertelen.

( jackbauer | 2010. 02. 09., k – 17:04 )

Na koszi skacok a supportok es a tippeket, megoldodott a problema, minden jol mukodik mar! Megtanultam hogy a redhat nem mukodik regisztracio nelkul (megiscsak centos a jobb)!:)))
Ez az utolso para atmeneti zavar volt nem tudom mitol, penteken meg sirt, hetfore mar kipihente, pedig nem volt restart se semmi.

4-5 éve a kernel nem támogatott bizonyos Intel CPU-kat, amikben a cache viszonylag nagy volt (már nem emléxem a pontos paraméterekre). A kernel bootolásnál össze-vissza pánikolt, már nekünk is minden bajunk volt. Az okát akkor persze még nem tudtuk.

Bejelentettük, napokon át görcsölt a supportos jóember, már csinált nekünk új kerneltől kezdve majdnem saját disztrót is, amikor hirtelen kijött egy kernel upgrade ami elegánsan megoldotta a problémát.

Sajnáltam szegény supportost, mert annyi infót nem kapott 'hátulról', hogy mondja meg az ügyfélnek, hogy sorry, ismert a bug, de már dolgozunk rajta, pár napon belül jön az új kernel és mindenki happy lesz. Akkoriban sokat beszéltünk telefonon, mert teljesen a szívére vette, hogy márpedig ő megoldja nekünk a dolgot, aztán amikor az új kernel nyert, tényleg én vígasztaltam, hogy nem az ő hibája. :)

---

Idén is volt egy gázos dolgunk, nem tudtunk kapcsolódni a külső redhat repohoz, küldtünk logot, dumpot, konfigokat, mindent, erre vmi jóember mail-ben visszakérdez, hogy "hát a yumot azt ismerik-e?". Na ekkor hagytam a francba az egészet, aztán hirtelen minden jó lett. Hajlamos vagyok hálózati hibára fogni a dolgot (akár belsőre is, mert nálunk a tűzfalon minden elképzelhető, meg az ellenkezője is), de ez a "full hülye a júzer" kérdés nagyon megütött.

Most az fáj nagyon, hogy vmiért 3, max 4 megabittel jön a cucc a redhattől a lokális satellite szerverünkre, így kb. 100-120 gigát igen szar dolog letölteni. :(

Most az fáj nagyon, hogy vmiért 3, max 4 megabittel jön a cucc a redhattől a lokális satellite szerverünkre, így kb. 100-120 gigát igen szar dolog letölteni. :(

az érthető, hogy lassan jön, mert messze van, és gondolom nincs tükör szerverük (érthető okokból), de áruld már el nekem, hogy milyen 100-120 Gigát akarsz Te letölteni tőlük, és ha valóban annyi is lenne, miért gond, hiszen Te mondtad, hogy van lokális satellite szerveretek, azaz minden csomagot csak egyszer kell letölteni...

--
by Mikul@s

idézem önmagam: "Te mondtad, hogy van lokális satellite szerveretek, azaz minden csomagot csak egyszer kell letölteni..."

szóval mit számít, hogy 1 vagy 2 Mb/s-al jönnek le, hiszen csak egyszer kell letölteni őket...

és igen, mi is használunk spacewalk szervert, az X86_64 bites RHEL 5 ágához, mert nincs másra szükségünk, ami kb 30-35 Gigát jelent összesen (asszem 7 repó)
már csak egy db 32 bites RHEL telepítésünk van, de meg vannak számlálva a napjai, miatta meg nem érdemes tükrözni, ő az egyetlen, aki az RHN-re csatlakozik...

--
by Mikul@s

Jaaaajj, hat en adjak ingyen supportot mindenkinek? :D

RHEL 4.8-tol es 5.4-tol van location based content delivery:

http://kbase.redhat.com/faq/docs/DOC-16881

Igy mukodik:

http://www.mail-archive.com/rhelv5-list@redhat.com/msg06111.html

--
SELinux, Xen, RHEL, Fedora: http://sys-admin.hu

hello miszter!

és ez mit jelent?

What about RHN Satellite Server or RHN Proxy?

Neither RHN Satellite Server nor RHN proxy are affected at this time. The location aware updates feature only affects downloads through the RHN web interface, or through supported up2date or yum on the client machine.