ouin

Désolé Je vais avoir lair nono mais bon
Que faire ! :
[root@Fedora2 etc]# up2date --update
0. debug No
1. useRhn No
2. rhnuuid 248290c6-1959-11d9-9edf-1722e51aeaaf
3. isatty Yes
4. showAvailablePacka No
5. useNoSSLForPackage No
6. storageDir /var/spool/up2date
7. pkgSkipList ['kernel*']
8. retrieveOnly No
9. noSSLServerURL http://xmlrpc.rhn.redhat.com/XMLRPC
10. networkRetries 5
11. pkgsToInstallNotUp ['kernel', 'kernel-modules']
12. enableProxy No
13. noBootLoader No
14. proxyPassword
15. updateUp2date Yes
16. keepAfterInstall No
17. useGPG Yes
18. headerCacheSize 40
19. forceInstall No
20. systemIdPath /etc/sysconfig/rhn/systemid
21. retrieveSource No
22. enableRollbacks No
23. gpgKeyRing /etc/sysconfig/rhn/up2date-keyring.gpg
24. adminAddress ['root@localhost']
25. serverURL https://xmlrpc.rhn.redhat.com/XMLRPC
26. fileSkipList []
27. versionOverride
28. sslCACert /usr/share/rhn/RHNS-CA-CERT
29. noReplaceConfig Yes
30. enableProxyAuth No
31. disallowConfChange ['noReboot', 'sslCACert', 'useNoSSLForPackages', 'noSSLSe
32. headerFetchCount 10
33. proxyUser
34. removeSkipList ['kernel*']
35. httpProxy
36. noReboot No


Enter number of item to edit <return to exit, q to quit without saving>:

:-o

Jai editer le menu
34
24
11
7
donc la jai plus de skip package kernel donc toute devrai marcher ?

non sa fucker Argggg

Fetching obsoletes list for http://download.fedora.redhat.com/pub/fedora/linux/core/updates/2/i386/...
#######################################
Fetching rpm headers...
Traceback (most recent call last):
File "/usr/sbin/up2date", line 1271, in ?
sys.exit(main() or 0)
File "/usr/sbin/up2date", line 799, in main
fullUpdate, dryRun=options.dry_run))
File "/usr/sbin/up2date", line 1147, in batchRun
batch.run()
File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 62, in run
self.__findPackagesToUpdate()
File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 108, in __findPackagesToUpdate
self.availableUpdates = plist.getPackagesToInstall()
File "/usr/share/rhn/up2date_client/packageList.py", line 611, in getPackagesToInstall
result = self.__skipPackages(result)
File "/usr/share/rhn/up2date_client/packageList.py", line 640, in __skipPackages
packageList = self.__skipFiles(packageList)
File "/usr/share/rhn/up2date_client/packageList.py", line 661, in __skipFiles
ignoreMsgCallback = self.ignoreMsgCallback)
File "/usr/share/rhn/up2date_client/packageList.py", line 700, in buildHeaderList
hdr = headerList[pkg]
File "/usr/share/rhn/up2date_client/headers.py", line 37, in __getitem__
self.__retrievePackage(item)
File "/usr/share/rhn/up2date_client/headers.py", line 42, in __retrievePackage
hdr, sourceType = rpcServer.doCall(self.repos.getHeader, item)
File "/usr/share/rhn/up2date_client/rpcServer.py", line 112, in doCall
ret = apply(method, args, kwargs)
File "/usr/share/rhn/up2date_client/repoDirector.py", line 31, in getHeader
return self.handlers[channel['type']].getHeader(pkg, msgCallback, progressCallback)
File "/usr/share/rhn/up2date_client/rpmSource.py", line 210, in getHeader
header = source.getHeader(pkg, progressCallback = progressCallback)
File "/usr/share/rhn/up2date_client/repoBackends/yumRepo.py", line 93, in getHeader
hdrBuf = fh.read()
File "/usr/lib/python2.3/gzip.py", line 217, in read
self._read(readsize)
File "/usr/lib/python2.3/gzip.py", line 272, in _read
self._read_eof()
File "/usr/lib/python2.3/gzip.py", line 308, in _read_eof
raise IOError, "CRC check failed"
IOError: CRC check failed
[root@Fedora2 etc]#
:-x
Effectivement, j'ai oublié que la première fois il passe par la config.

