Posts by extremmichi

nunja das kann ich dann frühestens Samstag machen

Trotzdem irgendwelche Ideen in die ich bis dahin ermitteln kann?

Nein es passiert nichts auf dm Server um diese Zeit.

nicht mal http Zugriffe oder mails kamen um diese Zeit rein

ich habe auch alle anderen logs durchsucht, aber um diese Zeit passiert nix

Deshalb ja mein Gedanke ob es der Host ist, der dies verursacht

da steht sonst nix drin

Edit:

was ich aber sagen kann es ist immer um 6:51 und 17:23 Uhr

Hi Leute,

ich bekomme seit einiger Zeit manchmal, nun immer häufiger, folgende Fehlermeldungen.

Quote

Code

1. May 16 06:51:02 srv1 kernel: [57167291.023516] sd 2:0:0:0: [sda] tag#10 abort
2. May 16 06:51:20 srv1 kernel: [57167309.026536] sd 2:0:0:0: [sda] tag#9 abort
3. May 16 06:51:20 srv1 kernel: [57167309.027083] sd 2:0:0:0: [sda] tag#8 abort
4. May 16 06:51:20 srv1 kernel: [57167309.027168] sd 2:0:0:0: [sda] tag#7 abort
5. May 16 06:51:20 srv1 kernel: [57167309.027222] sd 2:0:0:0: [sda] tag#6 abort
6. May 16 06:51:20 srv1 kernel: [57167309.028290] sd 2:0:0:0: [sda] tag#13 abort
7. May 16 06:51:20 srv1 kernel: [57167309.028327] sd 2:0:0:0: [sda] tag#12 abort
8. May 16 06:51:20 srv1 kernel: [57167309.028350] sd 2:0:0:0: [sda] tag#11 abort
9. May 16 06:51:20 srv1 kernel: [57167309.028372] sd 2:0:0:0: [sda] tag#65 abort
10. May 16 06:51:20 srv1 kernel: [57167309.080751] sd 2:0:0:0: [sda] tag#64 abort
11. May 16 06:51:20 srv1 kernel: [57167309.080844] sd 2:0:0:0: [sda] tag#63 abort
12. May 16 06:51:20 srv1 kernel: [57167309.080904] sd 2:0:0:0: [sda] tag#62 abort
13. May 16 06:51:20 srv1 kernel: [57167309.080956] sd 2:0:0:0: [sda] tag#61 abort
14. May 16 06:51:20 srv1 kernel: [57167309.081016] sd 2:0:0:0: [sda] tag#60 abort
15. May 16 06:51:20 srv1 kernel: [57167309.081088] sd 2:0:0:0: [sda] tag#59 abort
16. May 16 06:51:20 srv1 kernel: [57167309.081135] sd 2:0:0:0: [sda] tag#58 abort
17. May 16 06:51:20 srv1 kernel: [57167309.081174] sd 2:0:0:0: [sda] tag#57 abort
18. May 16 06:51:20 srv1 kernel: [57167309.081219] sd 2:0:0:0: [sda] tag#56 abort
19. May 16 06:51:20 srv1 kernel: [57167309.081244] sd 2:0:0:0: [sda] tag#55 abort
20. May 16 06:51:20 srv1 kernel: [57167309.081268] sd 2:0:0:0: [sda] tag#54 abort
21. May 16 06:51:20 srv1 kernel: [57167309.081292] sd 2:0:0:0: [sda] tag#53 abort
22. May 16 06:51:20 srv1 kernel: [57167309.081315] sd 2:0:0:0: [sda] tag#52 abort
23. May 16 06:51:20 srv1 kernel: [57167309.081340] sd 2:0:0:0: [sda] tag#51 abort
24. May 16 06:51:20 srv1 kernel: [57167309.081365] sd 2:0:0:0: [sda] tag#50 abort
25. May 16 06:51:20 srv1 kernel: [57167309.081402] sd 2:0:0:0: [sda] tag#49 abort
26. May 16 06:51:20 srv1 kernel: [57167309.081424] sd 2:0:0:0: [sda] tag#48 abort
27. May 16 06:51:20 srv1 kernel: [57167309.081447] sd 2:0:0:0: [sda] tag#47 abort
28. May 16 06:51:20 srv1 kernel: [57167309.081469] sd 2:0:0:0: [sda] tag#46 abort
29. May 16 06:51:20 srv1 kernel: [57167309.081492] sd 2:0:0:0: [sda] tag#45 abort
30. May 16 06:51:20 srv1 kernel: [57167309.081516] sd 2:0:0:0: [sda] tag#44 abort
31. May 16 06:51:20 srv1 kernel: [57167309.081545] sd 2:0:0:0: [sda] tag#43 abort
32. May 16 06:51:20 srv1 kernel: [57167309.081571] sd 2:0:0:0: [sda] tag#42 abort
33. May 16 06:51:20 srv1 kernel: [57167309.081594] sd 2:0:0:0: [sda] tag#41 abort
34. May 16 06:51:20 srv1 kernel: [57167309.081617] sd 2:0:0:0: [sda] tag#40 abort
35. May 16 06:51:20 srv1 kernel: [57167309.081640] sd 2:0:0:0: [sda] tag#39 abort
36. May 16 06:51:20 srv1 kernel: [57167309.081663] sd 2:0:0:0: [sda] tag#38 abort
37. May 16 06:51:20 srv1 kernel: [57167309.081691] sd 2:0:0:0: [sda] tag#37 abort
38. May 16 06:51:20 srv1 kernel: [57167309.081709] sd 2:0:0:0: [sda] tag#36 abort
39. May 16 06:51:20 srv1 kernel: [57167309.081726] sd 2:0:0:0: [sda] tag#35 abort
40. May 16 06:51:20 srv1 kernel: [57167309.081744] sd 2:0:0:0: [sda] tag#34 abort
41. May 16 06:51:20 srv1 kernel: [57167309.081761] sd 2:0:0:0: [sda] tag#33 abort
42. May 16 06:51:20 srv1 kernel: [57167309.081788] sd 2:0:0:0: [sda] tag#32 abort
43. May 16 06:51:20 srv1 kernel: [57167309.081823] sd 2:0:0:0: [sda] tag#31 abort
44. May 16 06:51:20 srv1 kernel: [57167309.081848] sd 2:0:0:0: [sda] tag#30 abort
45. May 16 06:51:20 srv1 kernel: [57167309.081872] sd 2:0:0:0: [sda] tag#29 abort
46. May 16 06:51:20 srv1 kernel: [57167309.081899] sd 2:0:0:0: [sda] tag#28 abort
47. May 16 06:51:20 srv1 kernel: [57167309.081921] sd 2:0:0:0: [sda] tag#27 abort
48. May 16 06:51:20 srv1 kernel: [57167309.081944] sd 2:0:0:0: [sda] tag#26 abort
49. May 16 06:51:20 srv1 kernel: [57167309.081970] sd 2:0:0:0: [sda] tag#25 abort
50. May 16 06:51:20 srv1 kernel: [57167309.081998] sd 2:0:0:0: [sda] tag#24 abort
51. May 16 06:51:20 srv1 kernel: [57167309.082017] sd 2:0:0:0: [sda] tag#23 abort
52. May 16 06:51:20 srv1 kernel: [57167309.082035] sd 2:0:0:0: [sda] tag#22 abort
53. May 16 06:51:20 srv1 kernel: [57167309.082062] sd 2:0:0:0: [sda] tag#21 abort
54. May 16 06:51:20 srv1 kernel: [57167309.082089] sd 2:0:0:0: [sda] tag#20 abort
55. May 16 06:51:20 srv1 kernel: [57167309.082113] sd 2:0:0:0: [sda] tag#19 abort
56. May 16 06:51:20 srv1 kernel: [57167309.082137] sd 2:0:0:0: [sda] tag#18 abort
57. May 16 06:51:20 srv1 kernel: [57167309.082159] sd 2:0:0:0: [sda] tag#17 abort
58. May 16 06:51:20 srv1 kernel: [57167309.082196] sd 2:0:0:0: [sda] tag#16 abort
59. May 16 06:51:20 srv1 kernel: [57167309.082216] sd 2:0:0:0: [sda] tag#15 abort
60. May 16 06:51:20 srv1 kernel: [57167309.082237] sd 2:0:0:0: [sda] tag#14 abort

