Re: [lmn] OT: neuer Server
Hallo Friedrich, ein paar Gedanken: > Mainboard Gigabyte GA-990FXA-UD3 Das Board unterstützt kein ECC-RAM, für einen Server ist das m.M. nach ungeeignet. > RAID-ControllerLSI MegaRAID 9341-4i (RAID 5) > RAID-Controller Adaptec 6405 512MB (RAID 5) Die Nutzung von mdadm hat Vorteile gegenüber Hardware-RAID Controllern (speziell falls so einer mal verstirbt und ein baugleicher rangeschafft werden muss um an die Daten zu kommen) und ist, bei heutiger Hardware, nicht relevant langsamer. Außerdem https://www.google.de/search?q=raid+write+hole - daher besser nie sowas ohne USV betreiben. Alternative: ZFS > DVD Laufwerk Ein Server braucht kein dediziertes optisches Laufwerk, für die Stunde der Installation kann man das per USB dranstecken (oder gleich von einem USB-Stick installieren). > Grafikkarte Geforce 210 Ein Server sollte eigentlich keine dedizierte Grafikkarte brauchen. > Intel Ethernet Server Adapter I350-T4V2 19 % 4-fach Netzwerkkarte PCIe Ich würde eher über sowas wie SuperMicro X11SSH-LN4F (bis 64GB ECC-RAM, 8 SATA Ports, 4 1GBit LAN Ports, funktioniert prima unter Linux) nachdenken. Ohne die Preise zu kennen die der lokale Händler aufruft ist es aber schwierig etwas sinnvolles zu empfehlen. Gregor ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Auflösung: letsencrypt-Zertifikate und cyrus-imapd - Wie geht das?
Hallo Jesko, falls das noch aktuell ist: Am 18.09.2016 um 18:41 schrieb Jesko Anschütz: > und in /opt/meine-skripte/erstelle-imap-zertifikat-aus-letsencrypt > #!/bin/bash > cat /etc/letsencrypt/live/server.morz.de/cert.pem > > /etc/ssl/private/server.pem > cat /etc/letsencrypt/live/server.morz.de/chain.pem >> > /etc/ssl/private/server.pem > cat /etc/letsencrypt/live/server.morz.de/fullchain.pem >> > /etc/ssl/private/server.pem > cat /etc/letsencrypt/live/server.morz.de/privkey.pem_> > _/etc/ssl/private/server.pem Die letzte Zeile überschreibt (>) /etc/ssl/private/server.pem mit /etc/letsencrypt/live/server.morz.de/privkey.pem anstatt diese anzuhängen (>>). Ggf. hast Du das beim händischen Testen richtig gemacht (daher hat es funktioniert) und in dem Script dann den Fehler eingebaut - nachdem dieses per Cron gestartet wurde... den Rest kennst Du ja. Gregor _______ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] hoher RAM-Verbrauch beim Image verteilen
Am 13.09.2016 um 13:20 schrieb zefanja: > ich habe heute festgestellt, dass wenn ich ein Image ausrolle (LMN 6.2, > torrent) der Arbeitsspeicherverbauch von ca. 2-3GB auf über 95% (bei mir > ca. 15 GB) ansteigt und dann dort bleibt. Es scheint als ob irgendwas > den Speicher belegt und dann nicht mehr freigibt. > > Ich muss noch mal genau schauen, was den Speicher belegt (Welche tools > nutzt ihr dafür?), aber hat jmd. von euch schon mal etwas ähnliches > beobachtet? > > Nach einem Reboot ist alles wieder ok, zumindest bis zum nächsten Ausrollen. Solange die Belegung des RAM sich von 'free' auf 'cached' oder 'buffers' verschiebt und 'used' im Rahmen bleibt ist alles so wie es sollte. Als tool ist atop (Verbesserung on top) recht praktisch. Gregor ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Langsames DHCP und neues Linbo - Timeout zu kurz
Hallo Gorden, hänge doch mal /dhcpretry=/ an die APPEND Zeile in der /var/linbo/pxelinux.cfg/ und mach dann /import_workstations/. /dhcpretry=//9/ funktioniert für mich. Gregor Am 07.09.2016 um 14:49 schrieb Medien & IT Administration: > Moin zusammen! > > Kann man für Linbo den DHCP Timeout verlängern? Bei mir (vermutlich träge > Switche) geraten massig Geräte in den Offline-Modus, weil der timeout zu kurz > ist, sind aber nach dem Booten online. War beim alten Linbo noch nicht der > Fall (Ich glaube vor dem Update von 2.2 auf 2.3, bin mir mit den > Versionsnummern nicht sicher). > > Viele Grüße > > Gorden > > Medien & IT-Administration der Irena-Sendler-Schule > Am Pfeilshof 20 > 22393 Hamburg > > _______ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user _______ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Fragen zum Ubuntu Client 16.04 - Signaturschlüssel und Anmeldeverhalten - und LeoClient2-VM
Sebastian, - Homelaufwerk nicht eingebunden: abmelden + anmelden und root werden /mount/ ausführen und schauen ob noch irgendwelche Sachen vom Server gemounted sind, da war mal ein Bug der hat den letzten User nicht richtig abgeräumt und dann schlägt die erneute Verbindung zum Server fehl da das Script denkt es wäre schon alles erledigt. - Zum checken ob 2. DHCP dazwischenfunkt: Sobald Du einen Rechner hast der aktuell von dem Problem (hängt) betroffen ist: + anmelden und root werden /ifconfig/ ausführen und die IP auf dem Netzwerkinterface anschauen - Shutdown klemmt: Ein 2. DHCP im Netz kommt vor (wlan Access Points die beschließen auf Default-Konfiguration zu gehen sind da gerne genommen), würde aber nicht erklären warum /shutdown now/ als root nicht funktioniert. Sollte das terminal/ssh nach sowas noch reagieren als root /dmesg/ ausführen und schauen was passiert, auch mal in syslog schauen. Schönes Wochenende, Gregor Am 29.07.2016 um 11:00 schrieb Sebastian Funke: > Hallo Holger, > > Du schreibst: > >> Am 29.07.2016 um 10:25 schrieb Holger Baumhof <holger.baum...@web.de>: >> >> HAllo Sebastian, >> >>> Aber: >>> Ich habe sowohl Rechner mit dem alten 12.04-Image, bei denen es keine >>> Probleme dieser Art gibt, >>> als auch Rechner mit dem neuen 16.04-Image, bei denen dieses merkwürdige >>> Verhalten auftritt. >> .. das ist genau die Aussage, die mir nichts bringt. >> Stimmt den diese Aussage? >> "Ich habe auch Rechner mit 16.04, bei denen das Problem nicht auftritt“? > Hm, ok. Das ist nicht so einfach zu sagen, da ich dazu jeden 16.04-Rechner > testen müsste. > Werde ich aber in Stichproben für verschiedene Orte/Räume mal machen. > Ich dachte, dass es hilft, wenn klar ist, dass das Problem bei den Ubuntu > 12.04-Rechnern nicht auftritt. > (Würde es auch dort auftreten, müsste es ja ein prinzipielles Problem sein, > welches das gesamte Netz betrifft.) > >>> Das würde wohl gegen einen zweiten DHCP >> nein, würde es nicht. >> >>> oder Probleme mit der Netzwerkkarte des Servers >> ja, dagegen spricht es. >> >>> und für Probleme mit einem neuen Kernel im neuen Image sprechen. >> das ist möglich geblieben. >> >> Der DHCP kann, je nach dem wo er steht, einzelne Segmente stärker oder >> nicht so stark beeinträchtigen. > Ok. > >> Du mußt sehr genau beobachten: wo tritt das Problem auf? > Ich habe auf meinem Vorlagen-Rechner zum Ausrollen der Images zunächst Ubuntu > 12.04 gehabt (ohne Problemen nach der Anmeldung) > und dann auf denselben Rechner das neue Image mit Ubuntu 16.04 gespielt (mit > Problemen nach der Anmeldung). > > Da in der (verhältnismäßig kurzen, d.h. ein paar Wochen) Zeit zwischen diesen > beiden Zuständen > auch Aktualisierungen auf dem Server vorgenommen wurden, > kann das Problem theoretisch natürlich auch in dieser Zeitspanne entstanden > sein. > > Zum Testen bespiele ich also wohl am Besten mal den Problemrechner mit dem > alten 12.04-Image > und schaue, ob das Problem zur Zeit dort ebenfalls vorliegt und melde mich > dann nochmal. > Liegt es auf diesem Rechner beim Ubuntu12.04 nicht mehr vor, müsste es am > 16.04-Client liegen, oder? > >> Wo ist es schlimmer? > Kann ich noch nicht sagen. > >> Welche Hardwareklasse ist betroffen? > Es handelt sich im Lenovo-Rechner. Welche Angaben sind relevant? > >> Könnte es einen ZUsammenhang zwischen HWK und Ort geben? Also mal ein >> paar Rechner einer funktionierenden HWK an einen Ort bringen, wo es >> nicht so gut geht .. > Ah, das deckt sich ja mit meiner Idee oben. > > Danke auf jeden Fall für die Tipps! > > Schönen Gruß, > > Sebastian > >> VIele Grüße >> Holger >> >> >> -- >> Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net >> ___ >> linuxmuster-user mailing list >> linuxmuster-user@lists.linuxmuster.net >> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user >> > > > ___ > linuxmuster-user mailing list > linuxmuster-user@lists.linuxmuster.net > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Druckerprobleme
Hallo Axel, wenn Du vom Server aus drucken kannst dann bleibt die Verbindung zum Client: Welcher Fehler wird in Windows angezeigt? Läuft der Druckerspooler Dienst in Windows? Firewall/Virenscanner auf dem Client evtl. im Weg? Viele Grüße, Gregor ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
Re: [lmn] Druckerprobleme
Am 06.06.2016 um 10:15 schrieb Axel Treuter: > Hallo Jürgen, > > der Druck auf den Epson funktioniert nicht mehr von unseren > Schulclients (WinXP), die alle ein einheitliches Image haben. Insofern > könnte es am falschen Treiber liegen. > Der Druck funktioniert aber auch nicht mehr, wenn ich mit dem Laptop > (Ubuntu) per WLAN auf den Epson ausdrucken will. > Auf dem Ubuntu-Laptop ist der Lexmark gar nicht installiert. > In beiden Fällen bleibt der Druckauftrag in der Warteschlange des > Clients liegen. Mal im Client (und in CUPS) in die Warteschlange schauen: Hat vielleicht jemand den Drucker angehalten oder gibt es ggf. einen Job in der Queue der ein Problem hat und den Rest blockiert? Gregor ___ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
