• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Apt und Smart wollen nicht mehr.

bernd

Member
Hallo

Was ist passiert ??? Habe smart upgedatet.......nun dies.....(an apt hatte ich nichts getan)

apt-get update
.....
E: Dynamic MMap ran out of room
E: Fehler während der Verarbeitung von yast2-update (NewVersion1) aufgetreten
E: Problem mit MergeList /var/lib/rpm/Packages
E: Die Paketlisten oder die Statusdatei konnten nicht geparsed oder geöffnet wer den


amd64-2:/home/bernd # smart
Traceback (most recent call last):
File "/usr/bin/smart", line 27, in ?
from smart import init, initDistro, initPlugins, initPsyco
ImportError: No module named smart

Danke für eine Hilfe

Bernd
 
Wegen des Problems mit smart bitte die Ausgabe von
Code:
rpm -V smart
und
Code:
rpm -q --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' smart
ins Forum kopieren.

Falls der erste Befehl keine Rückmeldung liefert, bitte auch das hier posten.

Wegen des Problems mit apt bitte die Ausgabe von
Code:
ls -l /var/lib/rpm
ins Forum kopieren und probieren, ob der als root auszuführende Befehl
Code:
rpm --rebuilddb
weiterhilft.
 
OP
B

bernd

Member
Danke Traffic für die schnelle Antwort

rpm --rebuilddb ändert leider nichts

ls -l /var/lib/rpm zeigt :

amd64-2:/home/bernd # ls -l /var/lib/rpm
insgesamt 48856
drwxr-xr-x 2 root root 4096 2006-09-09 15:06 alternatives
-rw-r--r-- 1 root root 5349376 2006-09-30 15:45 Basenames
-rw-r--r-- 1 root root 12288 2006-09-30 15:45 Conflictname
-rw-r--r-- 1 root root 1454080 2006-09-30 15:45 Dirnames
-rw-r--r-- 1 root root 9752576 2006-09-30 15:45 Filemd5s
-rw-r--r-- 1 root root 40960 2006-09-30 15:45 Group
-rw-r--r-- 1 root root 45056 2006-09-30 15:45 Installtid
-rw-r--r-- 1 root root 45056 2006-09-30 15:45 Name
-rw-r--r-- 1 root root 36888576 2006-09-30 15:45 Packages
-rw-r--r-- 1 root root 667648 2006-09-30 15:45 Providename
-rw-r--r-- 1 root root 126976 2006-09-30 15:45 Provideversion
-rw-r--r-- 1 root root 12288 2006-09-30 11:41 Pubkeys
-rw-r--r-- 1 root root 393216 2006-09-30 15:45 Requirename
-rw-r--r-- 1 root root 196608 2006-09-30 15:45 Requireversion
-rw-r--r-- 1 root root 151552 2006-09-30 15:45 Sha1header
-rw-r--r-- 1 root root 86016 2006-09-30 15:45 Sigmd5
-rw-r--r-- 1 root root 12288 2006-09-30 15:45 Triggername

rpm -V smart zeigt nichts

rpm -q --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' smart

zeigt :

amd64-2:/home/bernd # rpm -q --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' smart
smart-0.42-13.guru.suse101.i686

Ist das letze vielleicht mein gemachter Fehler ??? Den ich benutze ja die 64Bit Version.

Im Voraus schon mal Danke für weitere Hilfe.

Bernd
 
bernd schrieb:
Ist das letze vielleicht mein gemachter Fehler ??? Den ich benutze ja die 64Bit Version.
Genau so ist es - das i686-Paket von smart kann auf einem x86_64-System nicht funktionieren, weil die Suchpfade für Python-Module verschieden sind. Deshalb wird das Modul nicht gefunden.

Was apt betrifft: Keine Ahnung, scheint wohl irgendein grundsätzlicheres Problem unterhalb von apt zu sein.
 
OP
B

bernd

Member
Danke Traffic nochmal.....

in der source.list hatte ich alles doppelt drinstehen
#rpm ftp://mirrors.mathematik.uni-bielefeld.de/pub/linux/suse/apt/ SuSE/10.1-x86_64 base
rpm ftp://ftp4.gwdg.de/pub/linux/suse/apt/ SuSE/10.1-x86_64 base
ui.s.w.
das steht da aber schon immer so drin.
Habe nun alle Bielefelder mit # versehen....und es geht.

Dann schnell smart mit apt installiert......smart geht auch wieder.

Verstehe nur das mit apt nicht und wundere mich das smart nichts von sich gegeben hat als ich fälschlicherweise die i686 Version installiert habe.

Aber nun gehts ja wieder.Nochmal besten Dank.

Bernd
 
bernd schrieb:
Verstehe nur das mit apt nicht [...]
Ich auch nicht. ;)
bernd schrieb:
[...] und wundere mich das smart nichts von sich gegeben hat als ich fälschlicherweise die i686 Version installiert habe.
Was hätte smart anderes von sich geben sollen als das, was es tatsächlich von sich gegeben hat?

smart rechnet einfach nur damit, dass es korrekt installiert ist. In /usr/bin/smart, Zeile 27 steht:
Code:
from smart import init, initDistro, initPlugins, initPsyco
Das bedeutet im Klartext, dass smart sich selbst sucht und importiert. Auf einem i686-System lautet der Suchpfad:

