Hallo Zusammen,
kennt sich jemand von euch mit der Einrichtung einer Floating IP in der
Hetzner Cloud aus?
Die Beschreibung aus deren Wiki klappt jedenfalls nicht.
Ich habe in der Verwaltungskonsole eine Floating IP erstellt und der
Instanz zugewiesen.
Auf der Serverinstanz (Debian 10) habe ich dann in der
/etc/network/interfaces.d/60-my-floating-ip.cfg
folgenden Inhalt hinterlegt:
auto eth0:1
iface eth0:1 inet static
address <die floating ip>
netmask 255.255.255.255
Nach service networking restart
legt er auch eine entsprechende Datei an (versuche ich
danach manuell zu adden via ip addr add <die floating ip> dev eth0
kommt RTNETLINK answers: File exists). Soweit also alles ok.
ip addr zeigt bei eth0 dann auch die entsprechende Adresse:
inet <die floating ip/32> brd 116.202.186.99 scope global eth0:1
valid_lft forever preferred_lft forever
Intern kann ich die dann auch pingen. Aber von außen erreiche ich die
Adresse nicht.
Ping von anderem Server im Hetzner Netzwerk tut auch nicht.
Hat jemand eine Idee? Muss da in iproute2 noch was definiert werden?
Viele Grüße,
Marc
--
Mit freundlichen Grüßen / with kind regards
Marc Schwarz
Schwarz IT Consulting
RA Marc Schwarz
Goethestr. 25
79100 Freiburg
Germany
T. ++49 (0) 171 3696847
F. ++49 (0) 761 75856
Softwareentwicklung - E Commerce Systeme - IT-Consulting.
IT-Sicherheit - Datenschutz - Sichere Datenübertragung.
Ihr Partner für Webseiten, Blogs, Social Media und Shops,
Magento 2, Magento 1.9 Portierung.
Softwaredevelopment - E Commerce Systems - IT Consulting.
IT-Security - Dataprotection - Secure Datatransfer.
Your Partner for Magento 2, Magento 1.9 Migration.
Hallo,
ich habe einen alten Laptop (Baujahr 2007) zu verschenken.
DELL Latitude D 630
Intel Core Dua 2GHz + NVidia NVS135M
2 GB RAM
160 GB HDD
CD Laufwerk fehlt (wegen Defekt entsorgt)
Akku ist bei dem Alter im Eimer
US Tastatur-Layout !
Hat jemand verwendung?
Mit freundlichem Gruß / With kind regards
Holger Klawitter
--
listen <at> klawitter <dot> de
Hallo Nachbar-LUG
hallo alle Mailinglisten-Mitleser,
wie jeden zweiten Donnerstag im Monat treffen wir uns um 19.30 Uhr im Gasthaus Aiple in Haslach i.K.
Somit ist also am Donnerstag, den 13.08.20 um 19.30 Uhr, wieder unser monatliches Treffen.
Thema: „Ticketing-Systeme„.
Um den reibungslosen Ablauf von Aufgabenabwicklung zu erhalten oder
wiederherzustellen werden oft sogenannte Ticketing-Systeme eingesetzt.
Sie dienen auch der Verteilung und Zuordnung der Bearbeiter oder
Qualitätskontrolle, sowie vielen anderen Organisationsaufgaben und
Ablaufplanungen.
Wir werden uns den grundlegenden Ablauf solcher Ticketsysteme anschauen
und verschiedene Anwendungsbereiche erörtern. In der Freien Software
Welt gibt es ausgereifte Softwareprodukte, die Ihre Aufgaben
hervorragend machen und hiervon wollen wir auch ein paar vorstellen.
Referent Eugen Albiker wird Ihnen einen Überblick geben und zeigen, dass
durch den Einsatz eines Ticketsystem, keine Aufgabe mehr verloren gehen
Kann.
https://kilug.de/terminliste/Eventdetail/165/-/monatliches-treffen-ticketin…
Wer vorbei schauen will, ist herzlich eingeladen und wir freuen uns!
Falls jemand keine Zeit hat, aber uns dennoch mal besuchen möchte wird uns jeden zweiten Donnerstag im Monat im Gasthaus Aiple antreffen!
HP: www.kilug.de
Twitter: @kilug_haslach
Gruß
Eugen Albiker
-----------------------------
KiLUG
Kinzigtäler Linux User Group
www.kilug.de
kontakt(a)kilug.de
Hi all,
ich habe kürzlich 4 Glasfaserkabel verlegt (OM4, 4 x 2 Fasern) die an
allen Enden gespleißt werden müßten.
An einer dieser Stellen bräuchte ich eine passive Spleißbox wo ich das
Glas einfach weiterverbinden kann.
Außerdem habe ich überall Switches (meist Cisco) mit SFP-Slots um
Transceiver einzubauen.
Ich bräuchte also jemand der mir all diese Fasern spleißen kann
(natürlich gegen normale Bezahlung) und mir gleichzeitig raten kann
welche Stecker ich nehmen soll (SC, LC, was es da noch für sinnvolle
Sachen gibt)
Bitte nicht enttäuscht sein wenn ich die nächsten Tage hie rnicht
antworten kann, ich komm wieder, keine Frage! Danke schon mal -
--
Schönen Gruß
Andreas
Liebe Mit-Linuxer,
nach einer längeren Weile möchte ich einem Problem doch einmal nachgehen
und hoffe, doch noch eine Verbesserung zu finden, selbst wenn es etwas
kosten könnte.
Ende letzten Jahres hatte ich mir bei Tuxedo ein (erstmals) neues Laptop
gekauft und auch ganz ordentlich Geld ausgegeben für einen
Sechs-Kerne-i7 mit 16GB Speicher. Besonders gereizt hatte mich daran,
dass ich gerade zuvor ein System programmiert hatte, mit dem ich in
meinem LilyPond-Editor die Zahl paralleler Kompilationsvorgänge
kontrollieren kann. Somit kann ich jetzt sagen "übersetze mir die 2.000
Notenschnipsel und halte dabei immer 10 Cores in Betrieb". Vor dieser
Programmierung hätte ich nur die Wahl gehabt, wirklich alle nacheinander
abzuarbeiten oder alle Jobs gleichzeitig auf das Betriebssystem
loszulassen ;-)
Im Prinzip war ich auch sehr zufrieden mit der Performance des Laptops,
nun machen mir aber wahrscheinlich die Umstände Schwierigkeiten, und ich
würde mich über Tipps freuen, mit denen ich nach Engpässen und ggfs.
Abhilfe suchen kann.
An das Laptop sind jetzt zwei zusätzliche Monitore angeschlossen, ein
alter 1024x768 per HDMI-DVI-Adapter sowie ein 4K-Monitor per Mini-DP.
Wenn diese beiden Bildschirme aktiv sind, habe ich oft das Gefühl, dass
z.B. die Tastatur beim Tippen etwas laggt, oder auch, dass das Wechseln
zwischen Anwendungen relativ träge geht. Auch das Starten größerer
Programme wie LibreOffice dauert merklich länger.
Insbesondere eklatant ist das allerdings, wenn der Rechner in
irgendeiner Form mit Videos beschäftig ist. Ich muss einerseits
Videoschnitt machen (Kdenlive) (was ich natürlich am liebsten auf dem
4K-Monitor mache), andererseits (natürlich) ständig irgendwelche
Videokonferenzen. Und egal, ob das nun in einem Chromium läuft (Jitsi,
BigBlueButton, PexIP) oder in einer Desktop-App (PexIP, Zoom (igitt!)) -
sobald eine Videokonferenz in Betrieb ist (eigentlich muss noch nicht
mal die eigentliche Konferenz laufen, sondern lediglich mit aktivierter
Webcam in Bereitschaft sein), wird mein Rechner meistens signifikant
träger. Das zeigt sich im Desktop (wie oben), aber auch beispielsweise
Kompilierungen von LilyPond oder LaTeX brauchen oft ein Mehrfaches der
übrigen Zeit.
Mein erster Gedanke ist, dass drei Bildschirme (macht es etwas, dass die
so unterschiedlich sind?) und Videostreamen/-bearbeiten einfach doch
sehr anspruchsvolle Anwendungen sind. Vielleicht hatte ich ja am
falschen Ende gespart und auf eine dedizierte Grafikkarte verzichtet
(was ich bisher immer bewusst gemacht hatte - ich bin ja kein Gamer)?
Ja und nein, wie sich zeigt: Bei den Businessmodellen bietet Tuxedo zur
Platz- und Stromersparnis ausschließlich integrierte Grafik an. D.h. ich
habe nicht am falschen Ende gespart, es gibt aber auch keine Option zum
Nachrüsten, wofür ich jetzt sogar nochmal Geld in die Hand genommen hätte.
Die Mitarbeiterin meinte allerdings, eine konkret überlastete GPU mache
sich i.d.R. direkt durch Video-Ruckeln und so bemerkbar. Das kann ich
nicht beobachten, die Videos selbst laufen eigentlich problemlos, es ist
mehr die ganze Desktopumgebung, die träge wird.
Hardwareseits gäbe es als Optionen nur die Aufrüstung von mehr (oder
anderem) Speicher, derzeit ist ein 2666Mht-Riegel mit 16 GB verbaut oder
eine andere Festplatte (derzeit 250 GB Samsung 860 Evo per M.2 SATAIII).
Letzteres hat mir die Tuxedo-Mitarbeiterin aber immerhin nicht als
Heilsversprechen aufzuschwatzen versucht...
Ich kann das nochmal beobachten, bin mir aber ziemlich sicher, dass mein
Speicher nicht vollläuft, zumindest bei weitem nicht immer, dass also
die Einschränkungen beginnen, längst bevor es hier zu Engpässen kommt.
Trotzdem die Frage, ob ich hier einmal erhöhte Aufmerksamkeit walten
lassen sollte? Oder ob es sich lohnen könnte, hier in eine Aufrüstung zu
investieren, selbst wenn ich keine konkrete Überlastung erkennen kann?
Die Festplatte selbst ist nicht voll, und selbst wenn eine andere 20%
schneller sein sollte, kann ich mir das nicht als die Ursache/Lösung
meines Problems vorstellen.
###
Schlussendlich habe ich den Eindruck, dass ich mich wohl auf die Suche
nach einer softwareseitigen Lösung machen sollte.
Zunächst würde mich interessieren, ob ich irgendwelche Parameter oder
Prozesse beobachten kann, die mir Aufschluss über Performance-Engpässe
im Zusammenhang mit Grafik allgemein bzw. Video im Speziellen geben können.
Sollte/müsste ich mich letztlich einfach nach einer weniger
performancehungrigen Desktop-Umgebung umsehen? Eigentlich möchte ich
jetzt nicth schon wieder wechseln, und eigentlich war mein Plan ja
gewesen, mich mit einem einigermaßen powervollen Rechner etwas davon
unabhängig zu machen :-(
Auf meinem Laptop läuft Debian Testing. (Da ich nicht das
Ubuntu-basierte Haus-OS von Tuxedo verwende, profitiere ich auch nicht
von möglichen Anpassungen und Optimierungen. Ob diese allerdings mein
Problem gelöst hätten, weiß ich natürlich nicht.)
Als Desktop läuft GNOME 3, beides jeweils von der Stange, d.h. so wie es
in den aktuellen Debian-Repositories zu finden ist.
Müsste ich damit rechnen, dass in diesem Zusammenhang ein Unterschied
zwischen Xorg und Wayland relevant sein könnte?
Gibt es (außer einem grundsätzlich anderen und schlichteren
Desktop/Window manager) Möglichkeiten, den Ressourcenverbrauch des
Desktops gezielt zu verringern, etwa auch temporär, indem ich z.B. sage,
dass die Videokonferenzen mit reduzierter Priorität laufen sollen, um
den Rest des Systems weniger zu beeinträchtigen?
Vielen Dank für jeden Tipp (ob Einzelhinweis oder Rundum-Vorschlag)
und herzliche Grüße
Urs
Hallo zusammen,
aus meinem anderen Thread stellt sich für mich eine reine Interessens-
Frage, die ich aber sicherheitshalber separat stelle, um ungünstige
Vermischungen zu vermeiden.
Wenn ich einen Sechs-Core-Prozessor habe, erscheint dieser im System
als 12 CPUs, in Tools wie htop auch als 12 ganz unabhängige Einheiten.
Tatsächlich sind das aber *sechs* unabhängige Teile, die jeweils zwei
Threads verwalten können, richtig?
Das heißt, wenn mein System mehr als 12 Prozesse laufen hat (also
immer), dann muss das System nicht wirklich reihum wechseln wie früher
bei einem Single-Core-Prozessor, sondern kann einige Prozesse wirklich
nebeneinander laufen lassen, richtig?
Nicht ganz klar ist mir hier das Verhältnis von "echten" Cores und
Threads.
Ich stelle mir vor, dass ein Core eine Möglichkeit hat, zwei Prozesse
effizienter zu verwalten als wenn er nicht diese Thread-Unterstützung
hat. Aber *ein* Prozess, der einen Core zu 100% in Beschlag nimmt,
müsste doch effizienter sein als *zwei* Prozesse, die sich diesen Core
"teilen" und ständig hin- und her wechseln müssen?
Meine Frage bezieht sich letztlich auf die Aufgabe, mehrere Compiler-
Prozesse parallel laufen zu lassen. Compiler wollen ja immer die ganze
Rechenleistung haben, je mehr sie davon haben, desto schneller werden
sie fertig (anders als z.B. User Interfaces, wo man sich gerade das
nimmt, was gerade gebraucht wird und dann wartet, bis der Nutzer mal
wieder wo drauf klickt).
Wenn ich also das Beispiel aus meiner anderen Frage nehme und sehr
viele Compiler-Prozesse starten will, dann müsste das doch eigentlich
am allerschnellsten gehen, wenn jeder Compiler-Prozess *eine* Core zu
100% beansprucht. Wenn ich also idealisiert sagen könnte: Starte vier
Compiler und nutze dafür vier Cores, dann sollte das besser sein als:
Starte acht Compiler und nutze die acht Threads von vier Cores.? Mir
ist klar, dass das OS (zumindest von selbst) die Hunderte oder Tausende
Prozesse, mit denen es sonst noch beschäftigt ist, sowohl auf die
verbleibenden zwei Cores verteilt und bestimmt auch noch Zyklen von
"meinen" vier Cores abzweigt.
So, bei alledem geht es mir zunächst mal darum, Feedback zu bekommen,
das mein Verständnis dieser Dinge verbessert.
Zusätzlich würde mich aber auch noch konkret interessieren, ob es
möglich ist, Prozesse so zu steuern bzw. zu starten, dass ich etwa das
OS anweise, für einen Compilerprozess einen ganzen Core, am besten
exklusiv, zur Verfügung zu stellen. Wenn das möglich sein sollte, dann
würde ich z.B. versuchen, meine Compilersysteme so zu arrangieren, dass
ich meine Tausende Kompilierprozesse (je nachdem, was ich grade sonst
noch so mit dem Rechner vorhabe) auf 4 oder 5 der 6 Cores exklusiv zu
starten, anstatt dafür zu sorgen, dass immer 8 oder 10 Jobs aktiv sind.
Ich weiß nicht, ob diese Diskussion irgendwo hin führen kann, aber
falls ja, wird es nicht nur Auswirkungen auf meinen Bürorechner haben,
sondern in Frescobaldi (https://frescobaldi.org) - die wichtigste
LilyPond-IDE - eingehen.
Herzliche Grüße
Urs
Hallo Stefan (und die Gruppe wieder im CC),
oh je, da habe ich mit dem Anekdotischen den Blick fürs Wesentliche
verstellt ...
Am Samstag, den 01.08.2020, 00:34 +0200 schrieb Stefan Ziegler:
> Hallo Urs,
>
> > Gesendet: Freitag, 31. Juli 2020 um 07:53 Uhr von: "Urs Liska" <
> > ul(a)openlilylib.org>
> > Kommt beides in Frage. Grafische Programme erlauben einem ja
> > manchmal
> > einfach schon einen ganz intuitiven Zugang zu solchen Problemen.
> > Aber
> > irgendwie hätte ich auch jedesmal den Verdacht, dass das Tool
> > selbst in
> > die Gleichung eingreift.
>
> ich habe hier beim mir top im Kommandozeilenfenster und die "Gnome
> Systemüberwachung als grafisches Tool.
> Bei Einschaltung der Webcam geht die CPU-Nutzung um einige Prozent
> hoch, aber nicht merklich.
> (4 Cores ohne laufende Kompilierung)
So, ich habe einmal die Webkonferenz im Browser aktiviert (also noch im
lokalen Modus die Kamera an ohne echte Konferenz). Das Bild sieht
unauffällig aus, der eine Peak ist beim *Ausschalten* der Kamera.
Eine Schwierigkeit ist, dass meine Probleme ja nicht wirklich
reproduzierbar sind, sondern nur tendenziell auftreten, also im live-
Betrieb, wenn ich meistens über den Tag verteilt immer mehr Anwendungen
offen habe. Jetzt gerade bin ich sowieso zuhause ohne externe Monitore,
echte Tests kann ich erst wieder Montag machen.
> > Wie würde ich am besten die Last einer laufenden Webcam beobachten?
>
> Bei der ersten Analyse sollte man schon auf CPU und
> Hauptspeicherauslastung schauen. Erst wenn das nicht auffällig ist,
> kann man woanders suchen.
So, hier wäre meine Frage gewesen: Wie finde ich die Prozesse, die ich
beobachten soll?Wie schon irgendwo gesagt, bin ich mir sicher, dass
weder der Hauptspeicher noch die CPUs in Summe jemals vollaufen, das
kann also das Problem nicht erklären. Es kann natürlich sein, dass ein
Prozess nicht Multithreading-fähig ist, eine einzelne CPU blockiert und
damit das Gesamtsystem irgendwie beeinträchtigt.
>
> > > Auch eine Hardwareerweiterung macht ohne Analyse der Ursache nur
> > > wenig Sinn.
> >
> > Ja, genau deswegen schreibe ich ja hier.
> > Im Kontext meines ursprünglich angedachten und nun geänderten
> > Nutzungsverhaltens hätte ich vielleicht ohne nähere Prüfung eine
> > dedizierte Grafikkarte installiert. Da das aber nicht geht, muss
> > ich
> > wohl etwas tiefer einsteigen.
>
> Die Auslastung der Grafikkarte kann man mit den üblichen
> Systemwerkzeugen schlecht anzeigen.
> Ich würde es auch bei drei Monitoren weniger auf die Grafikkarte
> schieben. Die Grafikkarte hat keine Auswirkung auf Webcams oder
> Kompiler.
> Wenn das Kompilieren länger dauert, dann kann das eigentlich nur die
> CPU oder irgendeine Art IO-Durchfluss sein.
>
> Kann man zumindest ein Teil der Kompilierung auf einen anderen
> Rechner ("Compute Server") auslagern, wenn diese so zeitkritisch ist?
> 6 Cores sind gut. Wieviel Cores bekommen die Kompiler normalerweise
> und wieviel bei Webcam-Nutzung?
> Wie schwankt die CPU-Auslastung bei den beiden Fällen mit/ohne
> Webcam?
> Wenn du 10 Cores für Lilypond nutzt (also 10 Hyperthreading, oder 5
> Real-Cores), dann bleibt nur ein 1 Real-Core für den ganzen Rest von
> Webcam, grafische Oberfläche, Browser usw. übrig. Das fühlt sich
> natürlich zäh an.
> Sehr wahrscheinlich wird es weniger zäh, wenn du 2 Real-Cores für den
> Rest übrig lässt und nur 8 HT-Cores für Lilypond nutzt.
So, hier habe ich dich offensichtlich völlig abgelenkt.Die Konstruktion
mit dem parallelen Kompilieren ist gar nicht das Problem. Wenn ich 10
Cores für Kompilieren nutze, ist klar, dass der Rest des Systems träge
wird. Der Punkt *daran* ist eigentlich nur, dass ich es cool finde,
dass es überhaupt möglich ist. Ohne meine JobQueue würde ich ja
Tausende von Prozessen starten und das OS damit "alleine lassen" - und
das führte erwartungsgemäß dazu, dass alles völlig überlastet wird.D.h.
wenn ich diesen Vorgang starte, dann erwarte ich nicht, dass mein
Rechner noch flüssig läuft, und das mache ich auch nur ganz
gelegentlich, und bestimmt nicht parallel zu einer Videkonferenz.
Mein praktisches Problem ist, dass, während Videkonferenzen laufen oder
ich in Kdenlive mit Videos arbeite, mein Desktop insgesamt oft träge
wird, und zwar oft in einem Maß, das das flüssige Arbeiten (also mal
nebenher eine LibreOffice-Instanz zu öffnen oder etwas in einem Web-
Interface zu machen) merklich behindert. Die Beobachtung, dass in
diesem Zustand auch Compiler deutlich mehr Zeit brauchen, ist nur eine
Zusatzinfo und hat mit dem aktuellen Use Case nicht wirklich zu tun.
Manchmal nutze ich das, indem ich während der VK Dokumente mit LaTeX
kompiliere, aber das ist nicht das Wesentliche.
Herzliche Grüße
Urs
>
> Viele Grüße, Stefan.
