| View previous topic :: View next topic |
| Author |
Message |
Peach
Advocate
Joined: 08 Mar 2003
Posts: 3686
Location: London, UK
|
 Posted: Mon Feb 12, 2007 10:52 pm Post subject: emerge --sync rotto -> CacheCorruption [risolto] |
 |
|
edit: cambiato titolo. era "emerge --sync irrealizzabile"
lo volevo intitolare così questo topic: E dopo il freeze, più nulla ma era contro la netiquette del forum (che brao che sono  )
in ogni caso cosa succede, nei vari tentativi di upgrade/downgrade di ntfs3g (colpa sua e mia che non l'ho disabilitato) stamane nel sonno più totale lancio emerge --sync e mi dimentico di smontare i dischi ntfs, quindi updatedb parte e mi freeza la macchina
riavvio in safe mode, xfs_check e xfs_repair del disco (root è xfs) e mi trova un tot di inode scompagnati
alla fine riavvio e tutto funziona, (ho perso un centinaio di file di ebuild e probabilmente di digest e via dicendo) tranne emerge --sync che produce questo simpaticissimo output
| Code: | # emerge --sync
Traceback (most recent call last):
File "/usr/bin/emerge", line 5299, in ?
retval = emerge_main()
File "/usr/bin/emerge", line 5256, in emerge_main
action_sync(settings, trees, mtimedb, myopts, myaction)
File "/usr/bin/emerge", line 3767, in action_sync
"%a, %d %b %Y %H:%M:%S +0000"))
File "/usr/lib/python2.4/_strptime.py", line 293, in strptime
raise ValueError("time data did not match format: data=%s fmt=%s" %
ValueError: time data did not match format: data= fmt=%a, %d %b %Y %H:%M:%S +0000 |
da notare: emerge (o meglio ebuild) funziona perfettamente (almeno sulle ebuild restanti), il file di world è intatto, tant'è che ho anche provato a dare un emerge -eav portage per vedere se risolvevo in maniera banale e la compilazione è andata bene, ma non il --sync.
consigli e suggerimenti bene accetti
non ho trovato facendo una ricerca un errore analogo al mio...
(ps in alcuni post suggerivano di fare: | Code: | | rm -rf /var/cache/edb/* && emerge --metadata |
ma non è servito a niente se non a farmi scoprire le ebuild corrotte dal freeze.
_________________
Gentoo user since 2004.
"It's all fun and games, until someone loses an eye" - mom
Last edited by Peach on Tue Feb 13, 2007 6:54 pm; edited 1 time in total |
|
| Back to top |
|
 |
.:chrome:.
Advocate
Joined: 19 Feb 2005
Posts: 4588
Location: Brescia, Italy
|
| Posted: Tue Feb 13, 2007 12:18 am Post subject: Re: emerge --sync irrealizzabile |
|
|
non è che si è corrotto /etc/profile?
può succedere, in seguito ad un freeze.
prova ad eliminarlo e lanciare env-update |
|
| Back to top |
|
|
Peach
Advocate
Joined: 08 Mar 2003
Posts: 3686
Location: London, UK
|
| Posted: Tue Feb 13, 2007 1:45 am Post subject: Re: emerge --sync irrealizzabile |
|
|
| .:chrome:. wrote: | non è che si è corrotto /etc/profile?
può succedere, in seguito ad un freeze.
prova ad eliminarlo e lanciare env-update |
questa soluzione non era quella opinabile, ma grazie ai tuoi consigli successivi via IM, c'è stato un passo in avanti:
| Code: | # emerge-webrsync
Fetching most recent snapshot
Attempting to fetch file dated: 20070212
--- No md5sum present on the mirror. (Not yet available.)
Attempting to fetch file dated: 20070211
portage-20070211.tar.bz2: OK
Syncing local tree...
======SNIP======
Number of files: 144519
Number of files transferred: 433
Total file size: 162189686 bytes
Total transferred file size: 2386171 bytes
Literal data: 2386171 bytes
Matched data: 0 bytes
File list size: 3546554
File list generation time: 79.890 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 5956355
Total bytes received: 13158
sent 5956355 bytes received 13158 bytes 35427.38 bytes/sec
total size is 162189686 speedup is 27.17
cleaning up
transferring metadata/cache
>>> Updating Portage cache: Traceback (most recent call last):
File "/usr/bin/emerge", line 5299, in ?
retval = emerge_main()
File "/usr/bin/emerge", line 5258, in emerge_main
action_metadata(settings, portdb, myopts)
File "/usr/bin/emerge", line 4091, in action_metadata
eclass_cache=ec, verbose_instance=noise_maker)
File "/usr/lib/portage/pym/cache/util.py", line 33, in mirror_cache
try: entry = src_cache[x]
File "/usr/lib/portage/pym/cache/metadata.py", line 32, in __getitem__
return flat_hash.database.__getitem__(self, cpv)
File "/usr/lib/portage/pym/cache/flat_hash.py", line 28, in __getitem__
d = self._parse_data(myf, cpv)
File "/usr/lib/portage/pym/cache/metadata.py", line 39, in _parse_data
d = flat_hash.database._parse_data(self, data, cpv)
File "/usr/lib/portage/pym/cache/flat_hash.py", line 46, in _parse_data
raise cache_errors.CacheCorruption(cpv, e)
cache.cache_errors.CacheCorruption: app-accessibility/dasher-4.2.2 is corrupt: dictionary update sequence element #0 has length 1; 2 is required
q: Updating ebuild cache ...
q: Finished 22973 entries in 7.953909 seconds
*** Completed websync, please now perform a normal rsync if possible.
Update is current as of the of YYYYMMDD: 20070211
lemontree ~ # emerge --sync
>>> Starting rsync with rsync://88.198.224.205/gentoo-portage...
>>> Checking server timestamp ... |
quindi, emerge-webrsync ha sistemato emerge --sync (che alla fine ho anche stoppato perché sono stanco e vojo 'ndare in branda)
solo che è restato quell'errore sull'ebuild di dasher e occhio e croce non ha nemmeno aggiornato la cache di emerge
domani provo a rilanciare emerge --sync e vediamo se alla fine riescie.
gentili telespettatori, grazie dell'ascolto e buona notte.
_________________
Gentoo user since 2004.
"It's all fun and games, until someone loses an eye" - mom |
|
| Back to top |
|
|
Peach
Advocate
Joined: 08 Mar 2003
Posts: 3686
Location: London, UK
|
| Posted: Tue Feb 13, 2007 1:59 pm Post subject: |
|
|
allora.
stamane (apparte l'altro freeze e conseguente preoccupazione) ho provato a fare il sync canonico, ma ho avuto lo stesso errore.
ho provato a ridare
| Code: | | # rm -rf /var/cache/edb/* && emerge --metadata |
ma l'errore permaneva
ho quindi provveduto a cancellare tutte le directory di categoria in /usr/portage e provando a ri-lanciare emerge-webrsync e il risultato alla fine è sempre:
| Code: | Number of files: 144574
Number of files transferred: 94123
Total file size: 162377027 bytes
Total transferred file size: 141012555 bytes
Literal data: 141012555 bytes
Matched data: 0 bytes
File list size: 3548379
File list generation time: 57.276 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 149030808
Total bytes received: 2211246
sent 149030808 bytes received 2211246 bytes 82578.24 bytes/sec
total size is 162377027 speedup is 1.07
cleaning up
transferring metadata/cache
>>> Updating Portage cache: Traceback (most recent call last):
File "/usr/bin/emerge", line 5299, in ?
retval = emerge_main()
File "/usr/bin/emerge", line 5258, in emerge_main
action_metadata(settings, portdb, myopts)
File "/usr/bin/emerge", line 4091, in action_metadata
eclass_cache=ec, verbose_instance=noise_maker)
File "/usr/lib/portage/pym/cache/util.py", line 33, in mirror_cache
try: entry = src_cache[x]
File "/usr/lib/portage/pym/cache/metadata.py", line 32, in __getitem__
return flat_hash.database.__getitem__(self, cpv)
File "/usr/lib/portage/pym/cache/flat_hash.py", line 28, in __getitem__
d = self._parse_data(myf, cpv)
File "/usr/lib/portage/pym/cache/metadata.py", line 39, in _parse_data
d = flat_hash.database._parse_data(self, data, cpv)
File "/usr/lib/portage/pym/cache/flat_hash.py", line 46, in _parse_data
raise cache_errors.CacheCorruption(cpv, e)
cache.cache_errors.CacheCorruption: app-accessibility/dasher-4.2.2 is corrupt: dictionary update sequence element #0 has length 1; 2 is required
q: Updating ebuild cache ...
q: Finished 22976 entries in 13.986421 seconds
*** Completed websync, please now perform a normal rsync if possible.
Update is current as of the of YYYYMMDD: 20070212 |
suggerimenti?
è pericoloso cancellare interamente /usr/portage/* ?
_________________
Gentoo user since 2004.
"It's all fun and games, until someone loses an eye" - mom |
|
| Back to top |
|
|
Scen
Retired Dev
Joined: 29 Jul 2003
Posts: 2470
Location: Padova, Italy
|
| Posted: Tue Feb 13, 2007 2:23 pm Post subject: |
|
|
| Peach wrote: | | è pericoloso cancellare interamente /usr/portage/* ? |
No, un successivo sync ricostruisce tutto! (ci starà un bel pò, ma puoi stare tranquillo  )
L'unico inconveniente potrebbe essere la perdita degli overlay (solitamente gestiti da layman), ma penso che si possa recuperare tutto velocemente!
Ti consiglio di scaricarti uno snapshot recente di portage, rimuovere completamente il contenuto di /usr/portage, decomprimere lo snapshot, e ridare emerge --metadata (forse è corrotto qualcosa dentro a /usr/portage/metadata/)
_________________
I was born in a deep forest/I wish I could live here all my life/I am made from stones and roots/My home, these woods and roads
All my life I loved this sound/Of the woods all around/Eagles flies where the winds blows free
Journey is my destiny |
|
| Back to top |
|
|
Peach
Advocate
Joined: 08 Mar 2003
Posts: 3686
Location: London, UK
|
| Posted: Tue Feb 13, 2007 6:56 pm Post subject: |
|
|
| Scen wrote: | | Ti consiglio di scaricarti uno snapshot recente di portage, rimuovere completamente il contenuto di /usr/portage, decomprimere lo snapshot, e ridare emerge --metadata (forse è corrotto qualcosa dentro a /usr/portage/metadata/) |
perfetto!
allora, mi sono segnato gli overlay
ho rimosso /etc/portage/*
ho dato emerge-webrsync
ho ri-emerso layman (per sicurezza)
ho re-syncato layman
ho ri-aggiunto gli overlay
meglio di così non si può 
ora resta l'altra questione pendente...
_________________
Gentoo user since 2004.
"It's all fun and games, until someone loses an eye" - mom |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Forum italiano (Italian)
