/srv/irclogs.ubuntu.com/2018/07/10/#ubuntu-de.txt

=== nils_2_ is now known as nils_2
=== sash_ is now known as Guest39720
=== eTeddy1 is now known as eTeddy
=== Guest39720 is now known as sash_
=== Fuchs is now known as whoeverelse
=== whoeverelse is now known as Fuchs
nicolehi15:52
DaVuN'17:47
nicolehi DaVu :D17:47
DaVuN'abend auch dir nicole o/17:47
DaVuJetzt habe ich tatsächlich ein komisches Problem.... Wollte gerade meinen Laptop starten (Ubuntu 18.04) und es stockt bei der Displaymeldung "Started Disk Manager. Manager. Dispatcher Service .....ten chenges.pp link was shut down"17:48
DaVuund da passiert jetzt gar nichts mehr17:48
DaVujemand eine Idee?17:49
k1lin grub alten kernel probiert?17:49
DaVuICh komme an Grub nicht ran. Lange Shift halten bringt mir das Menu nicht, k1l17:49
k1lmanchmal ist timing wichtig. einfach mal oft shift drücken17:50
k1loder bei manchen ist es auch esc17:50
jokrebelwar das nicht esc?17:50
DaVuDas letzte, was ich heute Morgen gemacht habe, war Nemo installiert und deinstalliert17:50
nils_2war das nicht ESC und nicht shift?17:50
DaVuok, ich probiere es 17:50
DaVuok, bei Escape bekomme ich einen grub-prompt17:51
DaVuda kenne ich mich nicht aus17:51
k1lalso entweder ganz oft shift drücken bis "loading grub" kommt und dann gedrückt halten.  oder halt esc oder leertaste17:52
nicolesagt mal wo stehen die Informationen wenn ein Eintrag im /etc/fstab nicht lädt?17:53
DaVuk1l: ok, ich habe grub17:54
k1ldmesg oder syslog17:54
DaVuprobiere jetzt mal den Kernel 4.15.0-23-generic17:54
k1lnicole: oder eben mount -a eingeben (was die fstab noch mal lädt) und dann gucken was er da sschreibt17:54
DaVuk1l: endet an gleicher Stelle17:55
DaVuauch mit älterem Kernel. Ich könnte höchstens noch die Recovery-einträge versuchen17:55
k1lja, recovery versuchen. ansonsten mal in die recovery gehen und auf der konsole dann die logs angucken was da genau hakt17:56
DaVuk1l: nachdem ich recovery ausgewählt habe, kommt ein weiteres Menu mit "resume", "clean" usw... was sollte man da nehmen. "resume" ja höchstwahrscheinlich nicht17:57
k1lmach mal resume und guck ob er dann im einfachen vgs modus läuft18:03
k1lansonsten root auswählen und dann eben in die logs gucken was da genau das problem ist.18:04
DaVuok, letzteres werde ich wohl mal versuchen. Hoffe, ich finde da was. Hast du eine Idee, welches Log ich mir anschauen sollte?18:05
k1l/var/log/syslog z.b.18:05
DaVudanke dir18:05
k1loder eben das log von dem dm, den du da nutzt18:06
DaVustandard dm18:06
DaVualso das, was Ubuntu 18.04 unter GNOME mit sich bringt18:06
k1lgdm18:06
k1lwenn nemo da nicht was anderes mitgezogen hat18:06
DaVuJa, das nervt mich am meisten. Ich habe das heute für einen User versucht, da bei dem irgendwas nicht ging und jetzt dieser Rotz18:07
DaVuok, das wird länger dauern. Erstmal Abendessen und ggf. auf morgen verschieben. Sonst tritt mich die Frau ;)18:09
DaVuIch danke dir für deine Hilfe, werde bestimmt nochmal drauf zurück kommen müssen18:09
nicole:)18:09
nicolekomisch nun klappt mein cifs mount, trage ich ihn aber in die fstab ein erhalte ich https://paste.ubuntu.com/p/8wYfpYywyY/18:13
le_botTitle: Ubuntu Pastebin (at paste.ubuntu.com)18:13
k1list dein netzwerk vlt noch nicht fertig oben zu der zeit?18:14
nicoledas mag sein?! kann ich das Zeitverzögern?18:15
k1lich glaube man nutzt jetzt "x-systemd.automount" als option in der fstab dafür18:19
k1lhttps://wiki.ubuntuusers.de/fstab/#Automount-mit-systemd18:20
le_botTitle: fstab › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)18:20
nicolejetzt habe ich alles hin bekommen soweit20:20
nicoleein weiterer Baustein, kann ich die Up und down Stream Geschwindigkeiten von sftp regeln?20:21
tomreynmoin. was den mount  in der fstab angeht, würde ich nicht beim ersten zugriff darauf mounten (das bringt nur eine weitere race condition mit sich) sondern nach start des netzwerks wie hie rbeschrieben: https://unix.stackexchange.com/questions/349264/fstab-mount-wait-for-network20:28
le_botTitle: networking - fstab mount wait for network - Unix & Linux Stack Exchange (at unix.stackexchange.com)20:28
nicoleja dadrüber bin ich auch schon gestolpert aber scheint dann doch für mich obsolet zu sein :)20:30
tomreynbandbreitenbegrenzungen macht man am besten auf netzwerkgeräteseite oder auf dem client. der openssh-server unterstützt selbst keine. der sftp-*client* kann mit der option -l begrenzt werden.20:31
tomreynje nachdem welchen router ihr da habt kann der das ggf. auch begrenzen.20:32
tomreynes ginge auch noch auf dem linux-system mittels traffic shaping zu machen, aber das ist eigentlich der falsche ort dafür. und es ist einigermaßen frickelig.20:32
nicoleQoS steht im Router auch noch gaaanz hinten auf der Liste 20:33
nicoleweil das ist auch nix was man "mal eben" so reinwirft 20:33
tomreynna immerhin steht's da20:33
nicole:)20:33
nicoleich hab dem sftp chroot jetzt auch noch einen pub key auth gegeben, ich glaube maximalere Zugangsberechtigung kann ich damit nicht vergeben ;)20:34
hErMeS_0815Hallo, ich hatte mich gestern hier gemeldet wegen einem Kernel-crash bei Nutzung IPv6 mit haproxy20:59
nicoleich mag mich erinnern 21:00
hErMeS_0815ich habe zum Test die Testmaschine frisch installiert. Ubuntu Server amd64. zwei lxc Container (nginx und haproxy) eingerichtet mit ubuntu 18.04 und nur das nötigste im haproxy eingestellt (nur ipv6)21:02
hErMeS_0815Der Kernel crasht definitiv. Eventuell ein verbasteltes Ubuntu sollte demnach ausgeschlossen seien. Die Abfolge der Konfiguration kann ich notfalls bereit stellen.21:03
tomreynmoin hErMeS_0815, wir hatten dazu gesprochen. ich muss leider jetzt erst mal weg für ne stunde oder so, aner wäre sehr am ergebnis interessiert. hoffe dass du meinen empfehlungen nachgekommen bist ein anderes kernel image zu probieren, und auch ne serielle oder netconsole dran zu dängeln damit zu die gesamte kernel panic abfangen kannst.21:04
tomreynwenn du einen reduzierten testcase beschreiben kannst mit dem man das nachstellen kann, probiere ich das auch gerne.21:05
tomreynbbl21:05
hErMeS_0815ein modprobe netconsole wirft folgendes heraus: https://paste.ubuntu.com/p/Cf6xjzvNGC/21:06
le_botTitle: Ubuntu Pastebin (at paste.ubuntu.com)21:06
hErMeS_0815in folgender Reihenfolge ist die Test Maschine bei mir eingerichtet:22:03
hErMeS_0815Schritte nach Host Installation: https://paste.ubuntu.com/p/Yr4fqJJgb2/22:04
le_botTitle: Ubuntu Pastebin (at paste.ubuntu.com)22:04
hErMeS_0815Schritte zur Erstellung haproxy container: https://paste.ubuntu.com/p/tTTwdWxR53/22:04
le_botTitle: Ubuntu Pastebin (at paste.ubuntu.com)22:04
hErMeS_0815Schritte zur Erstellung nginx container: https://paste.ubuntu.com/p/WVg2RPTsgS/22:04
le_botTitle: Ubuntu Pastebin (at paste.ubuntu.com)22:04
hErMeS_0815Scripte und config Vorlagen: https://paste.ubuntu.com/p/yRkVmtsyz6/22:04
le_botTitle: Ubuntu Pastebin (at paste.ubuntu.com)22:04
hErMeS_0815ich bin jetzt auf Linux testing 4.15.0-26-generic #28-Ubuntu SMP Wed Jul 4 16:24:29 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux. Kernel crasht ebenfalls. Firefox kann das Zertifikat abrufen. Dieses ungültige Zertifikat genehmige ich und danach ist crash bei weiterem HTTPS Zugriff.22:22
tomreynhErMeS_0815: bei dem netconsole-parameter fehlt der abschließende slash: sudo modprobe netconsole netconsole=6666@192.168.178.200/ens5,6666@192.168.178.31/ -vvv22:23
k1lwas sagt das syslog der kiste, die crasht, dazu was da passiert?22:23
hErMeS_0815beim netconsole hatte ich vorher das Ende mit <empfängerip>/<empfängermac> angegeben. da kam ebenfalls operation not permitted22:26
hErMeS_0815das Log besagte da auch dass gewisse Pfade/Dateien nicht gefunden wurden22:27
hErMeS_0815Syslog besagt nichts.  Jul 10 22:29:05 testing kernel: [  329.718534] netconsole: network logging started Jul 10 22:31:43 testing kernel: [    0.000000] microcode: microcode updated early to revision 0xe, date = 2013-06-2622:33
hErMeS_0815bin dann auch erstmal raus. wäre schön wenn es nicht nur bei mir auftritt. Eine Serielle Konsole habe ich an dem Rechner nicht.22:35
hErMeS_0815Die komplette Einrichtung habe ich zumindest bekannt gegeben so dass man es nachstellen kann.22:36
tomreynwow, uralter microcode.22:37
tomreynaber das wirds wohl kaum sein.22:37
hErMeS_0815betagterer Rechner ~201022:37
tomreynah, ok, stimmt sah man auf dem screenshot ein wenig22:38
tomreyn'screen shot'22:38
tomreynich komm heute nicht mehr zum nachstellen, vielleicht morgen22:38
tomreynhast du noch ne kontaktadresse außer irc?22:38
hErMeS_0815tomreyn: bin gespannt was bei dir geschieht22:39
hErMeS_0815kann ich dir das hier irgendwie zukommen lassen?22:39
tomreynschick mir ne mail an tomreyn bei megaglest punkt org22:39
tomreynkurz und formlos ;)22:40
tomreynein volles dmesg wäre auch noch gut zu sehen. wenn dir das nicht zu viel preis gibt. kann auch später.22:42
k1lwenn das mit dem microcode das letzte vor dem crash ist, dann kann das auch ein problem sein.22:42
tomreyndas early microcode update findet während des boots statt. der crash findet viel später statt, wird manuell getriggert nachdem das system oben ist.22:43
hErMeS_0815https://paste.ubuntu.com/p/2y5wsb93dr/22:44
le_botTitle: Ubuntu Pastebin (at paste.ubuntu.com)22:44
tomreynprima, dann mal gute nacht!22:45
hErMeS_0815der crash erfolgt sobald man auf haproxy mit einer ipv6 zugreift und der das per pass through zum webserver weiter gibt.22:45
hErMeS_0815Ich danke dann schonmal. Macht mir jedenfalls Kopfzerbrechen. Alles soll möglichs sicher werden und möglichst weitestegehendst isoliert und dann sowas.22:46
hErMeS_0815Das microcode ist nach dem crash und das netconsole vor dem crash22:48
hErMeS_0815und jetzt gute nacht.22:48
tomreynpuh, die hardware ist so alt...22:54

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!