Display More

Ist das ein Fall für den Support oder unwichtig da in einer virtuellen Umgebung?

LG

michi

m_ueberall wrote:

Wenn Docker mal wieder(!!!) ungefragt(!) Ports öffnen kann, die von außen ansprechbar sind, dann ist das ein grundlegendes Konfigurationsproblem, welches ich mit dem Betrieb eines offenen E-Mail-Relays gleichsetzen würde (deutlich formuliert: grobe Fahrlässigkeit des Betreibers). Solange ich Anwendungen nicht hinreichend vertrauen kann, gehören sie gar nicht installiert oder hilfsweise in einen unprivilegierten Container, dessen Ein- und Ausgaben überwacht werden. Und spätestens(!) sobald die Alternative Podman (weniger "Docker rootless") scheinbar(!) keine Option ist, gehört eine Docker-basierte Installation ihrerseits in einen wirklich unprivilegierten Container.

+1

CPU Ram und Plattenplatz einmal täglich zu prüfen macht wenig Sinn

das kannst du mit einem kleinen bashscript selbst machen und alle 5 min laufen lassen.

und für die Logs würde ich logwatch(einmal täglich) oder logcheck(stündlich) empfehlen

ja sowas habe ich auch gefunden

aber ich hatte was völlig anderes vermutet

