Beiträge von KB19

Zitat von TheFloyd

Denkste, ändere ich den vorgegebenen Dokumentenstamm der Domain läuft alles auf ein Error hinaus. Egal was ich wild für Ordner anlege, nix funktioniert außer die "Werkseinstellung".

Und die genaue Fehlermeldung bleibt Dein Geheimnis?

Zitat von mmaark

Ich kann ja den Server bestellt lassen, und ihn herunterfahren, bis ich dafür Bereit bin oder?

Bitte deaktiviere dann aber auch den Autostart im SCP bei den Einstellungen des Servers!

Andernfalls kann dieser z.B. bei Wartungsarbeiten am Hostsystem automatisch und ohne Dein Wissen gestartet werden.

Die einfachste Erklärung für die damaligen 2 €/Core dürfte sein: Wer Nested VMs verwendet, wird die kaum im Leerlauf betreiben. Dementsprechend ist die prognostizierte Mischkalkulation nicht mehr brauchbar und man muss anders rechnen, weil es nicht mehr so leicht kostendeckend ist. Wenn dann bestimmte CPU-Features oder Kernel-Features auch noch inkompatibel sind erst recht. Funktioniert(e) mit VMX überhaupt eine Live-Migration? Falls nicht, wäre das gleich noch ein Grund, warum es spürbar teurer war.

Zitat von KrisAusEU

Ich habe auch schon mit Namenskollegen telefoniert, also das stimmt schon alles und die können sich das auch nicht erklären.

Nach meiner persönlichen Erfahrung werden E-Mail-Adressen bei diversen Dienstleistern gerne mal fehlerhaft übernommen oder falsch eingetippt. Ob aus Unachtsamkeit oder Unwissenheit weiß ich nicht.

Was glaubst Du wie viel Spaß ich schon hatte, weil ich nachname.co.at verwende. Ein Namensvetter aus der gleichen Stadt verwendet hingegen nachname.co! Und das scheinen einige nicht zu verstehen, dass es ".co" als TLD gibt. ".co.at" kennen sie hierzulande jedoch und so landet diverses Zeug dann fälschlicherweise bei mir. Ich hoffe mal, dass meine Mails dann nicht teilweise bei nachname.at landen. Die gibt es nämlich auch noch und die gehört wieder einer anderen Person

Den Vogel abgeschossen hat aber eine Person mit dem gleichen Nachnamen bei einem großen Freemailer: Da der bereits belegt war, hat sie sich die Adresse mit nur einem T (!) statt zwei TT registriert. Drei mal dürft ihr raten, was beim nächsten Elternabend passiert ist, als sie diese Kontaktadresse verteilt hat…

Ich sag's mal so: Meine Test-Inbox dort war voll mit personenbezogenen Daten von Kindern einer halben Schulklasse.

Zitat von ASS

Mal andersrum: Welchen gravierenden Vorteil bringt der Zufallshostname denn?

Praktisch ist es schon, weil automatisch ein Hostname im System gesetzt ist, der (über IPv4) sowohl vorwärts als auch rückwärts komplett auflösbar ist. Das erleichtert viele Dinge, wenn man nicht erst umständlich eine eigene Domain verknüpfen muss. Gerade für Testsysteme oder internen Kram würde das durchaus als Dauerzustand ausreichen. Ich persönlich finde das besser, als gar keinen Standard-Hostnamen zu haben.

Klar, für ernsthafte Verwendung mit Zertifikaten oder als Mailserver ist das keine gute Idee. Aber sonst, was spricht dagegen?

Zitat von ASS

Bei einem (web)server den IP Aufruf über einen Vhosteintrag abzufangen, hat man auf dem Schirm. Dass man das zusätzlich noch für einen Hostnamen machen muss, evtl nicht.

Für so etwas hat man doch einen Default-vHost, in dem alle unbekannten Hosts landen und z.B. mit 404 beantwortet werden?

Zitat von ASS

Bereits den für ip4 halte ich für unnötig. "Niemand" benutzt diesen Hostnamen produktiv. Im Gegenteil, bei Servern kann er sogar ein Sicherheitsloch bedeuten.

Also den letzten Satz musst Du mir aber erklären

Ob ich den Server nun über die IPv4-Adresse oder einen Hostnamen "finde", ist doch schon egal, oder?

