Re: amd64 error bei upgrade libc6 mit aptitude, warum?
Hi Jochen, Irgenwie scheinen da die Dependencies nicht zu stimmen (libc6 vs. lsb-core). Hatte ich eben auch, bei mir lag es aber am chroot. Das Problem ist der lsb-core. Genaues weiß ich auch nicht aber so wie es aussieht möchte er da etwas nicht überschreiben. Mein Vorschlag: wenn du lsb-core nicht brauchst schmeiß es runter, es ist IMHO nicht lebenswichtig. scheint doch, da sind ne menge dependencies, die ich fast alle benötige. Wollte eigentlich bei aptitude bleiben? Hat damit nichts zu tun und kannst du auch gern. Mit apt-get upgrade -f install gibt es genau so einen Fehler. Wollte ein Bugreport an debian senden nur geht kein posting an debian-bugs-dist@lists.debian.org Hat da jemand eine Idee? Danke. Viele Grüße Fred -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
amd64 error bei upgrade libc6 mit aptitude, warum?
Hallo, hoffe es ist nicht zu OT. wollte ein normales upgrade der Packages auf einem 64 Bit amd64 mit aptitude machen. erhalte folgende Fehlermeldung: (Reading database ... 26757 files and directories currently installed.) Preparing to replace gzip 1.3.5-10 (using .../gzip_1.3.5-10sarge1_amd64.deb) ... Unpacking replacement gzip ... Setting up gzip (1.3.5-10sarge1) ... (Reading database ... 26757 files and directories currently installed.) Preparing to replace perl-modules 5.8.4-8sarge3 (using .../perl-modules_5.8.4-8sarge4_all.deb) ... Unpacking replacement perl-modules ... Preparing to replace libc6-dev 2.3.2.ds1-22 (using .../libc6-dev_2.3.2.ds1-22sarge3_amd64.deb) ... Unpacking replacement libc6-dev ... Preparing to replace locales 2.3.2.ds1-22 (using .../locales_2.3.2.ds1-22sarge3_all.deb) ... Unpacking replacement locales ... Preparing to replace libc6 2.3.2.ds1-22 (using .../libc6_2.3.2.ds1-22sarge3_amd64.deb) ... Unpacking replacement libc6 ... dpkg: error processing /var/cache/apt/archives/libc6_2.3.2.ds1-22sarge3_amd64.deb (--unpack): trying to overwrite `/lib64', which is also in package lsb-core Errors were encountered while processing: /var/cache/apt/archives/libc6_2.3.2.ds1-22sarge3_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Ack! Something bad happened while installing packages. Trying to recover: Setting up perl-modules (5.8.4-8sarge4) ... dpkg: dependency problems prevent configuration of libc6-dev: libc6-dev depends on libc6 (= 2.3.2.ds1-22sarge3); however: Version of libc6 on system is 2.3.2.ds1-22. dpkg: error processing libc6-dev (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of locales: locales depends on glibc-2.3.2.ds1-22sarge3; however: Package glibc-2.3.2.ds1-22sarge3 is not installed. dpkg: error processing locales (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libc6-dev locales Press return to continue. Irgenwie scheinen da die Dependencies nicht zu stimmen (libc6 vs. lsb-core). Wollte eigentlich bei aptitude bleiben? Danke. Fred -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
tomcat5 sarge
Hallo, hat jemand eine Idee wie man für debian sarge tomcat5 als package bekommt. Es scheint keinen Backport zu geben. In sid scheint es tomcat5 ja zu geben. Danke. Viele Grüße Fred -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mdadm / mdstat sata raid
Fred Jakobza wrote: Ralf Schmidt wrote: Hallo Fred, Am Wed, 07 Sep 2005 12:48:29 +0200 schrieb Fred Jakobza: Nein er nimmt zum Synchronisieren mal /dev/sdbx und mal /dev/sdax Was steht in /etc/mdadm/mdadm.conf? Sie sollte in etwa so aussehen DEVICE /dev/hda1 /dev/hda5 /dev/hda6 /dev/hda7 /dev/hdc1 /dev/hdc5 /dev/hdc6 /dev/hdc7 ARRAY /dev/md6 level=raid1 num-devices=2 UUID=941bcf03: devices=/dev/hda6,/dev/hdc6 ARRAY /dev/md7 level=raid1 num-devices=2 UUID=1b595dd2: devices=/dev/hda7,/dev/hdc7 ARRAY /dev/md5 level=raid1 num-devices=2 UUID=471c67ee: devices=/dev/hda5,/dev/hdc5 ARRAY /dev/md1 level=raid1 num-devices=2 UUID=1c44dce3: devices=/dev/hda1,/dev/hdc1 Bei Dir halt auf sda, sdb und die Partitionierung bezogen. Ha, da stehen die Partion nicht mehr drin, sollte da was fehlen? DEVICE partitions ARRAY /dev/md4 level=raid1 num-devices=2 UUID=881cb8ad:4d6f001d:8bb83ba2:b07c7335 devices=/dev/sda6,/dev/sdb6 ARRAY /dev/md3 level=raid1 num-devices=2 UUID=a8c3bb2e:c791d4e7:23fd4532:4cebf07c devices=/dev/sda5,/dev/sdb5 ARRAY /dev/md2 level=raid1 num-devices=2 UUID=8ba57ab8:3e5c18dc:b676fd63:7abbb357 devices=/dev/sda3,/dev/sdb3 ARRAY /dev/md1 level=raid1 num-devices=2 UUID=ca126d8f:a4977d20:fb041ef9:920db231 devices=/dev/sda2,/dev/sdb2 ARRAY /dev/md0 level=raid1 num-devices=2 UUID=74a278ee:b67d0562:b57d5d19:946e9661 devices=/dev/sda1,/dev/sdb1 Das DEVICE partitions ist laut man pages erlaubt. Habe jetzt die partition mit DEVICE /dev/sda* /dev/sdb* eingetragen ohne Ergebnis. Das Problem ist das das ganze RAID 1 ist und hotswapable sein soll. und das ganze sieht so aus (mdadm -Q -D /dev/mdx) /dev/sda1 RaidDevice 1 /dev/sda2 RaidDevice 1 /dev/sda3 RaidDevice 1 /dev/sda5 RaidDevice 0 /dev/sda6 RaidDevice 0 Ich habe hier die Befürchtung, dass die Daten beim hotswap beim Synchronisiren (also nach wieder hinzufügen zum raid) von den falschen platten synchronisiert werden. Gibt es da eine Idee? Danke. Viele Grüße Fred -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mdadm / mdstat sata raid
Fred Jakobza wrote: Fred Jakobza wrote: Ralf Schmidt wrote: Hallo Fred, Am Wed, 07 Sep 2005 12:48:29 +0200 schrieb Fred Jakobza: Nein er nimmt zum Synchronisieren mal /dev/sdbx und mal /dev/sdax Was steht in /etc/mdadm/mdadm.conf? Sie sollte in etwa so aussehen DEVICE /dev/hda1 /dev/hda5 /dev/hda6 /dev/hda7 /dev/hdc1 /dev/hdc5 /dev/hdc6 /dev/hdc7 ARRAY /dev/md6 level=raid1 num-devices=2 UUID=941bcf03: devices=/dev/hda6,/dev/hdc6 ARRAY /dev/md7 level=raid1 num-devices=2 UUID=1b595dd2: devices=/dev/hda7,/dev/hdc7 ARRAY /dev/md5 level=raid1 num-devices=2 UUID=471c67ee: devices=/dev/hda5,/dev/hdc5 ARRAY /dev/md1 level=raid1 num-devices=2 UUID=1c44dce3: devices=/dev/hda1,/dev/hdc1 Bei Dir halt auf sda, sdb und die Partitionierung bezogen. Ha, da stehen die Partion nicht mehr drin, sollte da was fehlen? DEVICE partitions ARRAY /dev/md4 level=raid1 num-devices=2 UUID=881cb8ad:4d6f001d:8bb83ba2:b07c7335 devices=/dev/sda6,/dev/sdb6 ARRAY /dev/md3 level=raid1 num-devices=2 UUID=a8c3bb2e:c791d4e7:23fd4532:4cebf07c devices=/dev/sda5,/dev/sdb5 ARRAY /dev/md2 level=raid1 num-devices=2 UUID=8ba57ab8:3e5c18dc:b676fd63:7abbb357 devices=/dev/sda3,/dev/sdb3 ARRAY /dev/md1 level=raid1 num-devices=2 UUID=ca126d8f:a4977d20:fb041ef9:920db231 devices=/dev/sda2,/dev/sdb2 ARRAY /dev/md0 level=raid1 num-devices=2 UUID=74a278ee:b67d0562:b57d5d19:946e9661 devices=/dev/sda1,/dev/sdb1 Das DEVICE partitions ist laut man pages erlaubt. Habe jetzt die partition mit DEVICE /dev/sda* /dev/sdb* eingetragen ohne Ergebnis. Das Problem ist das das ganze RAID 1 ist und hotswapable sein soll. und das ganze sieht so aus (mdadm -Q -D /dev/mdx) /dev/sda1 RaidDevice 1 /dev/sda2 RaidDevice 1 /dev/sda3 RaidDevice 1 /dev/sda5 RaidDevice 0 /dev/sda6 RaidDevice 0 Ich habe hier die Befürchtung, dass die Daten beim hotswap beim Synchronisiren (also nach wieder hinzufügen zum raid) von den falschen platten synchronisiert werden. Gibt es da eine Idee? Irgendwie scheint /proc/mdstat nicht richtig anzuzeigen: md0 : active raid1 sdb1[2] sda1[1] 489856 blocks [2/1] [_U] resync=DELAYED md4 : active raid1 sdb6[2] sda6[0] 190972544 blocks [2/1] [U_] resync=DELAYED aber: `mdadm -Q -D /dev/md0´ Number Major Minor RaidDevice State 0 00- removed 1 811 active sync /dev/sda1 2 8 170 spare rebuilding /dev/sdb1 `mdadm -Q -D /dev/md4´: Number Major Minor RaidDevice State 0 860 active sync /dev/sda6 1 00- removed 2 8 221 spare rebuilding /dev/sdb6 Warum sind hier eigentlich removed richtig eingetragen und RaidDevice vertauscht? Mir geht es vor allem dass sowohl nach reboot als auch nach add remove Device das richtige angezeigt wird. Hat Irgendjemand eine Idee oder ist das ein Bug. Alles läuft als sarge debian amd64 (64Bit Version). Danke. Bye Fred -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mdadm / mdstat sata raid
das sieht so aus als hättest du die partitionen nicht als normale sondern als spare hinzugefügt ... deswegen werden sie in mdstat auch nciht angezgeigt ... naja so ähnlich, removed mit: mdadm /dev/md0 -f /dev/sdb1 -r /dev/sdb1 sync mdadm /dev/md2 -f /dev/sdb3 -r /dev/sdb3 sync mdadm /dev/md3 -f /dev/sdb5 -r /dev/sdb5 sync mdadm /dev/md4 -f /dev/sdb6 -r /dev/sdb6 sync mdadm /dev/md1 -f /dev/sdb2 -r /dev/sdb2 sync und anschliessend hinzugefügt mit: mdadm /dev/md1 -a /dev/sdb2 sync mdadm /dev/md0 -a /dev/sdb1 sync mdadm /dev/md2 -a /dev/sdb3 sync mdadm /dev/md3 -a /dev/sdb5 sync mdadm /dev/md4 -a /dev/sdb6 sync Nur nach einem reboot ist die alte Vertauschung der Partition wieder da. Ich will nur vberhindern das beim reboot und austausch einer SATA falsch synchronisiert wird. -- Fred Jakobza Software Development EsPresto AG Breite Str. 30-31 10178 Berlin/Germany Tel: +49.(0)30.90 226.750 Fax: +49.(0)30.90 226.760 [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Problem mdadm / mdstat sata raid
Hi, there is a problem with mount of sata raid 1 devices after reboot. the partitions of the raid devices are randomly mounted in different order. (debian sarge amd64 RAID.) Why are the order of the partions in the mdstat different? Installed software are mdadm and amd64 kernel 2.6.8-11-amd64-k8? No /etc/raid... no raiddev's are installed. Content mdstat: Personalities : [raid1] md0 : active raid1 sdb1[0] sda1[1] 489856 blocks [2/2] [UU] md3 : active raid1 sda5[0] sdb5[1] 19534912 blocks [2/2] [UU] md4 : active raid1 sda6[0] sdb6[1] 190972544 blocks [2/2] [UU] md1 : active raid1 sdb2[0] sda2[1] 29294400 blocks [2/2] [UU] md2 : active raid1 sdb3[0] sda3[1] 3903680 blocks [2/2] [UU] unused devices: none Content mdadm -Q -D /dev/mdx: /dev/md0 Number Major Minor RaidDevice State 0 8 170 active sync /dev/sdb1 1 811 active sync /dev/sda1 ... /dev/md1 0 8 180 active sync /dev/sdb2 1 821 active sync /dev/sda2 ... /dev/md2 0 8 190 active sync /dev/sdb3 1 831 active sync /dev/sda3 ... /dev/md3 0 850 active sync /dev/sda5 1 8 211 active sync /dev/sdb5 ... /dev/md4 0 860 active sync /dev/sda6 1 8 221 active sync /dev/sdb6 How can I define the order of device partition of the raid 1? Content /etc/mdadm/mdadm.conf DEVICE partitions ARRAY /dev/md4 level=raid1 num-devices=2 UUID=881cb8ad:4d6f001d:8bb83ba2:b07c7335 devices=/dev/sda6,/dev/sdb6 ARRAY /dev/md3 level=raid1 num-devices=2 UUID=a8c3bb2e:c791d4e7:23fd4532:4cebf07c devices=/dev/sda5,/dev/sdb5 ARRAY /dev/md2 level=raid1 num-devices=2 UUID=8ba57ab8:3e5c18dc:b676fd63:7abbb357 devices=/dev/sda3,/dev/sdb3 ARRAY /dev/md1 level=raid1 num-devices=2 UUID=ca126d8f:a4977d20:fb041ef9:920db231 devices=/dev/sda2,/dev/sdb2 ARRAY /dev/md0 level=raid1 num-devices=2 UUID=74a278ee:b67d0562:b57d5d19:946e9661 devices=/dev/sda1,/dev/sdb1 Thanks. Bye Fred -- Fred Jakobza Software Development EsPresto AG Breite Str. 30-31 10178 Berlin/Germany Tel: +49.(0)30.90 226.750 Fax: +49.(0)30.90 226.760 [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mdadm / mdstat sata raid
Tim Boneko wrote: Hallo Fred, Fred Jakobza schrieb: there is a problem with mount of sata raid 1 devices after reboot. the partitions of the raid devices are randomly mounted in different order. Man schpricht deutsh ;-) Womit hast du die raid-devices erstellt? So wie ich es verstanden habe, verpasst zumindest mdadm den einzelnen devices eine Markierung, zu welchem /dev/md* es gehört. Deshalb braucht mdadm auch keine /etc/raidtab, um das Gelump zusammenzusetzen. Die ollen raidtools2 sind da etwas simpler gestrickt. Das mit dem Mounten kapiere ich nicht: Er mountet z.B. /dev/md0 als /home, obwohl es / sein sollte oder wie? Das sollte /etc/fstab definitiv verhindern... Schick mal /etc/fstab vorbei. Nein er nimmt zum Synchronisieren mal /dev/sdbx und mal /dev/sdax also z.B. /dev/sda1 - /dev/sdb1 aber /dev/sdb2 - /dev/sda2... # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/md1/ ext3defaults,errors=remount-ro 0 1 /dev/md0/boot ext3defaults0 2 /dev/md4/optext3defaults0 2 /dev/md3/var/logext3defaults0 2 /dev/md2noneswapsw 0 0 /dev/hda/media/cdrom0 iso9660 ro,user,noauto 0 0 /dev/sdc1 /usb-storagevfatrw,user,noauto 0 0 Keine Ahnung warum mdadm mal sda und mal sdb zum syncen als src nimmt. Bye Fred -- Fred Jakobza Software Development EsPresto AG Breite Str. 30-31 10178 Berlin/Germany Tel: +49.(0)30.90 226.750 Fax: +49.(0)30.90 226.760 [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problem mdadm / mdstat sata raid
Ralf Schmidt wrote: Hallo Fred, Am Wed, 07 Sep 2005 12:48:29 +0200 schrieb Fred Jakobza: Nein er nimmt zum Synchronisieren mal /dev/sdbx und mal /dev/sdax Was steht in /etc/mdadm/mdadm.conf? Sie sollte in etwa so aussehen DEVICE /dev/hda1 /dev/hda5 /dev/hda6 /dev/hda7 /dev/hdc1 /dev/hdc5 /dev/hdc6 /dev/hdc7 ARRAY /dev/md6 level=raid1 num-devices=2 UUID=941bcf03: devices=/dev/hda6,/dev/hdc6 ARRAY /dev/md7 level=raid1 num-devices=2 UUID=1b595dd2: devices=/dev/hda7,/dev/hdc7 ARRAY /dev/md5 level=raid1 num-devices=2 UUID=471c67ee: devices=/dev/hda5,/dev/hdc5 ARRAY /dev/md1 level=raid1 num-devices=2 UUID=1c44dce3: devices=/dev/hda1,/dev/hdc1 Bei Dir halt auf sda, sdb und die Partitionierung bezogen. Ha, da stehen die Partion nicht mehr drin, sollte da was fehlen? DEVICE partitions ARRAY /dev/md4 level=raid1 num-devices=2 UUID=881cb8ad:4d6f001d:8bb83ba2:b07c7335 devices=/dev/sda6,/dev/sdb6 ARRAY /dev/md3 level=raid1 num-devices=2 UUID=a8c3bb2e:c791d4e7:23fd4532:4cebf07c devices=/dev/sda5,/dev/sdb5 ARRAY /dev/md2 level=raid1 num-devices=2 UUID=8ba57ab8:3e5c18dc:b676fd63:7abbb357 devices=/dev/sda3,/dev/sdb3 ARRAY /dev/md1 level=raid1 num-devices=2 UUID=ca126d8f:a4977d20:fb041ef9:920db231 devices=/dev/sda2,/dev/sdb2 ARRAY /dev/md0 level=raid1 num-devices=2 UUID=74a278ee:b67d0562:b57d5d19:946e9661 devices=/dev/sda1,/dev/sdb1 Bye Fred -- Fred Jakobza Software Development EsPresto AG Breite Str. 30-31 10178 Berlin/Germany Tel: +49.(0)30.90 226.750 Fax: +49.(0)30.90 226.760 [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Alte initrd wieder herstellen?
Thomas Schönhoff wrote: 2005/9/7, Andreas Kroschel [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: * Thomas Schönhoff: Tut mir leid, dass ich erst so spät antworte, aber selbst nach Umbenennung der besagten Dateien und einen neuen 'mkinitrd -o /boot/initrd.img' bleiben die bereits beobachteten Meldungen ? Das ist das Ende meines Lateins – ich sehe nicht, wo mkinitrd das Zeug denn noch herholen soll. Hast Du jeweils den Bootsektor nach Erstellung der initrd neu geschrieben? Ich weiß zwar nicht, ob das zwingend notwendig ist, aber mir ist so, als wäre da mal was gewesen. Vermutlich nicht, da ich keinen Schimmer habe wie und womit man den Bootsektor (ohne das System unbrauchbar zu machen) neu schreibt? Welchen Bootloader hast Du installiert lilo oder grub muß soweit ich weiß bei beiden angegeben werden. Entweder in /etc/lilo.conf oder /boot/grub/menu.lst (sollte ein Beispiel drinne stehen) und dann grub bzw. lilo neu starten. Bye Fred -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)