June 2015 - openSUSE Users (Deutsch) - openSUSE Mailing Lists

Frage / Kernelbau ...
by Dr.-Ing. Dieter Jurzitza 28 Jun '15

28 Jun '15

Liebe Liste, da der Treiber bisher nicht im Kernel integriert ist, ich aber die Karte gekauft habe, habe ich einen Patch heruntergeladen und in den openSUSE - Sourcenbaum eingegliedert. -> patches.drivers ergänzt, -> series.conf ergänzt. soweit, so gut. kernel-source.rpm konnte ich bauen. Beim Bauen von kernel- default ist es zunächst an Differenzen von .config neu und alt gekommen, da war ich dann so frech und habe das Skript "check-for-config-changes" einfach "0" zurückgeben lassen, ich weiß ja, was hier passiert. Dann, kurz bevor das rpm fertig war, kamen viele viele Meldungen wegen KABI - changes im betroffenen Modul und dass der Kernelbau abbricht, ich möge doch eine Datei "IGNORE-KABI-BADNESS" im Kernel-Sourcenverzeichnis anlegen. Bauen tut jetzt alles, aber auch google konnte mir nicht erklären, was das mit dem KABI (Kernel Application Binary Interface?) auf sich hat, weiß ggf. hier jemand etwas dazu / kann mir einen "Pointer" geben, wo ich mich dazu informieren kann und was für Seiteneffektie ich erwarten muss / soll? Vielen Dank für die Mühe, Gruß Dieter -- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) ----------------------------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

MariaDB startet nach letztem Update nicht
by Udo Neist 27 Jun '15

27 Jun '15

