[08:20] <Matze202> Sorry, das ich vorhin so schnell raus war, aber als ich nginx dann doch mal beendet bekommen habe, war die Verbindung von XChat weg und lies sich auch nicht mehr verbinden, weshalb ich nun über Thunderbird drin bin. In wie fern das mit einander zu tun haben kann, weiß ich leider nicht.
[08:22] <Matze202> Das vorhin geschilderte Problem war erledigt, als ich den richtigen Hauptprozess von nginx im htop rausgefunden hatte (dort zwar nicht beendet bekam) und anschließend im KSysGuard beenden konnte.
[09:52] <FUZxxl> Moin! Welches Paket muss ich installieren, um die volle x11-Distribution zu erhalten (inkl. tools und startx)
[09:52] <Frickelpit> ubuntu-desktop afair, das ist ein Metapaket und sollte so alles mitziehen.
[10:03] <FUZxxl> Frickelpit: ich glaube das basiert mittlerweile aber auf Wayland
[10:03] <Frickelpit> Macht ja nix
[10:03] <FUZxxl> lies nochmal meine Frage; ich will die x11-Distribution.  Wayland ist nicht X11
[10:04] <Frickelpit> Ja, das ist mir klar. Dennoch sollte es aber keine Rolle spielen, denn Du wirst auch die Möglichkeit haben, dich mit X11 anmelden zu können.
[10:04] <FUZxxl> ich meine, dass ubuntu-desktop eben große Teile der X11-Distribution nicht mit reinzieht
[10:05] <FUZxxl> wobei, stimmt nicht... Danke für den Hinweis
[10:06] <FUZxxl> das ist ja seltsam
[10:06] <FUZxxl> Danke sehr und bis bald!
[11:58] <Matze202> Gibt es eine Möglichkeit, wie man per Console herausfinden kann, wo ein Script liegt, auf welches per IP oder Domain zugegriffen wird?
[12:00] <Matze202> Ich habe einen vorkonfigurierten Server mir zugelegt und brauche für die Einrichtung von SSL-Zertifikat den Root-Pfad des Scripts und der Server hat Ubuntu 16.04 installiert.
[12:01] <Matze202> Aber an den für mich üblichen Ablageorten für Webscripte ist leider nichts zu finden.
[12:02] <dadrc> Der Webserver sollte das wissen. Im Zweifelsfalls in der entsprechenden Konfiguration nachgucken
[12:05] <Matze202> dadrc: Danke, nur in der Seitenkonfiguration per Apache habe ich leider nichts gefunden. ( /etc/apache2/sites-....) Ich tippe mal dass es über nginx laufen könnte, nur kenne ich mich damit noch nicht aus und habe das leider auch noch nicht gefunden.
[12:05] <dadrc> Wenn da ein Apache läuft, dann wird da nicht auch noch ein nginx laufen
[12:05] <dadrc> Das wäre seltsam.
[12:10] <Matze202> dadrc: der läuft auch zum glück nicht, sondern wurde scheinbar beim certbot installieren mit draufgehauen
[12:11] <Matze202> unter /etc finde ich leider nichts von nginx, wo ich mal nachsehen könnte
[12:12] <k1l_> certbot muss validieren, dass die url, zu der du gerade ein cert haben willst, auch wirklich dir gehört. deswegen muss da ein webserver laufen und der letsencrypt seite einen schlüssel zeigen
[12:12] <k1l_> ich hab noch nicht ganz verstanden, was jetzt das eigentliche problem ist
[12:16] <Matze202> k1l_: ich bekam folgende Eingabeaufforderung beim Einrichten des Zertifikates mit certbot 
[12:16] <Matze202> Input the webroot for {{DOMAIN}}: (Enter 'c' to cancel):
[12:17] <Matze202> diese Domain zeigt auf eine gitlab-Installation
[12:17] <k1l_> also willst du bei dir auf dem server ein cert von LE einstellen
[12:17] <Matze202> genau
[12:18] <k1l_> webroot ist ja meistens was in /var/www/....
[12:19] <Matze202> der Pfad /var/www beinhaltet leider nur den html-Ordner und darin nur 2 einfache index-HTML-Dateien
[12:22] <k1l_> das dient jetzt nur der validierung. jemand surft jetzt deine domain an, wo landet der dann? das musst du angeben, damit letsencrypt da einmalig seinen code reinpacken, damit die wissen, dass du die url und webserver wirklich dir gehören.
[12:25] <Matze202> k1l_: jupp, das ist mir auch bekannt, nur suche ich gerade diesen Ort und hoffte, dass ich dies per Console vielleicht ausfindig machen könnte ;)
[12:25] <Frickelpit> Matze202: letsencrypt/certbot machen die Validierung mittels des Verzeichnisses .well-known. Schau mal in deinem Webroot mit ls -la nach
[12:26] <k1l_> Frickelpit: so weit ist er noch nicht.
[12:26] <Matze202> Frickelpit: genau den Webroot suche ich doch :D
[12:26] <Frickelpit> /var/www
[12:26] <Frickelpit> ist default
[12:26] <Frickelpit> find kann da auch helfen
[12:27] <k1l_> Matze202: dann guck doch mal in den sites-available nach welche documentroots du da angegeben hast
[12:27] <Frickelpit> Schau lieber in der sites-enabled, was da aktiviert ist oder nimm a2query -s
[12:27] <Matze202> k1l_: du meinst beim apache2, der läuft aber dort nicht, sondern offensichtlich ein nginx und ich habe glaub ich gerade was gefunden, muss nur noch nachsehen
[12:28] <Frickelpit> netstat/ss kann auch helfen, um festzustellen, was wo läuft.
[12:30] <k1l_> Matze202: /etc/nginx/sites-enabled ?
[12:32] <Matze202> k1l_: unter /etc gibts leider keinen nginx-Ordner, aber ich hoffe mal das ich jetzt den richtigen gefunden habe
[12:32] <Matze202> /opt/gitlab/embedded/service/gitlab-rails/public/
[12:33] <Matze202> der war richtig gut versteckt und die von ist unter /var/opt/gitlab/... zu finden gewesen
[12:33] <k1l_> jagut, ich geh halt vom standard setup aus mit diensten aus den ubuntu repos. wenn du da  fummelkram laufen hast aus drittquellen, dann können die ihren kram überall hinpacken
[12:38] <Matze202> k1l_: kein Problem, das hatte ich nur oben bereits benannt, aber ich hoffe das ich nun alles damit abschließen kann ;)
[12:39] <Matze202> ich danke euch trotzdem für die Hilfe, denn sonst wäre ich vielleicht nicht gleich darauf gekommen, dass mit webroot nicht der dokumentenroot vom gitlab gemeint sein wird, sondern der public ;)
[12:53] <Frickelpit> Gitlab ist da aber auch so ein Spezialfall, da die in dem .deb alles drin haben, inkl. halt Webserver
[13:08] <Matze202> ohja, lokal hat mich das bereits zur Weißglut gebracht, siehe Problem von heute früh gepostet.
[13:08] <Matze202> Ich habe nginx nicht ohne Umwege abgeschaltet und bis jetzt offensichtlich nicht deinstalliert bekommen und nach meinem gestrigen Apache-Update war der Apache total lahm gelegt, weil nginx sich den 80er Port geschnappt hatte
[15:04] <stevieh> root@sos-x86:~# vgs
[15:04] <stevieh>   VG   #PV #LV #SN Attr   VSize  VFree
[15:04] <stevieh>   sos    3   2   0 wz--n- 32.00m    0 
[15:04] <Frickelpit> bisl klein
[15:05] <stevieh> wann ist denn das z (resizeable) attribut gesetzt? Kennt vgs die belegung des fs? Doch wohl eher nicht...
[15:05] <stevieh> Frickelpit: hab meinen sparsamen Tag :-)
[15:06] <Frickelpit> stevieh: lvs könnte dir da weiterhelfen
[15:07] <stevieh> da seh ich die lvs, die ich angelegt hab, in denen hab ich ext4 erzeugt... 
[15:11] <stevieh> Frickelpit: willste mal sehen, was lvs sagt?
[15:14] <Frickelpit> stevieh: Willst du wissen, warum das Attribut gesetzt ist oder wo?
[15:15] <stevieh> warum. Sehen kann ich es ja mit vgs
[15:16] <Frickelpit> evtl. macht ein vgdisplay es verständlicher
[15:16] <stevieh> ne, da steht das nur in lesbarer
[15:18] <Frickelpit> Naja, ein vg kannste ja auch resizen
[15:19] <stevieh> wann ist denn das dann mal _nicht_ gesetzt?
[15:21] <Frickelpit> Wenn man es mit vgchange bearbeitet
[15:22] <stevieh> haha, ok :-) Dann hab ich es verstanden...
[17:09] <testdr> hallo, gibt es tipps, workarounds bei Abstürzen mit ryzen-cpus mit integrierter gpu? Ich hab über diverse Kernel 4.15 bis 4.18, aktuellere firmware und anderes bis zu so was wie Abschalten von memory-randomize ausprobiert, hat aber bisher nicht geholfen.
[17:47] <tomreyn> hmm das klingt ja nicht gut., ich hätte gehofft dass eins davon da hilft.
[17:47] <jokrebel> die .xsession-error (und auch die ..old) haben keinen Timestamp. Stehen da die neuesten Sachen ganz oben oder ganz unten?
[17:49] <sdx23> unten
[17:49] <jokrebel> Hintergrund; zeitweilig GUI-Neustart (alle Fenster hängen; dekoration fehlt ... Sekunden später kurz alles aus; dann baut sich die GUI wieder korekt auf) Ubuntu 16.04 mit Gnome
[17:50] <tomreyn> testdr: hast du von den abstützen irgendwelche logs, gibts irgendwas verwertbares vom kernel?
[17:54] <jokrebel> sdx23: Sagt dir zygote was?
[17:55] <jokrebel> und KDED-Module
[17:56] <jokrebel> QDBusAbstractAdaptor: Cannot relay signal KDEDModule::moduleDeleted(KDEDModule*): Pointers are not supported: KDEDModule* und       [8936:8936:0322/204836.947803:ERROR:zygote_communication_linux.cc(309)] Failed to send GetTerminationStatus message to zygote
[17:56] <jokrebel> ksmserver: Fatal IO error: client killed           kommt am ende immer wieder vor
[17:56] <testdr> tomreyn: das sind die bereits bekannten Meldungen, z.B. [drm:amdgpu_job_timedout ...] [drm] GPU recovery disabled und dazu habe ich schon einiges durchsucht. Ich habe auch noch keine saubere Methode das zu reproduzieren. 
[18:00] <jokrebel> ach und der Fehler tritt auch zeitgleich auf einem manchmal zusätzlich angeschlossenem 2ten Bildschirm auf falls das hilft
[18:02] <jokrebel> Hab jetzt mal versucht allen Plasma Kram zu purgen. Beim boot sagte er aber immer noch aufdringlich kubuntu. Obwohl ich das auf dem Rechner nie wirklich benutzt hatte. Lediglich für k3b hab ich KDE Abhängikeiten in Kauf genommen gehabt. Dass er beim booten was von "kubuntu" erzählt hab ich bisher schon lange ignoriert, weil meine Oberfläche ja so funktioniert wie sie soll(te) 
[18:04] <Frickelpit> Früher™ konnte man das ändern.
[18:05] <Frickelpit> https://wiki.ubuntuusers.de/Archiv/Bootsplash/#Design-auswaehlen
[18:05] <le_bot> Title: Bootsplash › Archiv › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[18:06] <tomreyn> testdr: was du mal noch probieren könntest wäre ein neuerer mesa-/x-stack
[18:06] <tomreyn> welches ubuntu ist denn das?
[18:09] <jokrebel> Frickelpit: Hab jetzt zusätlich noch ein "
[18:11] <jokrebel> "sudo apt purge kubuntu-*" abgesetzt was nochmals einiges entfernte. Nach reboot zeigt er aber vorm Login immer noch kubuntu
[18:12] <jokrebel> wär mir aber auch wieder wuscht, wenn nun die nervigen unregelmäßigen GUI Abstürze rum wären. Das werd ich aber wohl frühestens in ein paar weiteren Benutzungsstunden beurteilen können.
[18:13] <testdr> tomreyn: davon hatte ich auch schon gelesen -  mit ubuntu-18.04 ist mesa aber ziemlich aktuell und ich suche ja noch  warum z.B. openarena scheinbar problemlos läuft, während doom3 Probleme macht. Ich wollte demnächst mal intensiver blender3d laufen lassen, da bisher mein ryzen3 immer noch nicht richtig ausgelastet wird.
[18:15] <tomreyn> testdr: 'ziemlich' aktuell reicht da ggf. nicht. der unterschied wird vermutlich einfach in bestimmten opengl-calls liegen
[18:15] <tomreyn> (warum das eine crasht und das andere nicht)
[18:17] <tomreyn> https://lists.freedesktop.org/archives/amd-gfx/2018-March/020298.html
[18:17] <le_bot> Title: [PATCH] drm/amdgpu: disable job timeout on GPU reset disabled (at lists.freedesktop.org)
[18:17] <tomreyn> scheint da relevant zu sein
[18:25] <tomreyn> ansonsten kannst du auch nochmal "modinfo amdgpu | grep ^parm:" machen und mit diesen linux boot parametern rumspielen. alles zu deaktivieren was nach strom sparen klingt kann da z.b. helfen.
[18:25] <testdr> tomreyn: so weit bin ich noch nicht - die Abstürze passierten bisher bei mir nur bei geringer Auslastung und nicht bei "heavy computing environment.." -  Das kommt bei mir noch, wenn ich versuche mehrere intensive jobs gleichzeitig laufen zu lassen (video codieren, compilieren, gleichzeitige unterschiedliche Grafik/Audioausgabe)
[18:28] <tomreyn> also es gibt da noch den 'altern' ryzen bug, der bei geringer auslastung mit verweis auf rcu das system zu einfrieren bringt. den kann man über eine bios-option los werden, zumindest bei den alten CPUs ohne integrierten grafikkern (ich weiß aber nicht ob's diese bios-option auch auf laptops gibt)
[18:28] <tomreyn> das wäre der hier https://bugzilla.kernel.org/show_bug.cgi?id=196683
[18:28] <le_bot> Title: 196683 – Random Soft Lockup on new Ryzen build (at bugzilla.kernel.org)
[18:29] <tomreyn> das ist aber ein cpu-bug, kein treiber-problem.
[18:32] <testdr> tomreyn: den rcu bug kann ich wohl ausschließen (hatte das auch schon gelesen) - ich hab einen Ryzen-3 2200G, der hat nur 4 cores + 4 threads und die gpu. Bei einem Absturz konnte ich noch auf die console wechseln und den job killen und dann lief x11 wieder und sonst ging bisher immer noch der sysrq (wenn ich nicht auf die console kam).
[18:33] <tomreyn> okay, also wenn nur software abstützt und das system nicth komplett einfriert dann bist du davon schon mal nicht betroffen, ja.
[18:36] <tomreyn> xorg-edgers kennste? https://launchpad.net/~xorg-edgers/+archive/ubuntu/ppa?field.series_filter=bionic
[18:36] <le_bot> Title: xorg-edgers fresh X crack : “xorg crack pushers” team (at launchpad.net)
[18:36] <testdr> tomreyn: aktuell hab ich heute eine uptime von  über 7h und das mit z.B. jetzt TV(Fußball), Internet, audacious und zwischendurch zsätzlich die Tests mit doom, openarena, doom3 und etwas kompilieren (und natürlich schreiben und etwas drucken war auch dabei). Also "fast glücklich".. aber die letzten Abstürze kamen manchmal sehr überraschend (TV-Kanal wechsel..).
[18:37] <tomreyn> testdr: na das klingt ja schon 'recht gut'. für deinen einsatzzweck denke ich brauchst du statt xorg-edgers allerdings eher wahlweise das padoka oder das oibaf ppa
[18:38] <testdr> tomreyn: nein - xorg-edgers hatte ich noch nicht gelesen
[18:38] <tomreyn> https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa und https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers
[18:38] <le_bot> Title: padoka PPA : Paulo Dias (at launchpad.net)
[18:39] <tomreyn> das ist dann aber wirklich der allerneuste kram, und der ist halt auch mal kaputt
[18:40] <testdr> tomreyn: den Hinweis auf das padoka ppa hatte ich auch schon gelesen und bisher wollte ich das erst mal nicht machen - bzw. dafür würde ich dann das auf einer extra Installation (partition) machen.
[18:41] <tomreyn> um einen (bis heute nicht standardmäßig aktiven) workaround für die freezes unter linux hinzubekommen hat amd ein jahr gebraucht. hoffenwir dass es hier flotter geht, vielleicht klappt das ja auch nur treiberseitig.
[18:42] <tomreyn> ja ne separate installation ist vielleicht ganz gut, wenn dein standardsystem schon überwiegend stabil ist.
[18:44] <testdr> tomreyn: unterschiedliche kernel zu probieren ist einfacher - da kann ich beim booten einen älteren auswählen und komischerweise hab ich den Eindruck, dass ein  4.17.1 stabiler läuft als der 4.18.0 oder 4.17.2.  Eigentlich dachte ich es gäbe in die Richtung irgendwo mehr infos.
[18:46] <tomreyn> hmm, da hatt ich jetz im vorübergehen nicht nach geguckt. ist auch immer etwas aufwändig zu bestimmen in welche versionein patch denn nu eingeflossen ist.
[18:51] <testdr> tomreyn: da blicke ich auch nicht durch -d.h. finde zu wenig Infos dazu und das ist ähnlich mit den firmware-blobs. Da müsste ich jetzt die neuesten von vor wenigen Wochen haben. Ich hab mir den Ryzen extra erst jetzt geholt, d.h. meine Hardware"auffrischung" verschoben bis ich die scheinbar sauber laufenden Benchmarktests gelesen hatte.
[18:58] <tomreyn> guter ansatz, unglückliches ergebnis
[19:00] <tomreyn> wenn du noch ne grafikkarte hast die du da rein stecken kannst dann kannst du das device (oder, falls die andere den nicht braucht, den treiber amdgpu) blacklisten und solltest ein stabiles system haben
[19:00] <tomreyn> wäre halt ne übergangslösung.
[19:05] <testdr> tomreyn: dafür hab ich den "alten Rechner" -- der steht sozusagen im standby, allerdings an einem Platz abseits und dann müsste ich da hin wechseln. Mein "Lieblingsplatz" ist bisher nicht für 2 Rechner + Peripherie vorgesehen (und geht wohl auch gar nicht bei meinen geringen Platzverhältnissen).
[19:09] <testdr> tomreyn: im Notfall sollt ich doch den amdgpu fast abschalten können indem ich den Parameter "nomodeset" beim boot angebe? Jedenfalls scheint dann in erster Linie übe die Software gerendert zu werden und die cpu-Auslastung geht bei Videoanzeigen hoch.
[19:31] <tomreyn> testdr: nomodeset ist != abschalten. aber dass dann überwiegend softwarerendering sttattfindet vermute ich auch. ob's dadurch stabiler wird ist die andere frage.
[19:51] <Lengsdorfer> Hallo. Mein isp hat mir einen neuen Router/Modem geschenkt. Mein alter Router hat quasi ein 'lokales dns' gemacht, hat also die lokalen Rechnernamen für alle Beteiligten aufgelöst, was der neue nun nicht tut. Wonach muss ich suchen? Wie nennt man sowas?
[19:54] <Frickelpit> Wirklich aufgelöst oder einfach sowas wie avahi?
[19:54] <Lengsdorfer> öhm, ich weiß nicht, was avahi ist:)
[19:54] <Frickelpit> !avahi
[19:54] <le_bot> Informationen zu Avahi finden sich im Wiki unter http://wiki.ubuntuusers.de/Avahi
[19:55] <Frickelpit> Das andere wäre dnsmasq z.B.
[19:55] <Frickelpit> !dnsmasq
[19:55] <le_bot> Informationen zu Dnsmasq finden sich im Wiki unter http://wiki.ubuntuusers.de/Dnsmasq
[19:55] <Lengsdorfer> also, ich hab bei dem alten router nix extra installiert
[19:57] <jokrebel> alle Netzwerkkomponenten hinter dem neuen Router auch schon neu gestartet? Inclusive Switches oder so?
[19:57] <testdr> Lengsdorfer: dann hat der das vielleicht (alt) über dhcpi den lokalen Rechnern mitgeteilt und es kann sein, dass es im neuen Router eine Option gibt, dass der DNS Anfragen weiterleiten soll oder selbst auflösen soll -- alternativ kannst Du in dem lokalen Rechner einen eigenen Eintrag für einen dns-Server vornehmen und z.B. den dns-Server von google 8.8.8.8 eintragen
[19:58] <Frickelpit> testdr: Google kennt aber seine lokalen Rechner nicht. ;)
[19:58] <jokrebel> bis sich die "Namen im LAN rumgsprochen haben" kann es schon ne Zeit dauern
[19:58] <Lengsdorfer> also neugestartet ist sicher alles. soviele rechner sind das hier nicht
[19:59] <Frickelpit> jokrebel: Ja, 5 Minuten
[20:01] <jokrebel> Frickelpit: Wenn alles korrekt konfiguriert ist... wenn nicht kann das nach Stunden irgendwann irgendwie doch noch funktionieren und dann interessiert sich keiner mehr für die verkorkste Config
[20:01] <Frickelpit> Da muss man nichts besonderes konfigurieren. Arp hilft da
[20:01] <Frickelpit> Lengsdorfer: Was war das denn für ein alter Router?
[20:02] <Lengsdorfer> der alte war ein tplink mit ddwrt
[20:02] <Frickelpit> Dann war da vermutlich ein dnsmasq drauf
[20:59] <Bambus> Hallo Leute
[21:06] <Bambus> habt ihr schon erfahrungen mit den snaps auf 18.04 gesammelt?
[21:06] <k1l_> ja, nein, nicht beides ankreuzen :)
[21:06] <Bambus> :D
[21:06] <Bambus> es sind ja von ubuntu auch selbst n paar snaps vorinstalliert
[21:06] <ppq> meine erfahrung ist, dass das entweder bastelkrams, veraltet oder malware ist.
[21:06] <Bambus> zum Beispiel
[21:06] <Bambus> gnome-3-26-1604       3.26.0   64    stable/…  canonical     -
[21:06] <Bambus> gnome-calculator      3.28.1   178   stable/…  canonical     -
[21:06] <Bambus> gnome-characters      3.28.2   101   stable/…  canonical     -
[21:06] <Bambus> gnome-logs            3.28.2   37    stable/…  canonical    
[21:06] <ppq> die snap-geschichten fliegen bei mir daher direkt runter
[21:06] <Bambus> kann man die löschen? warum gibt es n gnome snap wenn gnope eigentlich als .deb installiert ist
[21:06] <k1l_> langfristig werden alle großen distris auf snap oder ähnliches umstellen. weil universe ist halt zu viel aufwand und die leute wollen aktuellen kram und nicht sachen von vor 2 jahren.
[21:06] <k1l_> Bambus: ist das das standard install? oder die extra snap version?
[21:06] <Bambus> @k1l_, standard
[21:06] <k1l_> Bambus: das grundproblem ist, dass der release von gnome immer zu kurz vorm release von ubuntu ist, und die versionen dann in alt in den repos sind. mit snaps kann man so neuere software ausliefern ohne die stabilität von anderen paketen zu beinflussen
[21:06] <Bambus> Das mag ja sein @k1l_ , jedoch ist unter den Repos 3.28 installiert und der snap ist 3.26
[21:06] <k1l_> klar kannst du die snaps deinstallieren. aber nur weil es snaps sind dagegen zu sein, ist halt unklug wenn die alternative nicht da ist.
[21:07] <Bambus> ich bin nicht gegen snaps
[21:07] <k1l_> ich hab kein 18.04 mit gnome laufen, deswegen kann ich das nicht sagen. ich weiß nur, dass es da eine snaps test install gab, wo eben extra alles mit snaps war bis auf das minimalsystem.
[21:08] <Bambus> ah okay
[21:09] <Bambus> ja die wollen ja alle in richtung stateless gehen 
[21:09] <k1l_> ist das ein neuer install?
[21:09] <Bambus> nein eine philosophie
[21:10] <k1l_> ich meine bei dir
[21:10] <Bambus> ja
[21:11] <Bambus> Sonntag installiert und ganz frisches iso geladen... sonst nur updates gefahren und paar dinge installiert... ach und es war eine minimal installation (haken beim installer)
[21:13] <Bambus> naja ich lass die jetzt mal drauf...
[21:29] <Bambus> was ist denn nun los? alle schon im bett?
[21:30] <k1l_> zum quasseln sind alle drüben: #ubuntu-de-offtopic
[21:31] <Bambus> achso