Re: aptitude versus dselect-upgrade
Hi Henning, PACKAGES dselect-upgrade cfengine2 install console-common install coreutils install croninstall debconf install debconf-utils install Hmm, interessant - habe ich noch nie gesehen - ich wuerde da mal in install-packages schauen, ob das überhaupt noch da drinne steht... Und das log lesen, ob das was dazu sagt! In fai.log und software.log steht bzgl. dselect jeweils genau diese eine Meldung: install_packages: executing chroot /target apt-get -y -o Dpkg::Options::=--force-confdef -o Dpkg::Options::=--force-confold dselect-upgrade Die Skripte nfsroot/live/filesystem.dir/usr/sbin/install_packages und /usr/sbin/install_packages sind nicht identisch, wohl aber die dselect betreffenden Zeilen darin. Hier die Versionsangaben aus den Skripten: nfsroot/live/filesystem.dir/usr/sbin/install_packages: # $Id: install_packages 4534 2007-08-28 09:44:27Z lange $ my $version = Version 4.1.4, 26-aug-2007; /usr/sbin/install_packages: # $Id: install_packages 4073 2006-10-09 23:30:52Z lange $ my $version = Version 3.4.1, 10-oct-2006; Es ist wiederholbar: sobald ich mit dselect-upgrade Pakete zwecks install in config/package_config/TYP1 angebe, werden diese nicht installiert. Wenn ich ohne weitere Änderungen zu machen dieselben Pakete mit aptitude angebe, dann werden alle Pakete problemlos installiert. Wie kann das sein? signature.asc Description: OpenPGP digital signature
aptitude versus dselect-upgrade
Hallo allerseits, meine Softwareauswahl steht in der Datei config/package_config/TYP1 Hier ein gekürzte Fassung meiner Paketlisten: PACKAGES aptitude grub lilo- telnet- PACKAGES aptitude I686 linux-image-2.6-686 memtest86+ PACKAGES aptitude AMD64 linux-image-2.6-amd64 memtest86+ PACKAGES dselect-upgrade cfengine2 install console-common install coreutils install croninstall debconf install debconf-utils install Bei Verwenden des Befehls aptitude werden sämtliche Pakete installiert. Ersetze ich jedoch analog zum Beispiel im Abschnitt 7.8 in der Doku PACKAGES aptitude durch PACKAGES dselect-upgrade, dann wird kein Paket installiert. Verwende ich aptitude und dselect-upgrade gemischt, werden nur Pakete installiert, die in einem Abschnitt unterhalb PACKAGES aptitude stehen. Was mache ich falsch? Oder funktioniert dselect-upgrade in FAI Version 3.2.4 nicht? Ich möchte dselect-upgrade verwenden, weil ich dann bequem mit dpkg --get-selections die Liste jederzeit reinkopieren kann, ohne syntaktisch anpassen zu müssen. Lieben Dank für jeden Hinweis, Viktor signature.asc Description: OpenPGP digital signature
task_chboot: SERVER not defined
Hi, In fai.log steht folgende Meldung: Calling task_chboot SERVER not defined. Can't change network boot configuration Exit code task_chboot: 2 Was hat das zu bedeuten? Die Erläuterung in Abschnitt 7.2 unter chboot verstehe ich leider inhaltlich nicht. Damit man nicht nachschlagen muss, zitiere ich kurz: chboot Changes the symbolic link on the install server which indicates which kernel image to load on the next boot from network card via TFTP. An welcher Stelle genau soll da welcher Link geändert werden? Wird da irgendetwas zurückgesetzt, was durch einen FAI-Befehl während der Clientinstallation geändert wurde? Gruß, viktor signature.asc Description: OpenPGP digital signature
Re: task_chboot: SERVER not defined
Hallo Thomas, SERVER not defined. Can't change network boot configuration Die Variable $SERVER ist nicht definiert. Schau mal ins variables.log Dort ist keine Variable SERVER definiert. Muss ich Diese Variable irgendwo definieren? Gruß, Viktor signature.asc Description: OpenPGP digital signature
Re: task_chboot: SERVER not defined
Hallo Michael, SERVER not defined. Can't change network boot configuration Die Variable $SERVER ist nicht definiert. Schau mal ins variables.log Dort ist keine Variable SERVER definiert. Muss ich Diese Variable irgendwo definieren? Die wird eigentlich automatisch über die Netzwerkkonfiguration definiert - machst Du DHCP? Oder was benützt Du dazu? Ja, ich benutze DHCP. Der DHCP-Server funktionierte bisher eigentlich immer problemlos. Muss ich da eventuell in dhcpd.conf noch etwas zusätzlich angeben? Das ist seltsam - folglich musst Du irgendwas geändert haben, vermutlich an der Installation/FAI-config. Was genau meinst du mit Installation/FAI-config? Gruß, Viktor signature.asc Description: OpenPGP digital signature
dpkg error
Hallo, während der Installation von Debian-Kernel-Paketen treten Fehler auf, die in software.log wie folgt lauten: Selecting previously deselected package linux-image-2.6.18-6-686. Unpacking linux-image-2.6.18-6-686 (from .../linux-image-2.6.18-6-686_2.6.18.dfsg.1-18etch1_i386.deb) ... Ok, Aborting dpkg: error processing /var/cache/apt/archives/linux-image-2.6.18-6-686_2.6.18.dfsg.1-18etch1_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Selecting previously deselected package linux-image-2.6.18-6-amd64. Unpacking linux-image-2.6.18-6-amd64 (from .../linux-image-2.6.18-6-amd64_2.6.18.dfsg.1-18etch1_i386.deb) ... Ok, Aborting dpkg: error processing /var/cache/apt/archives/linux-image-2.6.18-6-amd64_2.6.18.dfsg.1-18etch1_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Nachdem ich nun einige Zeit vergeblich nach einer Ursache für diesen Fehler gesucht habe (googlen blieb erfolglos und im Debian Forum nicht gefunden), und obwohl ich nicht weiß, ob der Fehler überhaupt etwas direkt mit FAI zu tun hat, möchte ich meine Bitte um Hinweise zur Fehlerbehebung in die FAI-Runde geben. Vielen Dank für jede Hilfe, Viktor signature.asc Description: OpenPGP digital signature
Re: log files kopieren schlägt fehl
Henning Glawe wrote: On Tue, Mar 11, 2008 at 03:44:11PM +0100, Viktor Keil wrote: Danach erscheint auf dem Bildschirm von mason: The authenticity of host 'tanna ()' can't be established. RSA key fingerprint is Are you shure you want to continue connecting (yes/no)? Wenn ich dann yes eingebe, kommt die Meldung: Warning: Permanently added 'tanna' (RSA) to the list of known hosts. Calling task_faiend Press RETURN to reboot. Wie lässt sich verhindern, dass die automatische Installation wegen der erzwungenen Eingabe unterbrochen wird? packe eine passende /root/.ssh/known_hosts ins fai-nfsroot, dann sollte es gehen. diese datei wird von make-fai-nfsroot aus dem home-verzeichnis des log-users kopiert. kochbuch: 1) kopiere eine funktionierende known_hosts nach ~fai/.ssh/known_hosts 2) rufe make-fai-nfsroot auf Das Kochbuch brachte mich auf den richtigen Weg. Vielen Dank dafür. Ich liebe solche Kochbücher. Am praktischen Beispiel verstehe ich sehr viel besser und schneller als durch theoretische (allgemein gehaltene) Erklärungen. Offensichtlich hatte ich Schwierigkeiten, ein funktionierende known_hosts zu erkennen. Die ~fai/.ssh/known_hosts, die gestern nicht funktionierte, wurde von FAI durch fai-setup angelegt. Darin befinden sich sowohl RSA- als auch DSA-Schlüssel des Logservers (=FAI-Server) tanna. Nur das Format der Einträge war anders als das Format der entsprechenden Einträge in meiner eigenen known_hosts. durch fai-setup in ~fai/.ssh/known_hosts eingetragen: 1.2.3.4,tanna.meinedomain.de ssh-rsa AB3NzaC1yc2..Mvhj56Jh== 1.2.3.4,tanna.meinedomain.de ssh-dss AB3NzaC1yc2..jsWE4R5c== in meiner eigenen known_hosts eingetragen: tanna,1.2.3.4 ssh-rsa AB3NzaC1yc2..Mvhj56Jh== tanna,1.2.3.4 ssh-dsa AB3NzaC1yc2..jsWE4R5c== Dieser Formatunterschied bewirkt, dass bei Verwenden der von fai-setup erstellten known-hosts in jedem Fall die o.g. Meldung auftaucht. Nachdem ich den Eintrag aus meiner eigenen known_hosts in die ~fai/.ssh/known_hosts kopiert habe, läuft FAI durch ohne o.g. Meldung. Der Gegentest (Einträge von fai-setup aus ~fai/.ssh/known_hosts in meine eigene known_hosts kopiert) bestätigte meine Vermutung, da ssh tanna prompt die o.g. Meldung brachte. Der Versuch ssh tanna.meinedomain.de funktionierte dagegen korrekt und ohne die o.g. Meldung. De facto lag es am Eintrag LOGSERVER=tanna in /etc/fai/fai.conf. Nachdem ich diesen in LOGSERVER=tanna.informatik.rwth-aachen.de änderte und nach erneutem fai-setup funktionierte alles. Es ist also wichtig, in fai.conf bei Verwenden von LOGSERVER den vollständigen Rechnernamen (inkl. Domain) anzugeben, da fai-setup in jedem Fall diesen verwendet beim Erstellen von ~fai/.ssh/known_hosts. Vielleicht sollte man das im FAI-Guide in Abschnitt 5.8 als unbedingt notwendig dokumentieren. Gruß, Viktor signature.asc Description: OpenPGP digital signature
setup_harddisks
Hallo allerseits, mir ist nicht so ganz bewusst, welche Infos ich hier einstellen muss, damit überhaupt verstanden werden kann, was ich meine. Ich fang einfach mal an. Mein zu installierender Rechner (mason) bootet brav via PXE, lädt vmlinuz und initrd und startet die FAI. An der nachfolgenden Ausgabe von /tmp/fai/fai.log ist zu sehen, wo die FAI hängen bleibt mit einem Prompt in einer Shell. Für mich ist nicht ersichtlich, warum die FAI nicht weiterläuft. Was mir auffällt, ist, dass in der Zeile Disks found: kein gefundenes Laufwerk genannt wird, wo doch eine Festplatte (SATA) vorhanden ist. Was kann ich tun? Gruß, Viktor Und hier die fai.log: - Fully Automatic Installation - FAI FAI 3.2.4, 29 Nov 2007 Copyright (c) 1999-2007 Thomas Lange [EMAIL PROTECTED] - Calling task_confdir Kernel currently running: Linux 2.6.24-rbi-fai i686 GNU/Linux Kernel parameters: root=/dev/nfs boot=live ip=dhcp initrd=initrd.img-2.6.24-rbi-fai FAI_FLAGS= verbose,sshd,createvt FAI_ACTION=install BOOT_IMAGE=vmlinuz-2.6.24-rbi-fai Reading /tmp/fai/boot.log FAI_FLAGS: verbose sshd createvt Configuration space tanna:/fai/config mounted to /var/lib/fai/config No monitor daemon defined. Calling task_setup FAI_FLAGS: verbose sshd createvt Mon Feb 25 14:51:58 2008 Press ctrl-c to interrupt FAI and to get a shell Calling task_defclass /usr/bin/fai-class: Defining classes. Executing /var/lib/fai/config/class/10-base-classes. 10-base-classes OK. Executing /var/lib/fai/config/class/20-hwdetect.source. loading kernel module rtc loading kernel module floppy loading kernel module usbkbd loading kernel module ide-disk loading kernel module ide-cd loading kernel module ehci-hcd loading kernel module ohci-hcd loading kernel module uhci-hcd loading kernel module usbhid loading kernel module usbmouse loading kernel module ide-generic loading kernel module mptspi loading kernel module ata_piix 20-hwdetect.source OK. Executing /var/lib/fai/config/class/50-host-classes. 50-host-classes OK. List of all classes: DEFAULT LINUX I386 DEMO GRUB mason LAST Calling task_defvar Executing DEMO.var ++ KEYMAP=de-latin1-nodeadkeys ++ FAI_ALLOW_UNSIGNED=1 ++ UTC=yes ++ TIMEZONE=Europe/Berlin ++ ROOTPW='$1$kBnWcO.E$djxB128U7dMkrltJHPf6d1' ++ MODULESLIST='usbkbd ehci-hcd ohci-hcd uhci-hcd usbhid psmouse' ++ STOP_ON_ERROR=700 Loading keymap(s) de-latin1-nodeadkeys ...done. Calling task_action FAI_ACTION: install Performing FAI installation. All data may be overwritten! ^G^G^G Calling task_install Calling task_partition Partitioning local harddisks setup_harddisks version 0.43fai Probing disks: Disks found: Using config file: /var/lib/fai/config/disk_config/DEMO ERROR: could not read device /dev/sda setup_harddisks version 0.43fai Probing disks: Disks found: Using config file: /var/lib/fai/config/disk_config/DEMO setup_harddisks did not create /tmp/fai/disk_var.sh file. bash: no job control in this shell [EMAIL PROTECTED]:/# signature.asc Description: OpenPGP digital signature
Re: Fehlermeldung /usr/lib/fai/prcopyleft: line 16
Hallo Henning, Henning Sprang wrote: On Thu, 2008-02-21 at 11:35 +0100, Viktor Keil wrote: [...] Fehlt da irgendwas, oder ist da was falsch? Was könnte sonst die Ursache für die obige Fehlermeldung sein? Ja, in FAI 3.2 kommt unionfs zum Einsatz, und es ist alles ein bisschan anders. Schau mal da rein: http://faiwiki.debian.net/index.php/FAI_3.2_Usage_Changes entsprechend dem obigen Link habe ich mein pxelinux.cfg/default angepasst: append root=/dev/nfs boot=live initrd=initrd.img-2.6.24-rbi-fai FAI_FLAGS=verbose,sshd,createvt FAI_ACTION=install Jetzt werden vmlinuz und initrd problemlos geladen. Es erscheinen u.a. die Zeilen Begin: Mounting root file system ... ... [ ... dann etliche Zeilen USB betreffend ... ] tg3: eth0: Link is up at 100Mbps, full duplex tg3: eth0: Flow control is off for TX and off for RX cp: unable to open `/root/var/log`: No such file or directory Done Begin: Running /scripts/init-bottom ... mount: Mounting /root/dev on /dev/.static/dev failed: No such file or directory Done mount: Mounting /sys on root/sys failed: No such file or directory mount: Mounting /proc on root/proc failed: No such file or directory Target filesystem doesn´t have /sbin/init BusyBox v1.1.3 (Debian 1:1.1.3-4) Built-in shell (ash) Enter ´help´ for a list of built-in commands. /bin/sh: can´t access tty; job control turned off (initramfs) So lande ich offensichtlich in einer Shell, mit der ich aber nicht weiß, was ich anfangen soll. Ich kann Dir aber nicht viel dazu sagen, wie es mit dieser neuen von Dir genutzten Kernel-Version und dem Unionfs-Support ist. Ich nutze noch 2.6.18.X, da geht es gut - ich habe von Leuten gelesen die (aber meist unter Ubuntu, glaube ich) mit neueren Version so Probleme hatten. Ich hatte beim Bauen des Kernels den Eintrag File Systems --- Layered filesystems --- Union file system - [*] Unionfs extended attributes aktiviert. Beim Kompilieren waren keine Probleme aufgetreten. Was muss ich tun, um weiter zu kommen? Gruß, Viktor signature.asc Description: OpenPGP digital signature