| View previous topic :: View next topic |
| Author |
Message |
TeeSee
Joined: 29 Aug 2005
Posts: 44
|
 Posted: Tue Aug 30, 2005 12:52 Post subject: Probleme mit /mdk/bin/menuStart (neuen Bootkernel bauen) |
 |
|
...beim partitionieren bekomme ich auch die "php division zero"
Meine SCSI HD's werden nicht erkannt.
Mit anderen Distro's wird das Kernelmodul aic79xx.o erfolgreich geladen und die Platten erkannt.
Der Standart Bootkernel erkennt wohl Adaptec SCSI 320 Controller nicht?
Jedenfalls komme ich mit dem Tool "mdk/bin/menuStart" auch nicht weiter. Er läd den Kernel aus dem Netz, beim menuconfig fällt er aber aud die Nase. Leider sehe ich den Error nur kurz, dann ist der Screen wieder blau überschrieben. Loggt das Teil vielleicht irgendwo mit?
Danke für Eure Hilfe. |
|
| Back to top |
|
 |
Hauke
Joined: 02 Mar 2003
Posts: 1072
|
| Posted: Tue Aug 30, 2005 16:27 Post subject: |
|
|
| Quote: | | Der Standart Bootkernel erkennt wohl Adaptec SCSI 320 Controller nicht? |
Es liegt nicht am Kernel, sondern an der Hardwareerkennung. Das benötigte Modul aic79xx.ko ist bereits im Bootimage.
Ich habe das Modul jetzt in die "Durchprobierenliste" aufgenommen, sodaß der Controller nun erkannt werden sollte. Update einfach Deinen Server auf das Patch 100044 über die Oberfläche. Dann sollte es gehen.
| Quote: | | Loggt das Teil vielleicht irgendwo mit? |
Nein. Welche Schritte hast Du genau im MDK gemacht? Welchen Kernel hast Du heruntergeladen?
_________________
Hauke Goos-Habermann
- project leader m23 (http://m23.sf.net) -
Jabber: dodgerm23@jabber.org
Schulung, Entwicklung und Support zu m23 und anderen OpenSource-Produkten: www.goos-habermann.de
Auch DU kannst etwas gegen Softwarepatente tun! www.patentfrei.de |
|
| Back to top |
|
|
Hauke
Joined: 02 Mar 2003
Posts: 1072
|
| Posted: Tue Aug 30, 2005 16:30 Post subject: |
|
|
| Quote: | | Der Standart Bootkernel erkennt wohl Adaptec SCSI 320 Controller nicht? |
Es liegt nicht am Kernel, sondern an der Hardwareerkennung. Das benötigte Modul aic79xx.ko ist bereits im Bootimage.
Ich habe das Modul jetzt in die "Durchprobierenliste" aufgenommen, sodaß der Controller nun erkannt werden sollte. Update einfach Deinen Server auf das Patch 100044 über die Oberfläche. Dann sollte es gehen.
| Quote: | | Loggt das Teil vielleicht irgendwo mit? |
Nein. Welche Schritte hast Du genau im MDK gemacht? Welchen Kernel hast Du heruntergeladen?
_________________
Hauke Goos-Habermann
- project leader m23 (http://m23.sf.net) -
Jabber: dodgerm23@jabber.org
Schulung, Entwicklung und Support zu m23 und anderen OpenSource-Produkten: www.goos-habermann.de
Auch DU kannst etwas gegen Softwarepatente tun! www.patentfrei.de |
|
| Back to top |
|
|
TeeSee
Joined: 29 Aug 2005
Posts: 44
|
| Posted: Wed Aug 31, 2005 7:18 Post subject: |
|
|
| Quote: | | Ich habe das Modul jetzt in die "Durchprobierenliste" aufgenommen, sodaß der Controller nun erkannt werden sollte. Update einfach Deinen Server auf das Patch 100044 über die Oberfläche. Dann sollte es gehen. |
Es zeigt bei mir nur die aktuelle Version an Aktuelle Version: halfBaked-pre3 0.4.99 (100000)
Neue Version: (Feld ist leer)
mit "Updateinformationen holen" kann er anscheinend keine patches laden.
Die URL http://m23.sourceforge.net/m23patch/m23patch.php stimmt?
Ich bin hinter einem Proxy, habe aber in der /etc/apt/apt.conf den Proxy bekannt gemacht. Zusätzlich noch die Umgebungvariablen http_proxy und ftp_proxy gesetzt. Tests am m23 Server mit wget und lynx konnten nur eine leere Seite laden. Proxy wurde dabei korrekt verwendet.
| Quote: | Loggt das Teil vielleicht irgendwo mit?
Nein. Welche Schritte hast Du genau im MDK gemacht? Welchen Kernel hast Du heruntergeladen? |
Wie in einem vorigen Thred beschrieben:
1. Open a console on the server
2. execute /mdk/bin/menuStart
3. choose "clientISO"
4. choose "kernel"
5. choose "Download", "V2.4"
6. select a kernel
7. wait until the kernel is downloaded and extracted
8. choose "ConfigureOld"
9. choose "m23-bootimage-linux-2.4.28.conf"
10. choose "Menuconfig"
11. configure the kernel as you like
12. exit menuconfig
13. store the configuration
14. choose "Compile"
15. choose "Copy"
16. exit current menu
17. choose "build"
Zuerst habe ich einen 2.6'er Kernel runtergeladen damit mir aber das Bootimage terschossen --> also m23 Server neuinstalliert, geht ja schnell 
Beim 2. mal nach erfolgreichem Kernelrunterladen von 2.4.28 hing er bei "10. Menuconfig". Nach "Enter" (keine Ahnung was ich da im Blindflug bestätigt habe" lief er durch aber mit irgendeinem Error den ich wie beschrieben nicht genau sehen konnte.
P.S. Das Antwortverhalen vom Forum ist sehr zäh. Bandbreitenprobleme? |
|
| Back to top |
|
|
Hauke
Joined: 02 Mar 2003
Posts: 1072
|
| Posted: Wed Aug 31, 2005 9:12 Post subject: |
|
|
| TeeSee wrote: | Die URL http://m23.sourceforge.net/m23patch/m23patch.php stimmt?
Ich bin hinter einem Proxy, habe aber in der /etc/apt/apt.conf den Proxy bekannt gemacht. Zusätzlich noch die Umgebungvariablen http_proxy und ftp_proxy gesetzt. Tests am m23 Server mit wget und lynx konnten nur eine leere Seite laden. Proxy wurde dabei korrekt verwendet.
|
Die URL ist ok. Wenn Du die Informationen aber per Browser abfragen willst, dann mußt Du die Basis-URL um die nötigen Parameter erweitern auf:
| Code: | | http://m23.sourceforge.net/m23patch/m23patch.php?patch=100000&action=info&ver=0.4.99 |
Der Proxy ist wohl das Problem. Vielleicht geht es, wenn Du die Proxy-Variablen zusätzlich für den Benutzer "www-data" setzt.[/quote]
| TeeSee wrote: | Zuerst habe ich einen 2.6'er Kernel runtergeladen damit mir aber das Bootimage terschossen --> also m23 Server neuinstalliert, geht ja schnell
Beim 2. mal nach erfolgreichem Kernelrunterladen von 2.4.28 hing er bei "10. Menuconfig". Nach "Enter" (keine Ahnung was ich da im Blindflug bestätigt habe" lief er durch aber mit irgendeinem Error den ich wie beschrieben nicht genau sehen konnte. |
Als ich das das letzte Mal benutzt habe, gabs keine Probleme. Werde ich mir nochmal anschauen.
| TeeSee wrote: | | P.S. Das Antwortverhalen vom Forum ist sehr zäh. Bandbreitenprobleme? |
Nein, hat eher mit der DB bei SF zu tun. Manchmal ist die schnell, dann wieder ermüdend langsam. Laut der SF-Statusseite wollen die die Hardware für den DB-Server aufstocken.
_________________
Hauke Goos-Habermann
- project leader m23 (http://m23.sf.net) -
Jabber: dodgerm23@jabber.org
Schulung, Entwicklung und Support zu m23 und anderen OpenSource-Produkten: www.goos-habermann.de
Auch DU kannst etwas gegen Softwarepatente tun! www.patentfrei.de |
|
| Back to top |
|
|
TeeSee
Joined: 29 Aug 2005
Posts: 44
|
| Posted: Thu Sep 01, 2005 14:20 Post subject: |
|
|
| Hauke wrote: |
Der Proxy ist wohl das Problem. Vielleicht geht es, wenn Du die Proxy-Variablen zusätzlich für den Benutzer "www-data" setzt. |
Habe die Variablen die das wget auswertet (http_proxy, ftp_proxy) mal global bekanntgegeben in der /etc/profiles. Wurden vom Updateprozeß nicht erkannt.
Zusätzlich nochmal im Apatche ini Script gesetzt (/etc/init.d/apache). Selbes neg. Ergebnis.
Sehr seltsam. 
Hier das Log vom Apache:
--15:29:40-- http://m23.sf.net/m23patch/m23patch.php?action=info&ver=0.4.99&patch=100000
(try: 3) => `/m23/tmp/updateInfo.txt'
Connecting to m23.sf.net[66.35.250.209]:80... failed: No route to host.
Retrying.
Dannhabe ich mal das php Script (/m23/inc/update.php) beackert und Zeile
$cmd=" wget \"$URL\" -O /m23/tmp/updateCommand.sh in
$cmd="http_proxy='http://my-proxy.mydomain.de:3128' wget \"$URL\" -O /m23/tmp/updateCommand.sh geändert und
cmd="wget \"$URL\" -O /m23/tmp/updateInfo.txt"; in
cmd="http_proxy='http://my-proxy.mydomain.de:3128' wget \"$URL\" -O /m23/tmp/updateInfo.txt";
Dann wurde endlich den Proxy erkannt.
Er hat auch brav die updateCommand.sh Datei runtergeladen und aktiviert, doch hat der im updateCommand.sh Script enthaltene "wget" die Proxy Variablen wieder nicht ausgewertet. --> Daher wurden die Patches auch nicht runtergeladen.
Vielleicht kannst Du zur "Adresse mit Updateinformationen noch ein Feld Proxy einfügen und den Wert dann im /m23/inc/update.php und /m23/tmp/updateCommand.sh deklarieren (export http_proxy='http://myproxy.de:1234') |
|
| Back to top |
|
|
Hauke
Joined: 02 Mar 2003
Posts: 1072
|
| Posted: Fri Sep 02, 2005 15:00 Post subject: |
|
|
Wenn Du in der Datei "/etc/init.d/apache" die Zeile
| Code: | | ENV="env -i LANG=C PATH=/bin:/usr/bin:/usr/local/bin" |
um Deine Proxy-Einstellungen erweiterst z.B. zu
| Code: | | ENV="env -i LANG=C PATH=/bin:/usr/bin:/usr/local/bin http_proxy=192.168.1.42:2323" |
,sollte es funktionieren, ohne den PHP-Code zu ändern.
Nach dem Editieren Apache neu starten (restart ging bei mir nicht):
| Code: |
/etc/init.d/apache stop
/etc/init.d/apache start
|
_________________
Hauke Goos-Habermann
- project leader m23 (http://m23.sf.net) -
Jabber: dodgerm23@jabber.org
Schulung, Entwicklung und Support zu m23 und anderen OpenSource-Produkten: www.goos-habermann.de
Auch DU kannst etwas gegen Softwarepatente tun! www.patentfrei.de |
|
| Back to top |
|
|
TeeSee
Joined: 29 Aug 2005
Posts: 44
|
| Posted: Mon Sep 05, 2005 12:08 Post subject: |
|
|
Danke. Das Proxy wird jetzt erkannt. Hätte mir das ini Script mal näher anschauen sollen, da sie ja ENV direkt setzen. 
Leider bleibt jetzt der Client nach der dss secret key Generierung stecken.
Key Gen. ist noch erfolgreich.
es folgt:
pcilib: Cannot open /sys/bus/pci/devices
pcilib: Cannot open /sys/bus/pci/devices
pcilib: Cannot open /sys/bus/pci/devices
grep: /proc/isapnp: No such file or directory |
|
| Back to top |
|
|
Hauke
Joined: 02 Mar 2003
Posts: 1072
|
| Posted: Wed Sep 07, 2005 10:38 Post subject: |
|
|
Den Server hast Du jetzt auf die aktuelle Version geupdatet?
Gib mir mal genauere Daten über den Client und die Einstellungen, die Du für den Client gemacht hast z.B. Hardware, Debian-Version, Paketliste, etc.
_________________
Hauke Goos-Habermann
- project leader m23 (http://m23.sf.net) -
Jabber: dodgerm23@jabber.org
Schulung, Entwicklung und Support zu m23 und anderen OpenSource-Produkten: www.goos-habermann.de
Auch DU kannst etwas gegen Softwarepatente tun! www.patentfrei.de |
|
| Back to top |
|
|
TeeSee
Joined: 29 Aug 2005
Posts: 44
|
| Posted: Wed Sep 07, 2005 11:33 Post subject: |
|
|
Ja, update hat funktioniert  Version: 0.4.99 halfBaked-pre3 Patch 100045
Habe nur die Einstellungen für "Client hinzufügen" angegeben. Name, Sprache, Boottyp=PXE, MAC,IP-Adr. usw.
In der Rubrik "Einrichten" steht mein Client nicht drin, da er die Hardwareinformationen komplett nicht erkannt hat. (Kontrollzentrum) Daher kann ich auch kein BS und Version, Partition usw. angeben. |
|
| Back to top |
|
|
Hauke
Joined: 02 Mar 2003
Posts: 1072
|
| Posted: Wed Sep 07, 2005 12:38 Post subject: |
|
|
Dann komentiere in der Datei /m23/data+scripts/packages/m23PresetupInstall.php die Zeile
| Code: | | CIR_enableDropbear(); |
mit "//" (Anführungszeichen weglassen) aus. Dann wird die SSH-Schlüsselerstellung unterbunden. Diese wird nur dafür benötigt, daß man sich während der laufenden Installation in den Client einloggen kann.
Probier mal aus, ob es nun mit der Installation klappt.
_________________
Hauke Goos-Habermann
- project leader m23 (http://m23.sf.net) -
Jabber: dodgerm23@jabber.org
Schulung, Entwicklung und Support zu m23 und anderen OpenSource-Produkten: www.goos-habermann.de
Auch DU kannst etwas gegen Softwarepatente tun! www.patentfrei.de |
|
| Back to top |
|
|
TeeSee
Joined: 29 Aug 2005
Posts: 44
|
| Posted: Wed Sep 07, 2005 13:17 Post subject: |
|
|
Die ssh key Generierung hat ja funktioniert. Nachdem erfolgreichen Generieren kommen die Fehlermeldungen.
pcilib: Cannot open /sys/bus/pci/devices
pcilib: Cannot open /sys/bus/pci/devices
pcilib: Cannot open /sys/bus/pci/devices
grep: /proc/isapnp: No such file or directory
Die Auskommentierung habe ich trotzdem mal gemacht. Leider selbes neg. Ergebnis. |
|
| Back to top |
|
|
Hauke
Joined: 02 Mar 2003
Posts: 1072
|
| Posted: Wed Sep 07, 2005 14:26 Post subject: |
|
|
Dann aktiviere den Debug-Modus für den Client (Clients -> Überblick -> <Clientname> -> Debug-Status ändern.
Nun werden zusätzliche Informationen in das Client-Log geschrieben.
Kannst Du das laufende Skript nach der Fehlermeldung noch mit Strg+C abbrechen?
Mit "nano" kannst Du die Jobdatei editieren:
Lösche nun mit Strg-K alle Zeilen bis zur Leerzeile vor "id=`cat /m23clientID 2> /dev/null`".
Führe mit das Skript wieder aus.
Kommt die gleiche Fehlermeldung?
Dann führe die Zeilen
| Code: | | m23hwscanner > /tmp/partHwData.post |
und
| Code: | | wget -T5 -t0 --post-file=/tmp/partHwData.post https://192.168.1.42/postMessage.php?m23clientID=$idvar -O /dev/null |
(192.168.1.42 durch die IP vom Server und $idvar durch den Inhalt von /m23clientID ersetzen)
einzeln auf der Konsole aus.
Werden die Hardwareinformationen in die Datei /tmp/partHwData.post geschrieben?
Bleibt der Client beim wget hängen? Wenn es das wget ist: Sind in Deinem Netzwerk Ports (z.B. SSL) gesperrt?
_________________
Hauke Goos-Habermann
- project leader m23 (http://m23.sf.net) -
Jabber: dodgerm23@jabber.org
Schulung, Entwicklung und Support zu m23 und anderen OpenSource-Produkten: www.goos-habermann.de
Auch DU kannst etwas gegen Softwarepatente tun! www.patentfrei.de |
|
| Back to top |
|
|
TeeSee
Joined: 29 Aug 2005
Posts: 44
|
| Posted: Thu Sep 08, 2005 13:29 Post subject: |
|
|
Abbrechen mit -contr. c- funzt.
ausgeführt
Die gleiche Fehlermeldung wie vorher.
| Code: | | m23hwscanner > /tmp/partHwData.post |
/tmp/partHwData.post ist leer.
Führe ich dem Befehl direkt aus (ohne > /tmp/partHwData.post) hängt sich die Kiste auf.
m23hwscanner scheint der Schuldige zu sein. (Leider eine bin Datei, konnte nicht "reinschauen") denn
bei:
| Code: | | m23hwscanner > /tmp/partHwData.post |
erscheint die selbe Fehlermeldung
pcilib: Cannot open /sys/bus/pci/devices
Das Verzeichnis gibt es nicht auf dem Client.
grep: /proc/isapnp: No such file or directory
Dieser Befehl existiert nicht auf dem Client (find / -name isapnp)
Der wget läuft ohne Probleme durch. |
|
| Back to top |
|
|
Hauke
Joined: 02 Mar 2003
Posts: 1072
|
| Posted: Fri Sep 09, 2005 11:51 Post subject: |
|
|
Seltsam, daß mit "> /tmp/partHwData.post" eine leere Datei angelegt wird und sich der Rechner nicht aufgängt :?
Hast Du mal ausprobiert, ob es vielleicht daran liegt, daß der 2. Aufruf von m23hwscanner bei Deinem Client immer zu einem Absturz führt? Also 2x hintereinander mit "> /tmp/partHwData.post" (bzw. ohne).
Ich hab eine m23hwscanner-Version mit zusätzlichen dbeugausgaben unter http://m23.sf.net/tmp/m23hwscanner hochgeladen.
Mach dann die Installation so wie vorher und brich wieder mit Strg+C ab. Ersetze nun m23hwscanner unter /bin mit der Debug-Version
- Durch Kopieren mittels Diskette auf den Client
- Speichern der Debug-Version unter /m23/data+scripts auf dem Server,
Holen mit wget auf den Client: z.B. | Code: | | wget 192.168.1.99/m23hwscanner -O /bin/m23hwscanner |
und Ausführbarmachen mit | Code: | | chmod +x /bin/m23hwscanner |
Dann m23hwscanner erneut ausführen. Nun sollten Zeilen mit Zahlen ausgegen bzw. in die Datei geschrieben werden. Schick mir all diese Zahlen, damit sich sehen kann, bis zu welcher Stelle Dein Client kommt.
P.S.: Der Quellcode zu m23hwscanner befindet sich auf dem Server unter /mdk/m23helper/m23hwscanner/src/m23hwscanner.c.
_________________
Hauke Goos-Habermann
- project leader m23 (http://m23.sf.net) -
Jabber: dodgerm23@jabber.org
Schulung, Entwicklung und Support zu m23 und anderen OpenSource-Produkten: www.goos-habermann.de
Auch DU kannst etwas gegen Softwarepatente tun! www.patentfrei.de |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