Weiss einer was das ist in der Ostereiersuche?

Quote

netcup Twinbook (LIMITED EDITION)

Alternativ könnte man auch den Suez-Kanal aufstauen, genug Schiffe stehen ja auf beiden Seiten zur Verfügung

Quote

ssh -v hosting123456@hosting123456.a2xyz.netcup.net

wie heisst denn dein key und was passiert wenn du ihn explizit mit "-i "angibst?

Quote

debug1: Trying private key: /home/<user>/.ssh/id_rsa
debug1: Trying private key: /home/<user>/.ssh/id_dsa
debug1: Trying private key: /home/<user>/.ssh/id_ecdsa
debug1: Trying private key: /home/<user>/.ssh/id_ed25519
debug1: Trying private key: /home/<user>/.ssh/id_xmss
debug1: Next authentication method: password

kann es sein dass er die Standard keys nicht findet und dein key einen anderen Namen hat?

bei mir mache ich das immer so dass ich den key mit angebe und das immer mit dem namen hosting12345@IP

Steht doch da

Quote

Web-Speicherplatz:

250 GB SSD

für mich steht da : Login Authentification Failed

Hat das Passwort besondere Zeichen evtl. deutsche Umlaute?

killerbees19 wrote:

Der Schwan im Avatar winkt und sagt Lebewohl, der Fuchs ist zurück und frisst alle Enten auf…

Das wird eine Mutter nicht beeindrucken....

Peterchen72 wrote:

Oder wo kann ich sehen, wann das Zertifikat abläuft. Habe nirgends ein Ablaufdatum gefunden.

klick auf das Schloss in der Browserleiste

ThomasChr wrote:

Du wolltest uns gerade alle zum Enten essen bei dir zuhause einlanden?

Steini wrote:

Klar! Hatte ich vor, fällt wegen Corona leider ersatzlos au

Zu Weihnachten wird das wieder möglich sein

H6G wrote:

Nimmt das jetzt schon Ausmaße wie im Film "Die Welle" an?

Es scheint darauf hinaus zu laufen....

Ja da simma dabei datt is prima........

mfnalex wrote:

Ja das ist ja ein allgemein bekanntes Phänomen, dass man den Fehler 5 Sekunden nachdem man im NC Forum um Hilfe gebeten hat selber erkennt. Da muss irgendein übermenschliches Plugin im Forum laufen oder so

Das unterschreibe ich blind

kann es sein dass der Docroot auf httpdocs zeigt dein WP aber in einem Unterverzeichnis unterhalb von httpdocs lliegt?

ich nutze auch munin auf einem vps50 der reicht da allemal

aber wer mit uptime robot an die Grenze der 50 Dienste kommt, sollte sich mal php servermonitor ansehen das läuft auch auf einem kleinen Hosting