Je pense qu'il ne faut pas modifier le 11 (pkgsToInstallNotUp ['kernel', 'kernel-modules']) qui doit indiquer que les RPM du noyau doivent être "installés" et pas "upgradés" (on garde les 2 versions).

Ni le 34 (removeSkipList ['kernel*']) : interdire la suppression de ces packages (c'est en effet préférable de ne pas supprimer le noyau).

Après avoir enregistré, rejoue (up2date --upgrade).

A suivre...

P.S. : si tu veux rerentrer dans la config : up2date --config
J'ai remodifier ma config de up2date puis je le test a nouveau si j'ai un message d'erreur again je vais editer mon message


Bon fait plus de 1 heure que le serveur est a cette étape


Testing package set / solving RPM inter-dependencies...

mais dans top il run

9312 root 16 0 51580 42m 13m S 4.9 11.4 2:37.35 up2date

pk est-il si long ?
salut,



a mon avis tu devrais utiliser yum

avec la commande "yum -y update" qui update tous les paquets de ton système aui en ont besoin

recupère le fichier yum.conf à l'adresse suivante :

www.fedorafaq.org/samples/yum.conf


tu le copie dans /etc

et ensuite la commande magique ( yum -y update )


au bout de quelques minute ( çà depend de ta ligne) tu auras une fc2 full up to date 😉
good je vais voir si dans 30 minutes mon up2date va avoir fini. Sinon je prend yum car j'étais sur le point de le prendre mais on m'a dit up2date et j'ai déja le new yum.conf 🙂

mais sa vas-tu updater toute mon FC2 avec le kernel et tout :hammer:

toute Facon je devrai bien aller avec ma connection Cable je load les cd FC2 1,2,3 tous en meme temps environ 25 minutes 8-)

toute Facon je devrai bien aller avec ma connection Cable je load les cd FC2 1,2,3 tous en meme temps environ 25 minutes 8-)

veinard de canadien 😉
de quoi

veinard de canadien 😉

je profite de ma conenction elle me coûte un bras 😛 pour avoir un serveur et 1 windaude
mais j'ai pas toujours le resultat voulu en download C'est super. Upload laisse a dessirer des que j'ai mon serveur qui uploade un peux (php/Mysql, Ircd/Gnuworld) et mon windows (Jeux/Shooter[Lan]) je resent quelle fois de leger lag persitant ;(
mais faut vive avec :lol:
Bon je pense que je suis patient mais la je décroche le .... de .... up2date fait depuis 11:30AM qui est a cet étape

Testing package set / solving RPM inter-dependencies...

devrait-il avoir fini depuis longtemps, il en reste pas long ou encore mieux l'arreter pour partir a la place yum ??

presentement il est 15:49PM au Québec ( Spécification d'heure )
  • [supprimé]

up2date est très buggué, j'l'ai très vite supprimé et remplacer l'horrible applet rhn par un applet gyum.
lances yum plutot, ça iras plus vite te tu auras moins de problemes, de toute façon up2date n'est qu'un script qui fait appel à yum ou à apt.
pour le yum.conf, je te conseille de prendre celui généré par fedoratracker.org en ne prenant que les depots fedora, fedora.us et livna.org et uniquement en stable et à la rigueur testing car il est nettement plus à jour.
fonce tente le yum -y update avec le yum.conf qui va bien ( tu remplacer les mirroirs en place par des mirroirs canadiens si tu veux !)
MERCI de me dire ca ma mon petit Deyo 🙁

J'ai déjà commencer et je crois que j'ai prie le serveur le plus lent de la france !!!! mais dérange pas l'important pour moi C'est que tout marche bien !!

( le kernel 2.6.8-1.521 15mb a pris 30 minute a loader :hammer: )

pour l'instant je vois ce qui ce passe comparer a up2date
ami canadien,

le yum.conf de fedorafaq.org contient surtout des mirroirs américains 😉 mais je peux t'envoyer le mien qui utilise majoritairement des mirroirs français (qui boost...:lol:)


tiens nous au courant 8-) 8-)
Ca j'endoute pas sauf Cette fois si jai bien un serveur Français qui est lent ... 🙁