Hallo Liste Nach dem letzten Update (openSUSE 13.2) startet MariaDB nicht mehr. Es wird angemeckert, dass irgendwelche Rechte für ein temporäres Verzeichnis beim Upgrade der MySQL Datenbanken fehlen oder nicht gewährt werden. Normalerweise nutzte ich für /tmp und /var/tmp tmpfs, aber auch als normales Verzeichnis geht hier nicht. AppArmor, SELinux oder anderes in der Art ist nicht aktiv. Log: mysql-systemd-helper: Checking MySQL configuration for obsolete options... Log: mysql-systemd-helper: Trying to run upgrade of MySQL databases... Log: mysql-systemd-helper: Can't secure tmp dir '/var/tmp/mysql- protected.kynDSc' ~ # l /var/tmp/ drwxrwxrwt 5 root root 100 26. Jun 21:02 ./ drwxr-xr-x 1 root root 188 28. Dez 12:32 ../ drwx------ 2 mysql mysql 40 26. Jun 20:17 mysql-protected.kynDSc/ ~ # rpm -qa "mariadb" mariadb-10.1.5-5.1.x86_64 Starte ich MariaDB wie in mysql.service angeben mit "/usr/lib/mysql/mysql- systemd-helper upgrade default" erhalte ich obige Fehler. Nehme ich statt "upgrade" dagegen "start", so läuft die Datenbank. strace liefert mir einen Fehler bei chmod. stat("/root/perl5/bin/chmod", 0x7ffc9f9f68a0) = -1 ENOENT (No such file or directory) stat("/usr/lib64/mpi/gcc/openmpi/bin/chmod", 0x7ffc9f9f68a0) = -1 ENOENT (No such file or directory) stat("/sbin/chmod", 0x7ffc9f9f68a0) = -1 ENOENT (No such file or directory) stat("/usr/sbin/chmod", 0x7ffc9f9f68a0) = -1 ENOENT (No such file or directory) stat("/usr/local/sbin/chmod", 0x7ffc9f9f68a0) = -1 ENOENT (No such file or directory) stat("/root/bin/chmod", 0x7ffc9f9f68a0) = -1 ENOENT (No such file or directory) stat("/usr/local/bin/chmod", 0x7ffc9f9f68a0) = -1 ENOENT (No such file or directory) stat("/usr/bin/chmod", {st_mode=S_IFREG|0755, st_size=56192, ...}) = 0 stat("/usr/bin/chmod", {st_mode=S_IFREG|0755, st_size=56192, ...}) = 0 geteuid() = 0 getegid() = 0 getuid() = 0 getgid() = 0 access("/usr/bin/chmod", X_OK) = 0 stat("/usr/bin/chmod", {st_mode=S_IFREG|0755, st_size=56192, ...}) = 0 geteuid() = 0 getegid() = 0 getuid() = 0 getgid() = 0 access("/usr/bin/chmod", R_OK) = 0 stat("/usr/bin/chmod", {st_mode=S_IFREG|0755, st_size=56192, ...}) = 0 stat("/usr/bin/chmod", {st_mode=S_IFREG|0755, st_size=56192, ...}) = 0 geteuid() = 0 getegid() = 0 getuid() = 0 getgid() = 0 access("/usr/bin/chmod", X_OK) = 0 stat("/usr/bin/chmod", {st_mode=S_IFREG|0755, st_size=56192, ...}) = 0 geteuid() = 0 getegid() = 0 getuid() = 0 getgid() = 0 access("/usr/bin/chmod", R_OK) = 0 rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fc8adabe9d0) = 16871 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGINT, {0x42a33e, [], SA_RESTORER, 0x7fc8acece200}, {SIG_DFL, [], SA_RESTORER, 0x7fc8acece200}, 8) = 0 wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 16871 rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x7fc8acece200}, {0x42a33e, [], SA_RESTORER, 0x7fc8acece200}, 8) = 0 ioctl(2, TIOCGWINSZ, {ws_row=69, ws_col=271, ws_xpixel=0, ws_ypixel=0}) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=16871, si_uid=0, si_status=0, si_utime=0, si_stime=0} --- wait4(-1, 0x7ffc9f9f6500, WNOHANG, NULL) = -1 ECHILD (No child processes) rt_sigreturn() = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 pipe([3, 4]) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fc8adabe9d0) = 16872 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigaction(SIGCHLD, {0x42b77c, [], SA_RESTORER|SA_RESTART, 0x7fc8acece200}, {0x42b77c, [], SA_RESTORER|SA_RESTART, 0x7fc8acece200}, 8) = 0 close(4) = 0 read(3, "", 128) = 0 --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=16872, si_uid=0, si_status=0, si_utime=0, si_stime=0} --- wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG, NULL) = 16872 wait4(-1, 0x7ffc9f9f6280, WNOHANG, NULL) = -1 ECHILD (No child processes) rt_sigreturn() = 0 close(3) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGINT, {0x42a33e, [], SA_RESTORER, 0x7fc8acece200}, {SIG_DFL, [], SA_RESTORER, 0x7fc8acece200}, 8) = 0 rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x7fc8acece200}, {0x42a33e, [], SA_RESTORER, 0x7fc8acece200}, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 write(1, "Can't secure tmp dir '/var/tmp/m"..., 55Can't secure tmp dir '/var/tmp/mysql-protected.I8OGPN' ) = 55 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 exit_group(1) = ? +++ exited with 1 +++ Was läuft da schief? Im Moment habe ich das mit dem Upgrade der Datenbank auskommentiert. Grüße Udo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 2

Uptedatehinweis remote ausschalten
by Sebastian Gödecke 26 Jun '15

26 Jun '15

Hallo ML, da ist mir die erste Mail wohl etwas schnell weggesandt worden. Es geht um folgendes: Ich habe hier ca 20 Clients die Ihre Updates von unserem Server bekommen. Als DE ist KDE4 installiert und folglich somit auch ein Programm, das anzeigt ob updates da sind. Dieses möchte ich nun dauerhaft entfernen. wie kann ich das machen, bzw welches Prgramm ist dafür verantwortlich? -- Mit freundlichen Grüßen Sebastian Gödecke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 1

