Archiv verlassen und diese Seite im Standarddesign anzeigen : Suse 9.3 Yast und die Firewall
Moin!
Ich habe ein Problem mit der Suse Firewall über Yast.
Yast zeigt mir an, dass sie nicht läuft und sie lässt sich über yast auch nicht starten. Versuche ich sie manuell zu starten (./SuSEfirewall2_init start) kommen allerhand Meldungen:
FATAL: Module ip_tables not found.
FATAL: Module ip_conntrack not found.
FATAL: Module ip_conntrack_ftp not found.
FATAL: Module ip_nat_ftp not found.
FATAL: Module ip6table_filter not found.
FATAL: Module ip6table_mangle not found.
FATAL: Module ip_tables not found.
Was ich nicht verstehe, ist dass yast mir iptables als installiert anzeigt, obwohl es doch eigentlich ein Kernel-Modul ist... Und, dass es sich, obwohl es installiert zu sein scheint, nicht per insmod starten lässt.
No such file or directory
:confused:
Rain_maker
13.08.06, 11:37
lsmod|grep table
ls -lR /lib/modules/`uname -r` | grep ip_
ls -lR /etc/init.d/rc5.d | grep SuSEfirewall2 Ausgaben posten.
Greetz,
RM
bis auf letzteres hat nichts davon eine Ausgabe erzeugt
ls -lR /etc/init.d/rc5.d | grep SuSEfirewall2
lrwxrwxrwx 1 root root 22 2006-07-31 10:53 K01SuSEfirewall2_setup -> ../SuSEfirewall2_setup
lrwxrwxrwx 1 root root 21 2006-07-04 16:43 K21SuSEfirewall2_init -> ../SuSEfirewall2_init
lrwxrwxrwx 1 root root 21 2006-07-04 16:43 S01SuSEfirewall2_init -> ../SuSEfirewall2_init
lrwxrwxrwx 1 root root 22 2006-07-31 10:53 S21SuSEfirewall2_setup -> ../SuSEfirewall2_setup
Ein nacktes lsmod gibt auch nichts zurück... Sind bei Suse alle Module installierbare Pakete, oder wie?
Rain_maker
13.08.06, 22:44
Sind sie das bei anderen Distributionen denn nicht?
Oder fliegen die bei Debian/Ubuntu/FedoraCore/Gentoo usw usw usw durch Magie auf die Platte?
OK, back to Topic.
Ich zeig Dir mal was:
rpm -ql iptables
/usr/lib/iptables
/usr/lib/iptables/libip6t_HL.so
/usr/lib/iptables/libip6t_IMQ.so
/usr/lib/iptables/libip6t_LOG.so
/usr/lib/iptables/libip6t_MARK.so
/usr/lib/iptables/libip6t_NFQUEUE.so
/usr/lib/iptables/libip6t_REJECT.so
/usr/lib/iptables/libip6t_ROUTE.so
/usr/lib/iptables/libip6t_TRACE.so
/usr/lib/iptables/libip6t_ah.so
/usr/lib/iptables/libip6t_dst.so
/usr/lib/iptables/libip6t_esp.so
/usr/lib/iptables/libip6t_eui64.so
/usr/lib/iptables/libip6t_frag.so
/usr/lib/iptables/libip6t_hbh.so
/usr/lib/iptables/libip6t_hl.so
/usr/lib/iptables/libip6t_icmpv6.so
/usr/lib/iptables/libip6t_ipv6header.so
/usr/lib/iptables/libip6t_length.so
/usr/lib/iptables/libip6t_limit.so
/usr/lib/iptables/libip6t_mac.so
/usr/lib/iptables/libip6t_mark.so
/usr/lib/iptables/libip6t_multiport.so
/usr/lib/iptables/libip6t_nth.so
/usr/lib/iptables/libip6t_owner.so
/usr/lib/iptables/libip6t_physdev.so
/usr/lib/iptables/libip6t_policy.so
/usr/lib/iptables/libip6t_random.so
/usr/lib/iptables/libip6t_rt.so
/usr/lib/iptables/libip6t_standard.so
/usr/lib/iptables/libip6t_tcp.so
/usr/lib/iptables/libip6t_udp.so
/usr/lib/iptables/libipt_CLASSIFY.so
/usr/lib/iptables/libipt_CLUSTERIP.so
/usr/lib/iptables/libipt_CONNMARK.so
/usr/lib/iptables/libipt_DNAT.so
/usr/lib/iptables/libipt_DSCP.so
/usr/lib/iptables/libipt_ECN.so
/usr/lib/iptables/libipt_IMQ.so
/usr/lib/iptables/libipt_LOG.so
/usr/lib/iptables/libipt_MARK.so
/usr/lib/iptables/libipt_MASQUERADE.so
/usr/lib/iptables/libipt_MIRROR.so
/usr/lib/iptables/libipt_NETMAP.so
/usr/lib/iptables/libipt_NFQUEUE.so
/usr/lib/iptables/libipt_NOTRACK.so
/usr/lib/iptables/libipt_REDIRECT.so
/usr/lib/iptables/libipt_REJECT.so
/usr/lib/iptables/libipt_ROUTE.so
/usr/lib/iptables/libipt_SAME.so
/usr/lib/iptables/libipt_SNAT.so
/usr/lib/iptables/libipt_SYSRQ.so
/usr/lib/iptables/libipt_TARPIT.so
/usr/lib/iptables/libipt_TCPMSS.so
/usr/lib/iptables/libipt_TOS.so
/usr/lib/iptables/libipt_TPROXY.so
/usr/lib/iptables/libipt_TRACE.so
/usr/lib/iptables/libipt_TTL.so
/usr/lib/iptables/libipt_ULOG.so
/usr/lib/iptables/libipt_XOR.so
/usr/lib/iptables/libipt_addrtype.so
/usr/lib/iptables/libipt_ah.so
/usr/lib/iptables/libipt_comment.so
/usr/lib/iptables/libipt_connlimit.so
/usr/lib/iptables/libipt_connmark.so
/usr/lib/iptables/libipt_conntrack.so
/usr/lib/iptables/libipt_dscp.so
/usr/lib/iptables/libipt_ecn.so
/usr/lib/iptables/libipt_esp.so
/usr/lib/iptables/libipt_hashlimit.so
/usr/lib/iptables/libipt_helper.so
/usr/lib/iptables/libipt_icmp.so
/usr/lib/iptables/libipt_iprange.so
/usr/lib/iptables/libipt_layer7.so
/usr/lib/iptables/libipt_length.so
/usr/lib/iptables/libipt_limit.so
/usr/lib/iptables/libipt_mac.so
/usr/lib/iptables/libipt_mark.so
/usr/lib/iptables/libipt_multiport.so
/usr/lib/iptables/libipt_nth.so
/usr/lib/iptables/libipt_owner.so
/usr/lib/iptables/libipt_physdev.so
/usr/lib/iptables/libipt_pkttype.so
/usr/lib/iptables/libipt_policy.so
/usr/lib/iptables/libipt_random.so
/usr/lib/iptables/libipt_realm.so
/usr/lib/iptables/libipt_recent.so
/usr/lib/iptables/libipt_rpc.so
/usr/lib/iptables/libipt_sctp.so
/usr/lib/iptables/libipt_standard.so
/usr/lib/iptables/libipt_state.so
/usr/lib/iptables/libipt_tcp.so
/usr/lib/iptables/libipt_tcpmss.so
/usr/lib/iptables/libipt_tos.so
/usr/lib/iptables/libipt_tproxy.so
/usr/lib/iptables/libipt_ttl.so
/usr/lib/iptables/libipt_u32.so
/usr/lib/iptables/libipt_udp.so
/usr/lib/iptables/libipt_unclean.so
/usr/sbin/ip6tables
/usr/sbin/ip6tables-batch
/usr/sbin/ip6tables-restore
/usr/sbin/ip6tables-save
/usr/sbin/iptables
/usr/sbin/iptables-batch
/usr/sbin/iptables-restore
/usr/sbin/iptables-save
/usr/share/doc/packages/iptables
/usr/share/doc/packages/iptables/COPYING
/usr/share/doc/packages/iptables/NAT-HOWTO-1.html
/usr/share/doc/packages/iptables/NAT-HOWTO-2.html
/usr/share/doc/packages/iptables/NAT-HOWTO-3.html
/usr/share/doc/packages/iptables/NAT-HOWTO-4.html
/usr/share/doc/packages/iptables/NAT-HOWTO-5.html
/usr/share/doc/packages/iptables/NAT-HOWTO-6.html
/usr/share/doc/packages/iptables/NAT-HOWTO-7.html
/usr/share/doc/packages/iptables/NAT-HOWTO-8.html
/usr/share/doc/packages/iptables/NAT-HOWTO-9.html
/usr/share/doc/packages/iptables/NAT-HOWTO.html
/usr/share/doc/packages/iptables/packet-filtering-HOWTO-1.html
/usr/share/doc/packages/iptables/packet-filtering-HOWTO-10.html
/usr/share/doc/packages/iptables/packet-filtering-HOWTO-11.html
/usr/share/doc/packages/iptables/packet-filtering-HOWTO-2.html
/usr/share/doc/packages/iptables/packet-filtering-HOWTO-3.html
/usr/share/doc/packages/iptables/packet-filtering-HOWTO-4.html
/usr/share/doc/packages/iptables/packet-filtering-HOWTO-5.html
/usr/share/doc/packages/iptables/packet-filtering-HOWTO-6.html
/usr/share/doc/packages/iptables/packet-filtering-HOWTO-7.html
/usr/share/doc/packages/iptables/packet-filtering-HOWTO-8.html
/usr/share/doc/packages/iptables/packet-filtering-HOWTO-9.html
/usr/share/doc/packages/iptables/packet-filtering-HOWTO.html
/usr/share/man/man8/ip6tables.8.gz
/usr/share/man/man8/iptables-restore.8.gz
/usr/share/man/man8/iptables-save.8.gz
/usr/share/man/man8/iptables.8.gz
Erstaunlich, oder? Im Paket 'iptables' ist nicht ein einziges Kernelmodul drin, aber wo ist es dann?
rpm -ql kernel-default | grep ip_
/lib/modules/2.6.13-15.11-default/kernel/drivers/input/joystick/grip_mp.ko
/lib/modules/2.6.13-15.11-default/kernel/drivers/net/tulip/xircom_tulip_cb.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/ip_gre.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/ipvs/ip_vs.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/ipvs/ip_vs_dh.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/ipvs/ip_vs_ftp.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/ipvs/ip_vs_lblc.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/ipvs/ip_vs_lblcr.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/ipvs/ip_vs_lc.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/ipvs/ip_vs_nq.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/ipvs/ip_vs_rr.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/ipvs/ip_vs_sed.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/ipvs/ip_vs_sh.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/ipvs/ip_vs_wlc.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/ipvs/ip_vs_wrr.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/netfilter/ip_conntrack.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/netfilter/ip_conntrack_amanda.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/netfilter/ip_conntrack_ftp.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/netfilter/ip_conntrack_irc.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/netfilter/ip_conntrack_proto_sctp.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/netfilter/ip_conntrack_tftp.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/netfilter/ip_nat_amanda.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/netfilter/ip_nat_ftp.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/netfilter/ip_nat_irc.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/netfilter/ip_nat_snmp_basic.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/netfilter/ip_nat_tftp.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/netfilter/ip_queue.ko
/lib/modules/2.6.13-15.11-default/kernel/net/ipv4/netfilter/ip_tables.ko Da wo sie reingehören, ins Kernelpaket. Und ich kann mir nicht vorstellen, daß die beim 9.3er SuSE-Kernel nicht dabei sind.
Was ergibt denn der 2. Befehl bei Dir?
Was ergibt 'uname -r'?
Hast Du vielleicht einen "selbstgestrickten" Kernel?
zcat /proc/config.gz | grep NETFILTER
zcat /proc/config.gz | grep TABLES ==> Ausgabe posten.
Greetz,
RM
Der Zweite gibt wie gesagt nichts zurück.
Der Kernel ist noch das Original.
uname -r
2.6.8-24-default
zcat /proc/config.gz | grep NETFILTER
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_BRIDGE_NETFILTER=y
Kann es sein, dass der Kernel versucht netfilter als Modul zu laden, obwohl is in den Kernel kompiliert wurde?
zcat /proc/config.gz | grep TABLES
CONFIG_IP_MULTIPLE_TABLES=y
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_BRIDGE_NF_EBTABLES=m
Rain_maker
14.08.06, 15:51
1. SuSE 9.3 hat nicht den "Original-Kernel 2.6.8-24" sondern "2.6.11-20" auf der CD/DVD.
2. Im Default-Kernel sind immer die Module für ip_tables drin, Dein Kernel ist auch so konfiguriert. (siehe die Ausgaben von 'zcat /proc/config.gz')
Was genau hast Du bitte gemacht/auf der Kiste?
Also, wie ist die Lage, mein Freund?
- SuSE 9.2 oder 9.3?
- Update von 9.2 auf 9.3 gemacht/versucht?
- Irgendwas anderes "Unwichtiges", was man vielleicht wissen sollte?
ls -ls /lib/modules/
Was fliegt da noch so alles rum?
cat /etc/SuSE-release
Entweder sind Deine Infos total durcheinander oder Dein System.
Greetz,
RM
Ich habe von 9.2 auf 9.3 upgedatet und mach hin und wieder System-Updates. Vor kurzem war dann auch ein neuer Kernel dabei. Welche von den Unwichtigen Sachen sind denn wichtig? Ich kann mich an nichts erinnern, was irgendwie Einfluss auf Kernelmodule gehabt haben könnte. Den Apache habe ich eingerichtet. Ansonsten habe ich eigentlich nur per Yast konfiguriert. Was vor meiner Zeit war kann ich allerdings nicht sagen, da müsste ich mal den Halter des Servers fragen...
ls -ls /lib/modules/
total 4
0 drwxr-xr-x 8 root root 264 Jul 31 10:59 .
3 drwxr-xr-x 13 root root 3360 Jul 31 10:58 ..
1 drwxr-xr-x 4 root root 472 Aug 7 12:19 2.6.11.4-20a-default
0 drwxr-xr-x 2 root root 48 Mar 24 2005 2.6.11.4-override-default
0 drwxr-xr-x 4 root root 400 Aug 7 12:59 2.6.8-24-default
1 drwxr-xr-x 4 root root 504 Nov 6 2004 2.6.8-24-default.bak
0 drwxr-xr-x 3 root root 88 Mar 24 2005 precompiled
0 drwxr-xr-x 3 root root 104 Mar 24 2005 scripts
cat /etc/SuSE-release
SuSE Linux 9.3 (i586)
VERSION = 9.3
Rain_maker
15.08.06, 12:30
Ich habe von 9.2 auf 9.3 upgedatet
Ah ja.. wie vermutet.
Welche von den Unwichtigen Sachen sind denn wichtig? Das z.B. war extrem wichtig.
Ich kann mich an nichts erinnern, was irgendwie Einfluss auf Kernelmodule gehabt haben könnte.
Dann helf ich Dir mal auf die Sprünge.
ls -ls /lib/modules/
total 4
0 drwxr-xr-x 8 root root 264 Jul 31 10:59 .
3 drwxr-xr-x 13 root root 3360 Jul 31 10:58 ..
1 drwxr-xr-x 4 root root 472 Aug 7 12:19 2.6.11.4-20a-default <== das war der neue Kernel, schätze ich mal.
0 drwxr-xr-x 2 root root 48 Mar 24 2005 2.6.11.4-override-default
0 drwxr-xr-x 4 root root 400 Aug 7 12:59 2.6.8-24-default Nu gugge da.....wie kam das denn?
1 drwxr-xr-x 4 root root 504 Nov 6 2004 2.6.8-24-default.bak
0 drwxr-xr-x 3 root root 88 Mar 24 2005 precompiled
0 drwxr-xr-x 3 root root 104 Mar 24 2005 scripts
Glaubst Du es war eine clevere Idee aus irgendwelchen Gründen, den Kernel von der SuSE 9.2-er CD/DVD in die SuSE 9.3 reinzuprügeln?
Die Timestamps lügen jedenfalls nicht. 40 Minuten nach dem Update auf 2.6.11.4-20a-default wurde der Kernel 2.6.8-14-default installiert.
Also?
Du hast die Auswahl: Entweder plädierst Du auf Alzheimer oder Du wolltest mich auf den Arm nehmen.
Installiere Dir wieder die passende Kernelversion zu Deiner Distribution und hör auf rumzujammern.
Das Ei hast Du Dir selbst ins Nest gelegt.
Oder hast Du den Server erst nach dem 7. August bekommen? Aber wer hat dann das Kernelupdate eingespielt? Und wer hat auf 9.3 upgedatet?
Ich habe von 9.2 auf 9.3 upgedatet und mach hin und wieder System-Updates.
Oh, dann musst Du das doch selbst gewesen sein.
Greetz,
RM
Entschuldige euer Ehren, aber das schnall ich jetzt nicht so ganz.
Wenn ich eine 9.3 Quelle habe, von der ich update und yast mir erzählt, dass da nen neuer Kernel am Start wäre, weshalb ich bei Gelegenheit ma rebooten sollte, dann geh ich doch davon aus, dass es sich um einen Kernel der 9.3er Version handelt...
Bei Yast steht in der "Konfiguration des Bootloaders"
│Standardabschnitt │SUSE_LINUX_9.2
│Verfügbare Abschnitte │SUSE_LINUX_9.2 (Standard), Failsafe_--_SUS, Speichertest
Was auch immer das zu bedeuten hat, soll ich einfach eine 9.3 aus der 9.2 machen oder wie? Warum hat grub keine menu.lst???
Rain_maker
15.08.06, 13:19
Entschuldige euer Ehren, aber das schnall ich jetzt nicht so ganz.
Das Gefühl habe ich auch.
Wenn ich eine 9.3 Quelle habe, von der ich update und yast mir erzählt, dass da nen neuer Kernel am Start wäre, weshalb ich bei Gelegenheit ma rebooten sollte, dann geh ich doch davon aus, dass es sich um einen Kernel der 9.3er Version handelt...
Was wohl auch der Fall war, am 7. August 12:19 h wurde dieser neue Kernel auch installiert. Anschließend wurde 40 Minuten später der Kernel 2.6.8-24 installiert und da dieser in KEINER SuSE 9.3-Quelle und auch in keiner 9.2-Update Quelle drin ist (es ist der Kernel von der CD/DVD, wieso sollte der also in einer "Update"-Quelle drin sein?), muß ihn jemand von Hand reingebastelt haben, ganz einfach.
Bei Yast steht in der "Konfiguration des Bootloaders"
Und was hat das damit zu tun? Das ist ein Name, da könnte auch "Horst" oder "Fritz" drin stehen, wichtig ist, worauf der Eintrag verlinkt.
Was auch immer das zu bedeuten hat, soll ich einfach eine 9.3 aus der 9.2 machen oder wie?
Wieso das denn? Deine Distribution ist SuSE 9.3 in die man gewaltsam den falschen Kernel gekloppt hat. Du sollst Dir den passenden Kernel fü 9.3 installieren. Und wenn Deine Online-Quellen zu 9.3 passen, dann geht das auch. Und es muß so gewesen sein, dann irgendwie kam ja er 2.6.11.20er auf die Kiste.
Warum hat grub keine menu.lst???
??? Natürlich hat Grub eine menu.lst, am besten in /boot/grub/ danach suchen.
sudo cat /boot/grub/menu.lst
Oder was willst Du mir damit sagen?
rpm -qa | grep kernel
su
(Passwort)
installation_sources -s
falls es das für 9.3 auch gibt, wenn nicht, dann musst Du die Liste halt aus Yast rauspfriemeln. Oder nutzt Du APT?
MEHR INFOS!
Greetz,
RM
Nachtrag: Ich habe eben mal nachgesehen. Kernel 2.6.8.24-default ist in keiner einzigen Online-Quelle vorhanden, nichtmal im Online-Repository von SuSE selbst.
ftp://ftp4.gwdg.de/pub/linux/suse/ftp.suse.com/suse/i386/9.2/suse/i586
kernel-default-2.6.8-24.10.i586.rpm
Damals kamen die Versionen von SuSE erst ein paar Monate später Online, nur auf der Kaufversion war der in Deinem System installierte Kernel drin.
Die Version 2.6.8-24-default gibt es NUR auf der CD/DVD (welche gerade in meinem DVD-Laufwerk steckt), also muss sie jemand von Hand reingeprügelt haben. Also hör bitte auf, mich zu veräppeln.
Entschuldige euer Ehren, aber das schnall ich jetzt nicht so ganz.
Das Gefühl habe ich auch.
Ich sag doch... irgendetwas geht hier vor!
Wenn ich nach der menu.lst suche, dann tu (ist das wirklich ein Wort?) ich das selbstverständlich in /boot/grub... Danach per locate menu.list... Nichts.
cat: /boot/grub/menu.lst: No such file or directory
Das mit dem Kernel verstehe ich nicht. Ich habe, nachdem mich yast wie gesagt auf den Umstand hinwies, dass da ein neuer Kernel ist, gerebootet, bzw. booten lassen, da der Kernel und/oder der Server aus irgendeinem Grund den Reboot nicht unterstützt und dann ne weile nichts gemacht. Die werden in dem Rechenzentrum, wenn sie einen Server booten doch nicht gleich einen alten Kernel draufschieben um den Halbwissenden am anderen Ende der Konsole zu verwirren!?
Oder was willst Du mir damit sagen?
Um den richtigen Kernel zu booten, muss ich das doch dem Bootloader mitteilen. Das ist grub und grub wird in der Regel mit der hier nicht vorhandenen menu.lst konfiguriert... Das war jetzt so meine Intention...
Suse macht mich irre...
Wat mach ick denn nu jetz? :ugly:
rpm -qa | grep kernel
kernel-source-2.6.11.4-20a
kernel-default-nongpl-2.6.11.4-20a
kernel-default-2.6.11.4-20a
Heulsuse:~ # installation_sources -s
Installation Sources:
SUSE LINUX Version 9.2 (nfs://download.hetzner.de//usr/www/users/download/suse/9.2/dvd1)
SUSE LINUX Version 9.3 (http://hetzner:PASSWORD@download.hetzner.de/suse/9.3/dvd1/)
Rain_maker
15.08.06, 14:34
Ich sag doch... irgendetwas geht hier vor!
Und ob, daran bist Du aber selbst schuld, siehe weiter unten.
(Bist doch Administrator auf dem Server, oder?)
Wenn ich nach der menu.lst suche, dann tu (ist das wirklich ein Wort?) ich das selbstverständlich in /boot/grub... Danach per locate menu.list... Nichts.
Dann würde ich Yast starten und in System ==> Bootloader Grub neu konfigurieren und auch neu erstellen lassen. Am einfachsten den Vorschlag ansehen, den Dir SuSE macht.
Das mit dem Kernel verstehe ich nicht. Ich habe, nachdem mich yast wie gesagt auf den Umstand hinwies, dass da ein neuer Kernel ist, gerebootet, bzw. booten lassen, da der Kernel und/oder der Server aus irgendeinem Grund den Reboot nicht unterstützt und dann ne weile nichts gemacht. Die werden in dem Rechenzentrum, wenn sie einen Server booten doch nicht gleich einen alten Kernel draufschieben um den Halbwissenden am anderen Ende der Konsole zu verwirren!?
Fakt ist:
1. der laufende Kernel ist 2.6.8-24
uname -r
2.6.8-24-default
2. Dieser ist aber gar nicht installiert, zumindest nicht in der rpm-Datenbank vorhanden.
rpm -qa | grep kernel
kernel-source-2.6.11.4-20a
kernel-default-nongpl-2.6.11.4-20a
kernel-default-2.6.11.4-20a Man fragt sich also: Wurde nach dem letzten Update wirklich neu gebootet?
ls -ls /boot/
ls -ls /usr/src/
==> Ausgabe posten.
Um den richtigen Kernel zu booten, muss ich das doch dem Bootloader mitteilen. Das ist grub und grub wird in der Regel mit der hier nicht vorhandenen menu.lst konfiguriert... Das war jetzt so meine Intention...
Siehe oben, Konfiguration vorschlagen lassen und danach NICHT neu starten sondern die nun erstellte menu.lst posten.
Und nun die "Krönung von et janze"
Installation Sources:
SUSE LINUX Version 9.2 (nfs://download.hetzner.de//usr/www/users/download/suse/9.2/dvd1)
SUSE LINUX Version 9.3 (http://hetzner:PASSWORD@download.het...suse/9.3/dvd1/)
Warum wundert Dich das eigentlich, daß sowas ÄRGER macht? Die 9.2er Quelle würde ich schleunigst deaktivieren bzw. löschen.
Suse macht mich irre...
Könnte auch umgekehrt sein.
Wat mach ick denn nu jetz? :ugly:
Das, was da oben steht, und vor allem erst dann einen Neustart, wenn wieder alles im Reinen ist. Du könntest auch schonmal Grillanzünder kaufen.
*LOL*
Greetz,
RM
(Bist doch Administrator auf dem Server, oder?)
Ich habe das root-Passwort, ja.
Die 9.2er Quelle ist bereits per yast deaktiviert worden!
Ich sehe grade dass in yast LILO als Bootloader steht.
In der lilo.conf steht /boot/vmlinuz als image drin, und im boot verzeichnis verlinkt vmlinuz auf den richtigen Kernel. Demnach wurde also nicht gerebootet...
Rebooten ist grad nicht drin... Mach ich morgen.
Warum muss ich eigentlich jedes mal manuell resetten lassen?
Rain_maker
15.08.06, 16:27
Ich habe das root-Passwort, ja.
Die 9.2er Quelle ist bereits per yast deaktiviert worden!
Dann lösche sie auch, die brauchst Du eh nicht mehr.
Ich sehe grade dass in yast LILO als Bootloader steht.
*g* Überraschung! Dann sollte man nachsehen ob .....
In der lilo.conf steht /boot/vmlinuz als image drin, und im boot verzeichnis verlinkt vmlinuz auf den richtigen Kernel.
.... auf Welchen Kernel genau? Der "richtige" sollte es sowieso sein.
Der Link sollte auf den neuen Kernel zeigen, wenn nicht ist der nächste Reboot sehr, sehr lustig, das kann ich Dir jetzt schon versprechen.
Demnach wurde also nicht gerebootet...
Siehe oben, kommt drauf an. Nach dem letzten Kernel-Update "lilo" ausgeführt?
Rebooten ist grad nicht drin... Mach ich morgen.
Dann hast Du ja noch Zeit ein paar Sachen zu posten, damit auch der Reboot morgen nicht in die Binsen geht.
ls -ls /boot/
ls -lR /lib/modules/2.6.11.4-20a-default/ | grep -ri ip_
Ich bin sehr optimistisch, daß da alles drin steckt, was rein gehört.
Warum muss ich eigentlich jedes mal manuell resetten lassen?
Was meinst Du damit? Naja egal, das oben ist wichtiger.
Greetz,
RM
verschoben nach Sicherheit
ls -ls /boot/
total 8876
1 drwxr-xr-x 3 root root 760 Aug 15 16:04 .
1 drwxr-xr-x 21 root root 544 Aug 7 12:59 ..
4 -rw-r--r-- 1 root root 121 Mar 24 2005 README.vmlinux-2.6.11.4-20a-default.gz
697 -rw-r--r-- 1 root root 708925 Mar 24 2005 System.map-2.6.11.4-20a-default
725 -rw-r--r-- 1 root root 739535 Oct 6 2004 System.map-2.6.8-24-default.old
4 -rw-r--r-- 1 root root 512 Nov 6 2004 backup_mbr
0 lrwxrwxrwx 1 root root 1 Jul 31 10:50 boot -> .
4 -rw-r--r-- 1 root root 512 Nov 6 2004 boot.0300
60 -rw-r--r-- 1 root root 60418 Mar 24 2005 config-2.6.11.4-20a-default
0 drwxr-xr-x 2 root root 456 Aug 15 13:35 grub
0 lrwxrwxrwx 1 root root 27 Aug 7 12:19 initrd -> initrd-2.6.11.4-20a-default
1309 -rw-r--r-- 1 root root 1338631 Aug 7 12:19 initrd-2.6.11.4-20a-default
993 -rw-r--r-- 1 root root 1013328 Dec 10 2004 initrd-2.6.8-24-default.old
72 -rw------- 1 root root 71168 Aug 15 16:04 map
132 -rw-r--r-- 1 root root 133120 Mar 22 2005 message
68 -rw-r--r-- 1 root root 68372 Mar 24 2005 symvers-2.6.11.4-20a-i386-default.gz
0 lrwxrwxrwx 1 root root 28 Aug 7 12:19 vmlinuz -> vmlinuz-2.6.11.4-20a-default
1393 -rw-r--r-- 1 root root 1424645 Mar 24 2005 vmlinuz-2.6.11.4-20a-default
1522 -rw-r--r-- 1 root root 1556001 Oct 6 2004 vmlinuz-2.6.8-24-default.old
1894 -rw-r--r-- 1 root root 1936509 Dec 8 2004 vmlinuz-2.6.8-24-default.old.08.12.04
ls -lR /lib/modules/2.6.11.4-20a-default/ | grep -ri ip_
-rw-r--r-- 1 root root 9508 Mar 24 2005 grip_mp.ko
-rw-r--r-- 1 root root 22156 Mar 24 2005 xircom_tulip_cb.ko
-rw-r--r-- 1 root root 15416 Mar 24 2005 ip_gre.ko
-rw-r--r-- 1 root root 90344 Mar 24 2005 ip_vs.ko
-rw-r--r-- 1 root root 4292 Mar 24 2005 ip_vs_dh.ko
-rw-r--r-- 1 root root 8152 Mar 24 2005 ip_vs_ftp.ko
-rw-r--r-- 1 root root 7808 Mar 24 2005 ip_vs_lblc.ko
-rw-r--r-- 1 root root 8660 Mar 24 2005 ip_vs_lblcr.ko
-rw-r--r-- 1 root root 3804 Mar 24 2005 ip_vs_lc.ko
-rw-r--r-- 1 root root 3804 Mar 24 2005 ip_vs_nq.ko
-rw-r--r-- 1 root root 3448 Mar 24 2005 ip_vs_rr.ko
-rw-r--r-- 1 root root 3828 Mar 24 2005 ip_vs_sed.ko
-rw-r--r-- 1 root root 4292 Mar 24 2005 ip_vs_sh.ko
-rw-r--r-- 1 root root 3828 Mar 24 2005 ip_vs_wlc.ko
-rw-r--r-- 1 root root 4860 Mar 24 2005 ip_vs_wrr.ko
-rw-r--r-- 1 root root 50436 Mar 24 2005 ip_conntrack.ko
-rw-r--r-- 1 root root 6624 Mar 24 2005 ip_conntrack_amanda.ko
-rw-r--r-- 1 root root 9308 Mar 24 2005 ip_conntrack_ftp.ko
-rw-r--r-- 1 root root 8672 Mar 24 2005 ip_conntrack_irc.ko
-rw-r--r-- 1 root root 10004 Mar 24 2005 ip_conntrack_proto_sctp.ko
-rw-r--r-- 1 root root 6264 Mar 24 2005 ip_conntrack_tftp.ko
-rw-r--r-- 1 root root 4144 Mar 24 2005 ip_nat_amanda.ko
-rw-r--r-- 1 root root 5044 Mar 24 2005 ip_nat_ftp.ko
-rw-r--r-- 1 root root 4264 Mar 24 2005 ip_nat_irc.ko
-rw-r--r-- 1 root root 13304 Mar 24 2005 ip_nat_snmp_basic.ko
-rw-r--r-- 1 root root 3672 Mar 24 2005 ip_nat_tftp.ko
-rw-r--r-- 1 root root 14120 Mar 24 2005 ip_queue.ko
-rw-r--r-- 1 root root 26404 Mar 24 2005 ip_tables.ko
...das schaut doch jetzt aber gut aus! Gefälligst!
Was meinst Du damit? Naja egal, das oben ist wichtiger.
Beim reboot scheint der Server nicht wieder anzugehen sondern bleibt aus und und ich muss einen Techniker losschicken, der auf den Knopf drückt...:D
Das Problem hatte ich schonmal an meiner Heimkiste, auch behoben, nur weiß ich leider nicht mehr wie... Wenn ich mich recht erinnere hatte es mit irgendeiner Kerneloption zu tun.
Rain_maker
16.08.06, 10:41
..wackelt und hat Luft.
Ich würde Rebooten, falls nicht schon geschehen.
Warum die Kiste dann allerdings nicht von alleine wieder hochkommen soll, ist mir schleierhaft.
Der Kernel ist der Standardkernel von SuSE, da wüsste ich nicht, was man da umstellen müsste, damit er rebootet und von alleine hochkommt.
Wie rebootest Du denn?
reboot
init 6
shutdown -r now
Greetz,
RM
Normalerweise mit reboot. Mit shutdown -r now funktionierts allerdings. Macht das irgendetwas anders? Gehen die nicht alle einfach in Runlevel 6? Habe ich beim letzten Mal nicht lang genug gewartet?
Egal! Die Firewall läuft!
Danke für deine Hilfe, es war mir ein Fest!
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.