Ist ja nicht so, dass man die Subnetze von netcup nicht über die ASN einsehen kann.

Schuss ins Blaue: Falsche PHP-Version? (CLI ≠ FPM)

Was sagt denn php -v?

Ansonsten mal mit der neuesten aufrufen: https://helpcenter.netcup.com/de/wiki/webhosting/php-shell

Zitat von Bud

Meine Freundin sieht die letzten beiden Beiträge von Win98SE4ever und TBT

„Die sind alle nicht ganz dicht...“

Die sollte dann lieber nicht mein Türschild sehen

QR, Hex & Binär, kein Klartext.

Zitat von Bud

Spoiler anzeigen

Falls jemand von netcup bei diesem Gschmarre mitliest: Ich erwarte weder ne Entschädigung noch ein freies Essen oder so

Wie wichtig die Wayback Machine ist, merkt man auch erst, wenn sie tagelang offline ist.

Deshalb sind die immer so beliebt und schnell ausverkauft!

Wenn ich Dir einen Tipp geben darf: Lass die VLAN-IDs lieber ≤127 sein. Es gibt einige günstige Managed-Switches, die sonst Probleme machen. Und gerade im Heimnetzwerk trifft man so eine Hardware vielleicht eher an.

Manche Geräten haben sehr niedrige IDs auch fix für spezielle Zwecke reserviert. Von 1-3 würde ich persönlich ebenfalls die Finger lassen. Bleib also lieber im 10-120 Bereich, wenn Du zukünftig Probleme vermeiden möchtest.

VLAN-IDs später im laufenden Betrieb ändern ist echt nicht lustig, egal wie gut man es plant und automatisiert. Ich spreche da aus Erfahrung

Zitat von andreas.

Mit folgendem Befehl und dem IOPS-Ergebnis müßte man recht gut sehen können, ob nun der vServer von einem HDD- auf einem SSD-Plattensystem umgezogen wurde:

Code

fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=64 --size=8G --readwrite=randrw --rwmixread=50

Denn die IOPS von HDD´s werden mit Sicherheit auch bei einem RAID-10-Array mit 16 SAS-Platten keine z.B. 10k IOPS beim Lesen und Schreiben erreichen.

fio-3.33
Starting 1 process
test: Laying out IO file (1 file / 8192MiB)
Jobs: 1 (f=1): [m(1)][99.2%][r=66.8MiB/s,w=67.3MiB/s][r=17.1k,w=17.2k IOPS][eta 00m:01s]
test: (groupid=0, jobs=1): err= 0: pid=2250317: Sat Oct 12 20:03:20 2024
  read: IOPS=8097, BW=31.6MiB/s (33.2MB/s)(4098MiB/129573msec)
   bw (  KiB/s): min= 8512, max=88496, per=99.62%, avg=32267.95, stdev=12494.78, samples=258
   iops        : min= 2128, max=22124, avg=8066.98, stdev=3123.68, samples=258
  write: IOPS=8087, BW=31.6MiB/s (33.1MB/s)(4094MiB/129573msec); 0 zone resets
   bw (  KiB/s): min= 9208, max=88288, per=99.62%, avg=32229.26, stdev=12429.62, samples=258
   iops        : min= 2302, max=22072, avg=8057.31, stdev=3107.40, samples=258
  cpu          : usr=2.34%, sys=9.39%, ctx=268300, majf=0, minf=8
  IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%
     issued rwts: total=1049199,1047953,0,0 short=0,0,0,0 dropped=0,0,0,0
     latency   : target=0, window=0, percentile=100.00%, depth=64

Run status group 0 (all jobs):
   READ: bw=31.6MiB/s (33.2MB/s), 31.6MiB/s-31.6MiB/s (33.2MB/s-33.2MB/s), io=4098MiB (4298MB), run=129573-129573msec
  WRITE: bw=31.6MiB/s (33.1MB/s), 31.6MiB/s-31.6MiB/s (33.1MB/s-33.1MB/s), io=4094MiB (4292MB), run=129573-129573msec

Disk stats (read/write):
  vda: ios=1047575/1045796, merge=502/395, ticks=6752466/1372132, in_queue=8124736, util=88.21%

(Das ist kein leeres Testsystem, der Server erfüllte währenddessen seine üblichen Aufgaben!)