Updatehinweis remote ausschalten
by Sebastian Gödecke 26 Jun '15

26 Jun '15

Hallo ML , -- Mit freundlichen Grüßen Sebastian Gödecke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

Bearbeiten einer initrd von 13.2
by Daniel Spannbauer 26 Jun '15

26 Jun '15

Hallo, mit 13.2 kam ja "dracut" statt dem alten "mkinitrd", auch die Komprimierung und anderes hat sich wohl an der Komprimierung etc. des images einiges geändert. Wie kriege ich so eine initrd entpackt und wieder gepackt? Muss in der initrd Schlüssel austauschen um mein eigenes Installationsmedium zu bauen. Gruß Daniel -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

Wicked Bridge ändert MAC - OS 13.2 x64
by Richard Hafenscher 25 Jun '15

25 Jun '15

Hallo! Ich habe auf einem Server 2 Netzwerkschnittstellen und habe in der YaST Netzwerkverwaltung 2 Bridges konfiguriert. Die Netzwerkinterface sind 2 onboard Realtek 8111C, OS 13.2 hat dafür den Treiber r8169 eingerichtet und ihnen die seltsamen Gerätenamen enp7s0 und enp8s0 gegeben (unter 12.2 hießen die eth0 u. 1, aber da gab es ja nicht Wicked). Den Schnittstellen selbst habe ich keine IP vergeben. Weil auf dem Host virtuelle Maschinen laufen, habe ich 2 virtuelle Bridges konfiguriert, denen ich je eine NIC zugeordnet und eine feste IP vergeben habe. Aktuell sind aber beide im selben Netzwerksegment und am selben Switch angeschlossen, aber nicht gebündelt und daher beide über denselben Weg erreichbar. Merkliches Problem ist, dass mir zeitweise die Verbindung zu der IP der Bridge abreist, nicht aber offenbar die zu den virtuellen Maschinen. Vor allem ärgerlich, weil ich mich via XMing auf den Desktop verbinde und die Session dann immer weg ist, selbiges via VNC. Im Firewall Log habe ich nun bei der Suche nach einem anderen Problem die Ursache dafür entdeckt: Die IP, mit welcher im mich verbinde, wechselt von der MAC Adresse des einen Interface auf die des anderen. Also wechselt offenbar die IP auf die andere NIC. 0,5 – 1 Minute später habe ich einen Log-Eintrag, dass die IP wieder auf die ursprüngliche MAC zurück wechselt. Wie kann das sein? Ist wickedd nicht in Ordnung? Eine Bridge ist definitiv nur einem Netzwerkinterface zugeordnet. Die Ausgabe von ifconfig –a zeigt mir keine Ungereimheiten. Eine Auffälligkeit am Rande, von der ich nicht weiß, ob sie damit in Zusammenhang steht: Im Virt Manager wird mir bei der Netzwerkschnittstellen-Konfiguration unter Network source im Dropdown nur eine der beiden Bridges angeboten, nämlich die, die enp8s0 benutzt, was nun die br0 ist. Die Gerätezuordnung der beiden Bridges habe ich kürzlich umgedreht, um zu sehen, ob das ein Workaround sein könnte. Zuvor bekam ich da nur br1 zur Auswahl. Auf dem anderen Gerät bekomme ich nur macvtap angeboten, den Namen der anderen Bridge kann ich nur händisch eingeben, funktioniert dann aber auch anstandslos. Hat jemand eine Idee dazu? Grüße Richard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

Re: nmap -sP und fping nicht einer Meinung
by Joerg Thuemmler 25 Jun '15

25 Jun '15