/usr/lib/python2.4/site-packages/smart

Auf einem x86_64-System lautet der Suchpfad:

/usr/lib64/python2.4/site-packages/smart

Wenn man ein i686-Paket auf einem x86_64-System installiert, dann landen die Dateien nicht im korrekten Suchpfad, und die Fehlermeldung
Code:
ImportError: No module named smart
ist einfach richtig, weil es im tatsächlich gültigen Suchpfad kein Modul namens smart gibt.

"Erkennen" kann smart die Ursache dieses Fehlers nicht, weil es nicht mal "weiß", wo es überhaupt installiert ist. Moral von der Geschicht: x86_64-Nutzer müssen selbst hinschauen, ob apt oder smart i586/i686-Pakete installieren (beide tun das immer wieder gerne) und in so einem Fall selbst einschreiten.
 
@traffic, @bernd ... und die anderen hier natürlich auch ;-)

genau diesen Fehler habe ich nun auch ...

dazu mal etws genauere Angaben noch ... ich nutze zur Zeit nur apt ... schön von der Kommandozeile und nutze eigentlich nur die SuSE 10.2 Repos update, oss, non-oss von Zeit zu Zeit habe ich aber die Notwendigkeit mal andere Repos (spezielle kernel, xorg, kde3 und auch andere Update Repos) ... bis jetzt auch keine Probleme!

Leider habe ich seit ich das repos von packman einbinde immer diese seltsame Fehlermeldung

Treffer ftp://ftp-1.gwdg.de KDE:/KDE3/openSUSE_10.2/ filelists.xml
Hole:4 http://packman.iu-bremen.de /suse/10.2/ filelists.xml [2766kB]
4988kB in 41s (120kB/s) geholt
Lese Paketlisten... Fehler!
E: Dynamic MMap ran out of room
E: Fehler während der Verarbeitung von pyTrommler (NewVersion1) aufgetreten
E: Problem mit MergeList /var/lib/apt/lists/packman.iu-bremen.de__suse_10.2_repodata_primary.xml
E: Die Paketlisten oder die Statusdatei konnten nicht geparsed oder geöffnet werden

ich habe ja schon die Kommentare weiter vorn im Thread gelesen (doppelte Repos bwz. Paketquellen, u.a.) aber was sagt diese Fehlermeldung eigentlich aus? Doppelte Quellen sollten ja in apt kein Problem sein ... vermute einfach im geht wegen dem Umfang der Quelle / Abhängigkeitsbaum einfach der dyn. Speicher (?) -> (Dynamic MMap(?) aus ... Oder?

Ist es also ein Programm- / Compilefehler von apt? Gibt es da eine Lösung z.B. neues Release / Build von apt?

Oder woran liegt es wenn die verschiedenen Repos sich im sources.list nicht vertragen?

THX
Martin
 

oc2pus

Ultimate Guru
Code:
Hole:4 http://packman.iu-bremen.de /suse/10.2/ filelists.xml [2766kB]
probiere einfach mal einen anderen packman mirror

oder lass apt update erst nochmal laufen
 
@oc2pus

... tja ... genau das habe ich auch schon gemacht ... andere packman quellen ausprobiert ... apt update produziert immer diesen Fehler sobald die update / oss / non-os Reposories und packman drin sind :-(

leider ist mir nicht wirklich klar was da in apt passiert ... eine bessere / aussagekräftigere Fehlermeldung wäre schon toll ... kommt mir vor wie die "Speicherzugriffsfehler" Meldung ...

ich glaube mal ich sollte mal ein debug Paket laden bzw. nach einer Debug Möglichkeit suchen ... um den Spuk auf die Schliche zu kommen ... werde mal gleich auf die apt seite schauen ...

THX
Martin
 

oc2pus

Ultimate Guru
Martin1802 schrieb:
@oc2pus

... tja ... genau das habe ich auch schon gemacht ... andere packman quellen ausprobiert ... apt update produziert immer diesen Fehler sobald die update / oss / non-os Reposories und packman drin sind :-(
von welchem Typ sind denn deine Quellen ? apt oder repomd ?

der Fehler deutet auf "defekte" Metadaten hin in einem der Respositories.
kannst du andere Pakete von packman installieren ?
(z.Bsp mal testweise ladspa oder xjadeo, sind beide ganz neu von gestern)
 
@oc2pus

danke ... hab gerade mal auf apt-rpm.org geblättert und ich scheine nicht der einzige mit dem Problem zu sein .. siehe hier

... here the summery of what it will fix ...

------- Comment #6 From Panu Matilainen 2007-03-09 23:12:16 -------

The amount of package data from all those repositories is simply too much for
apt's defaults, removing one or the other apparently makes it fit in the limit.
Try putting this into /etc/apt/apt.conf:
APT::Cache-Limit "141943904";

In case you wonder about the funny number, it's just double of the default
1024*1024*12 mmap reservation.

------- Comment #7 From Panu Matilainen 2007-03-09 23:14:45 -------

Duh, I should go to sleep really... To double the default mmap reservation, use

APT::Cache-Limit "25165824";

die Repos sind vom Typ repomd ... melde mich wenn ich etwas genaueres herausgefunden habe ...

Martin[/quote]
 
Oben