référence Iptraf:
194.199.20.114

Mais dérange pas mon cher chu la pour updater pas pour etre le plus vite au monde, en plus sa blocke pas la machine et elle est encore utilisable donc chu heureux si bien entendu apres ce update maj !! sa reboot 🙂
Bonjour J'ai rencontrer Quelle que probleme via le Kernel 2.6.8 ou un update via yum

mon team speak boot plus meme si C'est une nouvelle source 🙁

[tss@Fedora2 tss2_rc2]$ ./teamspeak2-server_startscript start
starting the teamspeak2 server
Runtime error 230 at 0805975D
./teamspeak2-server_startscript: line 92: 2404 Erreur de segmentation ./server_linux -PID=tsserver2.pid

jaimerais bien comprendre le principe car jai aucun .pid et toute marchais :-o

Affirmatif quand je retourne sur le kernel 2.6.5-521 toute marche a nouveau 🙁 pourquoi TeamSpeak2 aurrais des problème avec 2.6.8 ???
Kernel 2.6.8 :

Problème de TeamSpeak2
[tss@Fedora2 tss2_rc2]$ ./teamspeak2-server_startscript start
starting the teamspeak2 server
Runtime error 230 at 0805975D
./teamspeak2-server_startscript: line 92: 2404 Erreur de segmentation ./server_linux -PID=tsserver2.pid

Kernel 2.6.5 :

[tss@Fedora2 tss]$ uname -a
Linux Fedora2.QcComm.net 2.6.5-1.358 #1 Sat May 8 09:04:50 EDT 2004 i686 i686 i386 GNU/Linux
[tss@Fedora2 tss]$ ./teamspeak2-server_startscript start
starting the teamspeak2 server
TeamSpeak Server Daemon started with PID 2594
[tss@Fedora2 tss]$ ldd server_linux
/lib/libNoVersion.so.1 => /lib/libNoVersion.so.1 (0x55001000)
linux-gate.so.1 => (0x55000000)
libpthread.so.0 => /lib/libpthread.so.0 (0x55010000)
libdl.so.2 => /lib/libdl.so.2 (0x00d0a000)
libc.so.6 => /lib/libc.so.6 (0x55063000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00bd4000)
[tss@Fedora2 tss]$
Salut,

Je viens de faire un tour sur leur site.

Visiblement le problème est connu (et bien directement lié à la nouvelle architecture des noyaux 2.6).

Tu peux essayer avec la commande
echo 1 > /proc/sys/vm/legacy_va_layout
Sinon consulte les nombreux threads abordant ce sujet sur
forum.goteamspeak.com

A+
Je crois que je vais laisser faire le kernel 2.6.8 car TeamSpeak2 est une application éssentiel pour mon clan et jusqu'a présent j'ai pas de serveur en relève donc je vais essayer de trouver le pourquoi sa marche pas mais pour l'instant je reste sur 2.6.5



mais je dois vous dire un [size=xx-large][color=0000FF][font=Verdana]Merci[/font][/color][/size] pour votre aide car je C'est que je ne suis pas facile a vivre avec mes question sans fin 🙂

Vous este super et je compte bien reste sur ce forum il a de toute pour que Fédrora Grandise 🙂
un an plus tard
Salut

J'avais le même problème et j ai réussi a faire tourner le serveur TeamSpeak sans changer de kernel avec cette commande

setarch `uname -m` ./teamspeak2-server_startscript start