Am 25.06.2015 15:47, schrieb Schleusener, Jens: > On Thu, 25 Jun 2015, Joerg Thuemmler wrote: > >> Am 24.06.2015 11:11, schrieb Joerg Thuemmler: >>> Hi, >>> >>> wenn ich fping -c1 und nmap -sP auf das gleiche LAN (192.168.0/24) >>> loslasse, findet fping mehr Hosts, die online sind? nmap -sL zeigt aber >>> die korrekte zu checkende Liste. >>> >>> Ich dachte immer, da müsste das gleiche rauskommen??? >>> >>> Thx für jeden Hinweis. > > Sorry, aber da Du schreibst "jeden Hinweis" (nur als PM): > > 192.168.0/24 (statt ev. etwa 192.168.1.0/24 oder 192.168.2.0/24) ist > wohl nur ein Tippfehler und hat mit dem Problem nichts zu tun? > > Gruss > > Jens Hi und Danke, ja, hab ich mal so und mal so verwendet... nmap -sL macht das Gleiche draus: die IPs 192.168.0.1-192.168.0.255, fping übrigens auch. Sie ergänzen wahrscheinlich erstmal auf die volle IP, ehe sie die Maske anwenden. Sollte ich korrekt verwenden, aber ändert halt leider nix. cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

nmap -sP und fping nicht einer Meinung
by Joerg Thuemmler 25 Jun '15

25 Jun '15

Hi, wenn ich fping -c1 und nmap -sP auf das gleiche LAN (192.168.0/24) loslasse, findet fping mehr Hosts, die online sind? nmap -sL zeigt aber die korrekte zu checkende Liste. Ich dachte immer, da müsste das gleiche rauskommen??? Thx für jeden Hinweis. cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 3

OS13.2: Installation beliebiger Software installiert GIMP
by Bernd 25 Jun '15

25 Jun '15

Hi, ich habe hier ein neues openSUSE 13.2 bei dessen Installation ich GIMP abgewählt habe. Nun will YaST bei jeder nachträglich Installation GIMP (und alles was -seiner Meinung nach- dazugehört, gimp-help, gimp-help-browser, gimp-help-de, libgimp....) mit installieren. Ich muss immer erst im Installationsüberblick GIMP wieder abwählen. Was kann ich tun das YaST nur die von mir gewünschten Pakete installiert? TiA Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

7 9

Geändertes Mapping in SAMBA4 nach update
by Reichelt, Joachim 24 Jun '15

24 Jun '15

Hallo, habe eben mit zypper dup samba aktualisiert. Rechner ist AD-Member Bisher wurde das User-Mapping über die Namen gemacht. User joachim(Windows) = Joachim (Linux) Jetzt erfolgt das mapping über SID -> UID und so geht nichts mehr. Im Netzt https://wiki.samba.org/index.php/Adding_users_with_samba_tool steht, man soll die Tabelle mit ldbedit -e emacs -H /usr/local/samba/private/idmap.ldb objectsid=S-1-5-21-4036476082-4153129556-3089177936-1005 Anpassen. ldbedit finde ich nicht :-( Oder kann ich bei 13.1 da wieder zurück (wie bei samba 3.x) Mit freundlichen Grüßen Joachim Reichelt ________________________________ Helmholtz-Zentrum für Infektionsforschung GmbH | Inhoffenstraße 7 | 38124 Braunschweig | www.helmholtz-hzi.de Das HZI ist seit 2007 zertifiziertes Mitglied im "audit berufundfamilie" 50 Jahre Spitzenforschung - 50 Jahre HZI: www.helmholtz-hzi.de/50 Vorsitzende des Aufsichtsrates: MinDir’in Bärbel Brumme-Bothe, Bundesministerium für Bildung und Forschung Stellvertreter: MinDirig Rüdiger Eichel, Niedersächsisches Ministerium für Wissenschaft und Kultur Geschäftsführung: Prof. Dr. Dirk Heinz; Franziska Broer Gesellschaft mit beschränkter Haftung (GmbH) Sitz der Gesellschaft: Braunschweig Handelsregister: Amtsgericht Braunschweig, HRB 477

2 1