Suse 10.1 Yast Probleme

[druckgott]

Hallo, ich habe Suse 10.1 auf meinem Server. (Strato) Jetzt wenn ich Pakete updaten will, sucht er zwar die richtigen und wählt auch diese aus, aber sobald ich dann auf installieren bzw. übernehmen gehe, geht nix mehr. Er zeigt mir die Seite im Anhang und es befindet sich nix mehr drin.
Hat jemand eine Idee?

mfg
durckgott

 

[Moneo]

Ich habe mit meinem Strato Server das gleich Problem das wenn ich ein Paket mit weiteren Abhängigkeiten installieren möchte, mir Yast nur Abbrechen, Wiedeholen oder Ignorieren anbietet. And den eingestellten Updateserver hab ich nichts verändert und benutze die von Strato. Hat noch jemand so ein Problem?

 

[simpson]

Habt ihr mal den Cache von yast gelöscht ?

 

[bernsteinkater]

ressourcengrenzen werden erreicht. Gibts bei Strato das PowerPanel? Wenn ja: Unter QoS-Alerts checken ob zum selben Zeitpunkt die privvmpages ueberschritten werden. Wenn es bei Strato das PowerPanel nicht gibt:

watch 'grep privvm /proc/user_beancounters'

in einer zweiten SSH-Session eingeben bevor Du versucht ein Paket zu installieren. Wenn in der letzten Spalte (Failcounts) die Zahl groesser wird dann werden die Ressourcengrenzen erreicht.

Da Strato daran nichts aendern wird:

Pakete installieren und das System mit "rug" aktuell halten:

Updaten: rug up
Installieren: rug in $PAKETNAME
Suchen: rug se $SUCHSTRING

 

[jumphigh]

Eine Lösung wäre, kurzzeitig andere Dienste abzuschalten. Wenn nur noch SSH und das Log läuft, sollten von den (zumeist) 256 MB genug für die Paketverwaltung frei sein.

MfG
Andreas

 

[druckgott]

Hallo danke schon mal für die Hilfe hab noch ein Problem bei Yast bei mir kommt immer das als Abfrage:

Nicht verbürgten GnuPG-Schlüssel importieren  │
││  Der Eigentümer des      ┬                                                  │
││Schlüssels kann           │                                                  │
││Aktualisierungen, Pakete  │  Folgender GnuPG-Schlüssel wurde gefunden:       │
││und Paket-Repositories    │  ID: xxxxxxxxx                            │
││verteilen, die Ihr System │  Fingerabdruck: xxxx xxxx xxxx xxxx xxxx xxxx xx │
││als vertrauenswürdig      │  Name: SuSE Package Signing Key <build@suse.de>  │
││einstuft und ohne weitere │                                                  │
││Warnung zur Installation  │  Sie können ihn in Ihr Schlüsselbund mit verbürg │
││und Aktualisierung        ┴  importieren, was bedeutet, dass Sie den Eigentü │
││anbietet. Dies bedeutet   │  Sie sollten den Schlüssel nur importieren, wenn │
││also: Indem Sie den       │  der Schlüssel wirklich diesem Eigentümer gehört │
││Schlüssel in Ihr          │                                                  │
││Schlüsselbund der         │                                                  │
││verbürgten Schlüssel      │                                                  │
││aufnehmen, ermöglichen Sie│                                                  │
││dem Eigentümer des        │                                                  │
││Schlüssels einen gewissen │         [Importieren] [Nicht importieren]        │
│└──────────────────────────┘

warum frägt er mich immer nach diesen Schlüssel

Ich werde es jetzt mit rug machen nur eine Frage dazu, wo bekomme ich den richten pfad für die richtigen rpms her?

Hab es jetzt mit rug up probiert da bekomme ich dann einen Fehler:

Mit Transaktion fortfahren? (j/N) j

Transaction...
                                  1%

Fehler bei Transaktion:

leider kommt keine Fehlermeldung.

Den Stratoserver kann man pingen also an dem kann es nicht liegen (updateserver)

Wie kann ich den Cache den löschen?

mfg
druckgott

 

[whyte]

Habt ihr mal den Cache von yast gelöscht ?

Wo kann ich den denn löschen ?

 

[simpson]

suchen und erforschen!
aber unter /var/adm/ sollte dir geholfen werden. und ggf mal ne andere installquelle nehmen.

 

[druckgott]

Hi bei mir ist im cache nichts drin.

Aber warum geht bei mir das rug up nicht? Wie kann ich herausfinden, was das für ein Fehler ist?

