=== tb is now known as Guest54894 === Jochen_wvdT is now known as Schlawiner === reichi63 is now known as reichi62 [07:13] moin. Sachtmal, bei mir im /boot werden immer wieder - wohl nach jeden Kernel update - ewig alte initrds erzeugt. Von Versionen, die schon lange nicht mehr installiert sind. Wie kann ich das abstellen? [07:15] stevieh: mal im dpkg -l geguckt ob da noch altlasten sind? [07:15] klar, is aber nix. [07:15] dann bin ich schon raus, müsste ich selber erst googlen :D [07:15] :-) [07:20] ich vermute irgendwas ruft da update-initramfs -k all auf. Das geht ja auch klar. Aber ich muss noch verstehen, warum dieses dann die stinkenden alten initrds wieder baut [07:28] jetzt hab ich mal ein alten kernel gepurged. Jetzt findet update-initramfs die module nicht mehr, aber baut trotzdem noch die initrds... die frage ist, anhand welcher infos? [07:28] Header? [07:31] seh ich auch keine... [07:36] /var/lib/initramfs-tools <- ok, da steht auch noch ne Prüfsumme drin, wenn ich die wegmache, isses final weg. === Tuor_ is now known as Tuor [08:18] ist natürlich der Ort, an dem man direkt suchen würde :) [08:21] naja, jetzt isses endlich mal weg, das mach ich "seit jahren" schon immer wieder von hand weg... [08:22] leider ist ein boot verzeichnis mit 240MB heutzutage eh zu eng... [08:22] das ist ein weg zu sagen "installier doch mal neu" :D [08:23] Ja, 500MB ist schon minimum, um nicht jedes mal zuvor kontrollieren zu müssen. Aber auch das ist schon eher knapp. [08:23] koegs: ne, das halt ich durch... [08:23] bis der rechner von selber stirbt!11 [08:23] muss mal am offenen Herzen die Partition danach verkleinern. [08:24] die ist ja nur 1TB gross auf ner SSD, dann glüht die so richtig. [08:24] die nächste neuinstallation wird glaub ich eh kein ubuntu mehr, aber das ist wirklich offtopic :-) [09:21] Hänge in der Recovery Konsole fest. hab ifconfig eth2 up und dhclient gemacht. IP hab ich bezoegen .. wie setze das gateway [09:23] per dhclient sollte das schon korrekt sein, wennicht der dhcp-server falsches tut. [09:24] sdx23, Er bezieht die Ipadresse richtig. Aber ich kann nur auf den Router Pingen und komme nicht raus. daher dachte ich er hat eventuell gateway nicht [09:25] route # ggf dann: route add default gw [09:28] sdx23, Rockt! === dreamon_ is now known as dreamon === pxcask1 is now known as pxcask [13:37] Wie kann ich denn herausfinden, was auf meinem virtuellen Stratoserver gerade übelsten Load produziert? iotop sagt nahezu 0%, CPU dümpelt bei max 5% rum, aber Load Average ist, nachdem ich wieder rein kam, 35 50 70 [13:38] Und ich versteh's nicht, weil ich seit gestern nichts geändert hab. [13:38] Also bevor ich gleich Strato anrufe und mich da beschwere... [13:39] Ich hab schon festgestellt, dass der MySQL-Server an seine maximale Verbindungszahl gekommen ist, weil Owncloud zu viele permanent geöffnet lässt. Das hab ich jetzt eingedämmt, aber hat wohl nicht geholfen. Eben bin ich einfach aus 3 ssh-sessions gleichzeitig rausgeflogen. [13:40] Übrigens noch Ubuntu 14.04.5 [13:40] iostat und netstat [13:40] weiß nicht, ob iotop wartende prozesse sauber anzeigt [13:41] die machen ja kein I/O, blockieren aber im Zweifelsfall trotzdem [13:41] ich versuch's mal zu installieren. iostat ist noch nicht drauf [13:42] apt kann wohl gerade nichts herunterladen. Er hängt noch [13:47] In einer anderer ssh-Session war ich gerade im mysql-client. Bin jetzt mit exit raus, aber er kommt nicht mal zurück zu Bash. Ich wette jetzt kommt gleich wieder ein timeout oder sowas. Kann sowas so plötzlich passieren? Oder hat der Host von Strato nen Macken? [13:48] ps aux | awk '{if ($8=="D") print $0;}' ← kommt da was bei raus? [13:48] kann schon passieren, kann aber auch ein hardware-problem sein [13:49] momentan geht wieder gar nichts [13:53] NTQ, das du wohl sofort den support anrufst [13:54] du bezahlst geld dafür [13:54] aber uns nicht ;) [14:02] Hab den Support angerufen [14:03] Bei denen ist irgendwas gegen einen Strommast gefahren und dann sind 7 Nodes mit 1200 VMs irgendwie vom Netz getrennt wurden und was weiß ich. Ein Router wurde noch ersetzt und jetzt soll ich nochmal komplett neustarten. Aber da das wohl 1199 auch gerade machen, könnte es noch etwas langsam sein. [14:04] Also vom Netzwerk. Strom ist nicht ausgefallen. [14:10] siehste, geld gut angelegt ^^ [14:14] Fahrende Dinge (TM). Der natürliche Feind vom Stromkästen. [14:41] Das Kätzchen schnurrt auch schon wieder. [14:42] ein Load Average von 0,2 ist auch eher normal [14:42] dann hau ich mal. genießt die Sonne, falls ihr könnt. cya === Tuor_ is now known as Tuor [16:23] argl. Nach nem Update auf 17.04 geht DNS nicht mehr sauber... nslookup geht in nen Timeout... interessanterweise aber die meisten programme gehen... [16:25] stevieh: systemd-resolved läuft? [16:25] ja [16:27] Symlink von /etc/resolv.conf zu /run/systemd/resolve/resolv.conf steht ebenfalls? (kA ob das noch wichtig ist) [16:28] Hatte hier die Tage noch das Netzwerk komplett auf SystemD umgestellt [16:28] der geht nach /run/resolvconf/resolv.conf [16:28] Wird wohl korrekt sein [16:29] da steht aber nur 127.0.0.1 drin, im anderen noch die IP vom NS vom Router... [16:29] stevieh: Und unter /etc/systemd/network/ ist eine Datei mit Eintrag zum DNS vorhanden, vermute ich [16:30] ne, das ist komplett leer. [16:30] ist das nicht mehr das gehampel mit dnsmasq auf localhorst? [16:31] hm, das klappt dann? Ich tat das unter einer anderen Distribution [16:31] stevieh: KA, ich bin damit raus ;) [16:32] Habe damit gerade nur meine Notizen abgearbeitet [16:32] hehe [16:32] das ist auch der Grund, warum der skype cleint nicht mehr geht [16:32] stevieh, https://superuser.com/questions/1153203/ubuntu-17-04-systemd-resolved-dns-lookups-randomly-fail [16:32] Title: Ubuntu 17.04 systemd-resolved DNS lookups randomly fail - Super User (at superuser.com) [16:33] ja,. das isses aber nicht, das ist irgendwas anderes [16:33] kann nicht, das war das erste suchergebnis. die sind IMMER richtig! [16:34] ich befürchte das ist irgendwas mit dnsmasq [16:35] mal mit dig oder mtr gegengetestet? [16:37] ok, ich hab jetzt mal resolv.conf auf /run/systemd/resolve/resolv.conf verlinkt [16:38] hat jeamdn hier ein 17.04 und kann mal schauen, wo das wirklich drauf zeigt? [16:47] War wohl noch niemand so waghalsig :) [16:52] ich weiss auch nicht, was mich geritten hat :-) [16:53] muss ich nachher wohl mal ne vminstallation machen und mal schauen [16:58] stevieh: /etc/hosts ist natürlich bestückt? [17:01] Wobei ich das gar nicht als so natürlich in Erinnerung habe, aber laut einem fixen Blick in https://wiki.ubuntuusers.de/Dnsmasq/ "Dnsmasq greift zur lokalen Namensauflösung auf die Datei /etc/hosts zurück." [17:01] Title: Dnsmasq › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de) [17:24] ja, das ist mehr oder minder wurscht. wenn ich ein nslookup mache, dann geht das ja an den nameserver über die resolv.conf. Die hosts brauch ich nur für locale horsts [17:25] Hi, Frage an euch Experten: Ich habe hier eine relativ umfangreiche Musiksammlung basierend auf Interpret - Musiktitel.mp3 aufgeteilt auf das Alphabet. Gibt es eine Möglichket (Script) das mir aufgrund des Interpreten einen Ordner erstellt mit "Interpret" und sämtliche Alben in diesen neuen Ordner verschiebt? [17:26] stevieh: Da /etc/resolv.conf auf 127.0.0.1 verweist, wollte ich es nicht außer Acht lassen [17:28] Sorry . Die Struktur ist im Moment Interpret - Albumtitel und darin befinden sich die .mp3 [17:29] mikmaq: möglich ist das, obs da schon ein script für gibt weiß ich nicht. Musst dir zur not selber eines basteln [17:31] Danke für die Antwort. Hätte ja sein können dass noch einer das "Problem" hat. Wenn ich das manuell mache, dauert das Tage [17:41] join #hackerrank [17:42] haha [18:03] nagetier: was ich nicht verstehe ist: bis vor kurzen hat glaub ich immer der dnsmasq auf 127.0.0.1 (oder 53) gelauscht... und auch geantwortet... [18:04] stevieh: Es war ein Upgrade, sagtest? [18:04] Noch vermute ich ja dort den Teufel [18:05] stevieh: Und der muss ja weiterleiten, allein 127.0.0.1 wird nichts auflösen ;) [18:06] doch, localhost [18:07] ahso, gelauscht.. ja [18:07] seUnd du sagtest einige Anwendungen gehen dennoch "raus"? [18:11] Bin eh keine Hilfe, rätzel auch nur herum [18:34] Hallo, ich hab in meinem System ne Geforce 1060 GTX Grafikkarte, welche mit dem nvidia Treiber 375.39 läuft. Ich möchte nun zum Testen ob meine Cuda Anwendung mit einer zusätzlichen Karte spielt, eine ältere Geforce Geforce 285 GTX hinzufügen. Wenn ich das mache, würde mir da Ubuntu1704 nen Strich durch die Rechnung ziehen und ich am Ende vor ner zerschossenen Grafikeinstellung stehen oder akzeptiert Ubuntu das? [18:38] die Gefahr könnte meiner Meinung nach schon bestehen, hab selbst aber noch nie mehrere Grafikkarten in einem Rechner versucht [18:54] Nicknack3: Beide Karten sollten mit dem selben Treiber funktionieren. Oft werden ältere Karten nicht mehr unterstützt. Eine Möglichkeit ist, sich einen Treiber zu suchen der noch beide Karten unterstützt, das ist oft nicht der aktuelle [18:55] Nicknack3: Ansonsten habe ich hier ein ähnliches Setup, und es funktioniert wunderbar [18:56] Und es würde bei dem Versuch nichts zerschossen, was sich nicht wieder korrigieren ließe [18:58] was besser funktioniert.. eine weitere Karte von einem anderen Hersteller zusätzlich einbauen. Dann kann man die jeweils passenden aussuchen [18:58] +Treiber [19:04] nagetier, danke, dann lass ichs mal drauf ankommen, ich hab leider noch keine andere Karte hier [19:05] wobei, eigentlich hat der Grafiktreiber mit der Sache ja nichts zu tun, theoretisch sollte das ja alles der cuda treiber von nvidia erledigen [19:05] Nicknack3: Ja, versuche es. Auf der nVidia-Seite findet man listen die die unterstützten Karten aufführen, suche dir dort einen der beide aufführt === nubcake_ is now known as nubcake [19:06] Nicknack3: Da kenne ich mich nicht aus.. imho müssen beide Karten aber schon einwandfrei erkannt werden [19:07] jemand hier schonmal nen upgrade von 14.04 server zu 16.04 gemacht mit zfsonlinux installed? :D [19:13] Zerant: Würde da ja eine VM zu aufsetzen und das Szenario durchspielen [19:14] hmm könnte ich natürlich machen hmm habe noch platz auf meiner vz maschiene :D [19:14] Dürfte ungemein zufriedenstellend sein, wenn das durchläuft :) [19:14] https://ubuntuforums.org/showthread.php?t=2321430&p=13476143#post13476143 gerade gelesen [19:14] Title: [ubuntu] Upgrade from Ubuntu 14.04.4 LTS with ZFSonLinux to 16.04 (at ubuntuforums.org) [19:14] scheint recht simple zu sein [19:15] * nagetier hofft das ja [19:15] für all die ZFS Menschen :) [19:15] Zerant: also das server upgrade geht, die werden ja auch automatisiert getestet. zfsutils-linux ist ja seit 16.04 in den offiziellen quellen. also fällt das 3rd party repo eh weg [19:16] k1l: genau und das zu switchen hatte ich mir schwerer vorgestellt [19:16] pools exportiere, 3rd party kram löschen, upgraden, zfsutils-linux installieren, und dann pool importieren wenn nötig [19:16] scheint echt simple [19:18] denke das mache ich samstag :D - danke für die hilfe ;) [19:23] Zeit sollte man dazu mitbringen :) [19:34] nagetier: das ist mir klar :P Deswegen Samstag ;) besonders weil das update auch auf einer SDCard läuft :P [19:35] Hihi, mir war schon klar dass dir das bewusst ist :) [19:36] hehe [19:37] Lässt dich ja eh wunderbar zuvor ein Backup ziehen.. [19:39] ich mache tägliche backups von dem OS - rsnapshot [19:52] nagetier: skype 4.3 klemmt(e) und moneyplex. Dank moneyplex bin ich überhaupt erst auf die Idee gekommen, dass da was nicht stimmt, vorher dachte ich, skype hätte halt was geändert. === nils__2 is now known as nils_2 === vitus_ is now known as vitus