Zitat von gem

Woran siehst du das? Meiner liegt inzwischen zwar auf einem AMD EPYC, aber /sys/block/sda/queue/rotational liefert immer noch 1 ...

Diesen Wert wird netcup garantiert nicht 1:1 durchreichen. Im besten Fall wird der im Produkt-Template definiert. Ist der überhaupt bei irgendeinem Produkt anders? Ich bin jetzt zu faul mich überall über SSH einzuloggen...

100% weiß ich es natürlich nicht, ob jetzt eine SSD verwendet wird. Es wäre aber nicht so abwegig, dass man HDDs im RZ irgendwann loswerden möchte. Spätestens wenn es viele Ausfälle gibt, erfolgt wahrscheinlich gleich ein Umzug auf ein neueres System, das Teile verwendet, die man für neuere Produkte ebenfalls brauchen kann.

vda-month.png

Und nach meiner bisherigen Erfahrung, war es immer ein Wechsel von HDD auf SSD, wenn das Monitoring so aussieht. Besonders wenn sich die Leistung spürbar verbessert hat. Das gleiche Bild habe ich schon bei einem halben dutzend VPS/RS beobachtet. Vermehrt in den letzten paar Monaten/Jahren

KrisAusEU Mein herzliches Beileid an dieser Stelle!

Ich verstehe Deinen Gedankengang aber nicht ganz. Normalerweise werden Banken bei einem Todesfall doch sehr schnell verständigt? Wenn das Konto nur dem/der Verstorbenen gehört, hat man darauf sowieso keinen Zugriff mehr, bis die Verlassenschaft geklärt bzw. erledigt ist. Und selbst wenn man da kurz nach dem Tod noch etwas bekommen würde, steht man doch sowieso mit einem Fuß im Kriminal. Oder habe ich Deinen Beitrag nicht verstanden?

Sehr schön: Mein RS X-Mas 2016 liegt nach einer angekündigten Migration wohl endlich auf einem Hostsystem mit SSDs.

Kein Vergleich zum grottenlangsamen SAS-Speichermedium. (Mit dem ich dennoch immer zufrieden war!)

Zitat von aRaphael

Wir nutzen dafür OSTicket

Das verwende ich persönlich auch seit einigen Jahren, allerdings das Original und nicht die komisch gepatchte Version von der .com.de Domain.

Das ganze Webinterface muss man den Kommunikationspartnern jedenfalls nicht zur Verfügung stellen. Die HTTP-Ticketlinks kann man in den Vorlagen bei Bedarf einfach entfernen, dann verhält es sich ggü. dem User relativ unauffällig.

Das große ABER kommt jetzt: Es gibt bei osTicket immer wieder mal kritische Bugs, denen meiner Ansicht nach einfach nicht ordentlich nachgegangen wird! Das dürfte besonders daran liegen, weil der Code historisch gewachsen ist und mittlerweile die reinste Katastrophe ist. Die PHP-Kompatibilität mit Non-EOL-Versionen hinkte z.B. ewig hinterher. Das soll sich mit der v2 Neuentwicklung zwar alles endgültig ändern, aber wann die das Licht der Welt erblickt und ob die dann wirklich noch Opensource ist, ist aktuell nicht wirklich absehbar.

tl;dr: Ohne selber Debuggen und Patchen wäre ich mehrmals bereits so richtig am Arsch gewesen. Ich würde osTicket aktuell nicht mehr neu aufsetzen. Der Schmerz ist aber noch nicht so groß, dass ich meine Installation auf eine andere Software migrieren würde.

Zitat von Win98SE4ever

Grundsätzlich würde ich ein gebrauchtes (wie auch nagelneues) Gerät zumindest in der ersten Zeit nie unbeaufsichtigt laden.

Das vermeide ich sowieso bei (fast) allen Geräten. Akkus die laden, besonders größere, habe ich zu 80% der Zeit halbwegs im Blickfeld. Ein Zwischenfall mit NiMH-Zellen (*) reicht mir im Leben, das brauche ich bei Lithium erst recht nicht. Jedenfalls nicht in meinem Wohnbereich.

(* Ist Dank Anwesenheit zum Glück glimpflich ausgegangen. Ein paar Gegenstände waren trotzdem ein Fall für die Tonne...)