mfg
druckgott

 

[simpson]

Hast du überhaupt eine Updatequelle drin ?

 

[druckgott]

Ja hab ich und zwar diese:

 rug service-list

# | Status | Typ  | Name                      | URI
--+--------+------+---------------------------+---------------------------------
1 | Active | ZYPP | SUSE-Linux-10.1-FTP       | ftp://ftp.stratoserver.net/pu...
2 | Active | ZYPP | SUSE-Linux-10.1-FTP-EXTRA | ftp://ftp.stratoserver.net/pu...
3 | Active | ZYPP | SUSE-Linux-10.1-UPDATE    | ftp://ftp.stratoserver.net/pu...

und diese sind aktiv:

 rug catalogs

Abo? | Name                      | Dienst
-----+---------------------------+--------------------------
Ja   | SUSE-Linux-10.1-UPDATE    | SUSE-Linux-10.1-UPDATE
Ja   | SUSE-Linux-10.1-FTP-EXTRA | SUSE-Linux-10.1-FTP-EXTRA
Ja   | SUSE-Linux-10.1-FTP       | SUSE-Linux-10.1-FTP

Sind die gleichen, die bei yast drin sind.

Das ist der Server, den er bei rug genutzt:
ftp://ftp.stratoserver.net/pub/linux/suse/update/10.1
Vom Server aus kann ich den ftp auch pingen.

mfg
druckgott

 

[bernsteinkater]

Hast Du Failcounts?

cat /proc/user_beancounters

Wenn ja wie oben bereits beschrieben ueberpruefen ob diese auch beim beim Updaten oder Paket installieren ueber rug auftreten.

Oder ist Deine Festplatte evtl sogar voll?

df -h

 

[druckgott]

 df -h
Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/vzfs              10G  2,2G  7,9G  22% /

also nach Festplatte sieht es wohl eher nicht aus.

Wenn ich nach einiger Zeit das beancounters aufrufe, während yast arbeitet kommt dieser Fehler:

 cat /proc/user_beancounters
Inconsistency detected by ld.so: dl-minimal.c: 84: __libc_memalign: Assertion `page != ((void *) -1)' failed!

erst wenn ich yast wieder beende geht das cat /proc/user_beancounters wieder.

Das failcnt ändert sich dann aber auch von 355616 auf 361701
Bei rug up ist das gleiche.

Hier die übersicht:

cat /proc/user_beancounters
Version: 2.5
       uid  resource           held    maxheld    barrier      limit    failcnt
   1222138: kmemsize        3978517    4334201    8512433    9823665          0
            lockedpages           0          0       3800       4096          0
            privvmpages       89783      97264     138256     202568     361701
            shmpages          13976      13992     131072     131072          0
            dummy                 0          0          0          0          0
            numproc              55         61        232        232          0
            physpages         39586      39782          0 2147483647          0
            vmguarpages           0          0      66400 2147483647          0
            oomguarpages      40038      40234      66400 2147483647          0
            numtcpsock           19         20        500        500          0
            numflock              9         10        200        232          0
            numpty                1          1         64         64          0
            numsiginfo            0          1        512        512          0
            tcpsndbuf        169936     185588    4683256    6102456          0
            tcprcvbuf        311296     294912    4683256    6102456          0
            othersockbuf      37568      54140    1503232    4063232          0
            dgramrcvbuf           0       2236     240000     262144          0
            numothersock         32         35        382        382          0
            dcachesize            0          0    2194304    2317184          0
            numfile            2391       2521       5432       5432          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            54         54        128        128          0

mfg
druckgott

 

[LinuxAdmin]

Du hast auch viel zu wenige Speicher (RAM) zur Verfügung... Bei mir reicht es, wenn ich den mysql-Server (> 100 MB) stoppe, bevor ich irgendwelche Updates mache.

Viele Grüße,
LinuxAdmin

PS: Dummerweise hängen bei meinem System wichtige Sachen wie. z.B. Mail vom Zugriff auf die Datenbank ab. Daher muss in meinem Fall das Mailsystem angehalten werden, bevor ich die Datenbank anhalte, da andernfalls Mails mit einer permanenten Fehlermeldung abgewiesen werden... Auf solche Sachen sollte man also achten!

 

[druckgott]

sollte das reichen, wenn ich den Apache und die Mailserver abschalte?

Oder ist dann das Mysql nicht abgeschalten?

mfg
druckgott

 

[LinuxAdmin]

Nein, automatisch hält das nicht an. Mysql stoppst Du mit

/etc/init.d/mysql stop

und startest es dementsprechend wieder, indem Du den Parameter "start" übergibst.

Schau Dir mal mit dem Befehl 'top' an, was so auf dem Server alles läuft. Bei der Ausgabe gibt es eine Spalte "%MEM", die Dir einen Hinweis darauf geben, was so die "großen" Brocken sind. Interessant sind auch die Spalten "VIRT" und "RES".

Viele Grüße,
LinuxAdmin

 

[druckgott]

 top
top - 13:37:11 up 19:07,  1 user,  load average: 0.00, 0.00, 0.00
Tasks:  43 total,   1 running,  42 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.3% us,  0.0% sy,  0.0% ni, 99.7% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   1421472k total,  1348912k used,    72560k free,   217092k buffers
Swap:  3068392k total,   564568k used,  2503824k free,   390636k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      16   0   640  284  248 S  0.0  0.0   0:00.21 init
24150 root      11  -4  1708  600  420 S  0.0  0.0   0:00.00 udevd
24441 messageb  23   0  3340  924  728 S  0.0  0.1   0:00.00 dbus-daemon
24515 root      17   0  3564 2016 1300 S  0.0  0.1   0:00.01 hald
25830 root      16   0  1512  608  504 S  0.0  0.0   0:00.64 syslogd
25842 root      16   0  2972  748  572 S  0.0  0.1   0:00.01 couriertcpd
25848 root      16   0  2876  852  688 S  0.0  0.1   0:00.04 courierlogger
25854 root      16   0  2972  748  572 S  0.0  0.1   0:00.09 couriertcpd
25856 root      16   0  2876  852  688 S  0.0  0.1   0:00.05 courierlogger
25863 root      16   0  2972  748  572 S  0.0  0.1   0:00.05 couriertcpd
25870 root      16   0  2872  848  688 S  0.0  0.1   0:00.04 courierlogger
25873 root      16   0  2968  744  572 S  0.0  0.1   0:00.07 couriertcpd
25875 root      16   0  2876  852  688 S  0.0  0.1   0:00.02 courierlogger
25883 root      16   0  4792 1268  912 S  0.0  0.1   0:01.31 sshd
25907 root      16   0  2144  868  708 S  0.0  0.1   0:00.15 xinetd
26011 named     22   0 36580 2740 1892 S  0.0  0.2   0:00.09 named
26025 root      19   0  2448 1188  980 S  0.0  0.1   0:00.02 mysqld_safe

Hier mal die Ausgabe aus das %mem ist glaub ich zu vernachlässigen oder?
Das braucht ja alles fast nix
Bei den anderen 2 sieht es jetzt auch nicht so knapp aus oder?

Warum steht in der Übersicht das:
Mem: 1421472k total, 1348912k used
und unten steht überall 0.1 % ? Das passt doch nicht zusammen oder?

mfg
druckgott

 

[LinuxAdmin]

Je nach Hoster kannst Du bei vServern die Mem/Swap-Zeilen von 'top' vergessen (das Tool 'vzfree' zeigt die für Dich relevanten Daten an). Schau Dir die absoluten Werten in VIRT und RES an. Ausserdem brauchst Du ein größeres Fenster, 'top' zeigt bei Dir nur einen kleinen Teil der 43 Prozesse an

Viele Grüße,
LinuxAdmin

PS: Links zum vzfree-Script findest Du mit der Forensuche.

 

[druckgott]

hi ich habe es jetzt mal mit einem größerem Fenster gemacht:

top - 14:51:53 up 20:21,  1 user,  load average: 0.09, 0.10, 0.02
Tasks:  46 total,   2 running,  44 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.3% sy,  0.0% ni, 99.7% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   1421472k total,  1393740k used,    27732k free,   168720k buffers
Swap:  3068392k total,   558868k used,  2509524k free,   436604k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      15   0   640  284  248 S  0.0  0.0   0:00.21 init
24150 root      11  -4  1708  600  420 S  0.0  0.0   0:00.00 udevd
24441 messageb  23   0  3340  924  728 S  0.0  0.1   0:00.00 dbus-daemon
24515 root      17   0  3564 2016 1300 S  0.0  0.1   0:00.01 hald
25830 root      15   0  1512  608  504 S  0.0  0.0   0:00.66 syslogd
25842 root      16   0  2972  748  572 S  0.0  0.1   0:00.01 couriertcpd
25848 root      16   0  2876  852  688 S  0.0  0.1   0:00.04 courierlogger
25854 root      16   0  2972  748  572 S  0.0  0.1   0:00.09 couriertcpd
25856 root      16   0  2876  852  688 S  0.0  0.1   0:00.06 courierlogger
25863 root      15   0  2972  748  572 S  0.0  0.1   0:00.05 couriertcpd
25870 root      15   0  2872  848  688 S  0.0  0.1   0:00.04 courierlogger
25873 root      16   0  2968  744  572 S  0.0  0.1   0:00.07 couriertcpd
25875 root      16   0  2876  852  688 S  0.0  0.1   0:00.02 courierlogger
25883 root      16   0  4792 1268  912 S  0.0  0.1   0:01.43 sshd
25907 root      16   0  2144  868  708 S  0.0  0.1   0:00.17 xinetd
26011 named     22   0 36580 2740 1892 S  0.0  0.2   0:00.09 named
26025 root      19   0  2448 1188  980 S  0.0  0.1   0:00.02 mysqld_safe
26065 mysql     16   0  114m  15m 5020 S  0.0  1.1   4:21.49 mysqld
26082 qmails    16   0  1484  476  392 S  0.0  0.0   0:00.09 qmail-send
26085 qmaill    15   0  1436  460  400 S  0.0  0.0   0:00.00 splogger
26086 root      21   0  1464  344  260 S  0.0  0.0   0:00.00 qmail-lspawn
26087 qmailr    15   0  1460  376  288 S  0.0  0.0   0:00.00 qmail-rspawn
26088 qmailq    15   0  1432  332  272 S  0.0  0.0   0:00.00 qmail-clean
26102 root      16   0 28052  24m 2304 S  0.0  1.8   0:00.96 spamd
26104 popuser   16   0 28052  23m 1032 S  0.0  1.7   0:00.00 spamd
26134 root      16   0 65804  17m 7864 S  0.0  1.2   0:00.63 httpd2-prefork
26168 root      15   0 36236 5312 3256 S  0.0  0.4   0:00.07 httpsd
26173 psaadm    16   0 42820  26m  18m S  0.0  1.9   0:11.53 httpsd
26203 root      16   0  1728  700  572 S  0.0  0.0   0:00.00 cron
26212 root      16   0 16708 6256 3756 S  0.0  0.4   0:01.33 wdcollect
26214 root      15   0 14108 2308 1876 S  0.0  0.2   0:15.61 monit
26217 psaadm    16   0 41096  23m  16m S  0.0  1.7   0:10.69 httpsd
25787 wwwrun    16   0 80916  28m 4404 S  0.0  2.0   0:07.72 httpd2-prefork
25791 wwwrun    16   0 80904  28m 4404 S  0.0  2.0   0:12.92 httpd2-prefork
25792 wwwrun    15   0 80696  28m 4396 S  0.0  2.0   0:11.61 httpd2-prefork
28389 wwwrun    15   0 79092  25m 3456 S  0.0  1.8   0:09.38 httpd2-prefork
28391 wwwrun    15   0 80332  27m 4396 S  0.0  2.0   0:08.58 httpd2-prefork
 7571 root      16   0  9248 2576 2024 S  0.0  0.2   0:00.02 sshd
 7588 mfcrootl  16   0  9380 1696 1124 R  0.0  0.1   0:00.03 sshd
 7589 mfcrootl  15   0  4208 1944 1488 S  0.0  0.1   0:00.06 bash

aber ich glaube es ist immer noch nicht alles drauf. Wie schaffe ich das denn?

Was heißt den bei der top Ausgabe
(26065 mysql 16 0 114m 15m 5020 S 0.0 1.1 4:21.49 mysqld)
das m bei den 114 bzw. 15 sind das MB?

Hier noch das vzfree:

 vzfree
VPS Speichernutzung:
Momentan genutzt:       388,035 MB
Maximal genutzt:        388,035 MB
Zugesichert:            259,375 MB
Maximal nutzbar:        791,281 MB

 

[druckgott]

Hi,
ich habe den mysql jetzt mal beendet und das update mit rug versucht. Bin bis dahin gekommen:

Mit Transaktion fortfahren? (j/N) j

Transaction...
                                                                                                                                                                                                                                                                                                                                                                                                            94%

Fehler bei Transaktion: Invalid package:

Was kann ich jetzt machen? Da stimmt wohl irgendwas nicht.

Hab den Server jetzt mal neu gestartet. Und hab nochmals versucht mit rug up upzudaten. Jetzt kommt diese Meldung:

 rug up
Keine Aktualisierungen verfügbar.
FEHLER: Requested service not found. No receiver for uri /IBundleManager

mfg
druckgott