Ist das ein "Finding" von letztem Jahr oder von diesem? Wenn von diesem, wo gibts das? Ich blind!
Nein. Vermutlich bist du nicht blind. Allerdings ist doch aber dies doch genau das groß angekündigte Ossterei, dass du Suchen sollst 
Aber von meiner Seite ein kurzes Feedback ans Netcup Team: Telegram, Whatsapp und Instagram als Voraussetzung zu machen ist völlig daneben und damit habt ihr eine langjährige und einst spaßige Aktion kaputtgemacht.
Es gibt sicherliche mehrere unterschiedliche Ansätze, dein Problem mit den Pfadnamen zu lösen.
Ich persönlich lasse Webserver und php immer in eigenen chroot Umgebungen laufen.
(...)
Der Eintrag /project_xy/storage/framework/cache/dataexistiert aber für einen Aufruf im Web nicht und es kommt zu einer Fehlermeldung (open_basedir ...)
(...)
Mal angenommen, du benutzt auch php-fpm, dann würde man hier in der Konfigurationsdatei des fpm pools chrooot = /var/www/vhosts/hosting123.abc123.netcup.net/ setzen und dann existiert auch /project_xy/storage/framework/cache/data
Entschuldigung, dass ich das eigentlich schon abgeschlossene Thema nochmal aufgreife. Aber vielleicht ist für jemand, der dasselbe Problem mit den Snapshots und langwierigen Anpassungen hat noch folgende Anmerkung hilfreich:
Wenn ich auf einen neue Rootserver umziehe, installiere ich einfach ein neues System (entweder von CD oder eines der verfügbaren Images). Dann noch, falls nötig, fehlende Software installieren und dann die Konfigurationsdateien rüberkopieren.
Fertig!
wie ist denn die Ausgabe des Portscanners? Also wie werden der Port 135 und 445 angezeigt?
Wie verbindest du dich denn per ssh zu dem Rechner? Mit der IP Adresse oder dem Domainnamen? Falls letzteres hast du denn die DNS Einstellungen der Domain überhaupt schon geändert (das kann ja auch schon mal >24 Stunden dauern)?
Ich könnte mir auch vorstellen, dass du hier mehr Hilfestellungen bekommst, wenn du
ist nicht böse gemeint, sondern nur ein gutgemeinter Ratschlag (weil ja nicht jeder eine Glaskugl hat...)
Bei mir steht auch bei 2 Servern der Hinweis mit der neuen KVM Version und dass ich einen Powercycle auslösen soll.
Beide Server wurden seit mehreren Monaten nicht neu gestartet (also auch kein von Netcup ausgelöster Neustart in den letzten Tagen), deshalb hab ich sie beide neu gestartet. Die Meldung bzgl. der KVM Version ist jetzt zwar weg, aber folgt jetzt noch irgendwann der Reboot durch Netcup???
Oder kann ich gefahrlos an der Einrichtung des Servers rumbasteln, ohne das er plötzlich inmitten irgendeines Prozesses abgeschossen wird?
Dem thorwin sei ein Trulalla...
Genau so wars: ...zuerst FreeBSD 10
Ich hatte mich auch durch die Installation von OpenBSD 6.0 auf Netcup gewühlt.
Die Suchfunktion hätte dann zu diesem Thread geführt: Probleme bei OpenBSD Installation auf Root Server 2000 Plus
tl;dr: einfach zuerst FreeBSD vom vorgefertigten Image installieren und erst danach OpenBSD
(klingt komisch, aber war in dem Fall die Lösung. Wahrscheinlich wird bei der Installation eines linuxbasierten Imags auf virtio-scsi umgestellt und wenn du danach OpenBSD installieren willst, fährst du gegen die Wand.
Wenn du das FreeBSD Image installierst, wird wahrscheinlich virtio-block konfiguriert und danach klappt es mit der OpenBSD installation)
Von mir auch ein dickes Dankeschön 
Meine OpenBSD Installation hat jetzt Zugriff auf die vollen 500GB
Die Partition läßt sich nicht vergrößern.
Man kann zwar mit "fdisk -i sd0" den MBR neu initialisieren, damit die ganze Größe der Platte verwendet wird (dann werden auch die Sektoren korrekt angezeigt), aber die slices lassen sich mit diklabel nicht mehr auf die ganze Platte vergrößern.
Ich habe dann einfach von der CD neu gebootet und OpenBSD nochmals neu installiert.
Jetzt hat die Installation funktioniert und die AutoInstall Funktion partitioniert schonmal ~350GB
auf dem R2000+ ist aktuell OpenBSD. Eine 8GB Partition.
Das habe ich gestern abend installiert. Und da habe ich ganz schnell nur "use whole disc" gewählt, ohne darauf zu achten welche Größe erkannt wurde. Darum weiß ich nicht, ob die Partition durch den Fehler nachträglich von 500GB auf 8GB geschrumpfte ist, oder ob ich sie quasi bewusst mit nur 8GB angelegt habe.
Wie ich eine Partition mit OpenBSD vergrößere, weiß ich garnicht :-o Da muss ich mich heute abend erst einlesen.
Antwort vom Support war:
der Sachverhalt wurde behoben. Dies tritt momentan bei der Installation von FreeBSD auf, dieser Bug ist bekannt und in Bearbeitung.
Mein R2000+ zeigt jetzt im VCP wieder 500GB.
Aber mein Rootserver M zeigt im VCP immer noch nur 8GB.
KB19
Danke für den Tipp - habe den Support angeschrieben
Ich habe 500GB bestellt. Ein anderer Server wird auch mit 8GB statt (120GB) angezeigt.
Ein dmesg unter OpenBSD sagt dazu:
# dmesg | grep sd0
sd0 at scsibus2 targ 0 lun 0: <VirtIO, Block Device, > SCSI3 0/direct fixed
sd0: 8578MB, 512 bytes/sector, 17567744 sectorsich wollte jetzt das Jessie Image installieren, um mal ein dmesg auf Linux aufzurufen. Aber das Image lässt sich gar nicht installieren und leider wird der Fehler auch nicht genauer spezifiziert:
Frubar FruPic - Picture Upload
Man könnte jetzt meinen, wenn der Container mit virtio_block konfiguriert wird, stehen der virtuellen Maschine generell nur 8GB zur Verfügung. Aber ich habe noch einen älteren Rootserver S und der erkennt ja auch 60GB:
# fdisk -l
Disk /dev/vda: 62.3 GB, 62277025792 bytes
...allerdings läuft der mit Debian.
Also liegt es vielleicht eher am virtio_block in Verbindung mit OpenBSD.
Vielleicht sind die Netcup Server doch nur für die von Netcup bereit gestellten Images geeignet?
Auf einem Rootserver M, der eigentlich eine 120GB Platte haben, bringt OpenBSD dieselbe Meldung:
# dmesg | grep sd0
sd0 at scsibus2 targ 0 lun 0: <VirtIO, Block Device, > SCSI3 0/direct fixed
sd0: 8578MB, 512 bytes/sector, 17567744 sectorsWas ich grad gesehen habe: meine HDD wird im VCP mit nur 8GB angezeigt. Und nur die 8GB wurden auch partitioniert. Fällt mir erst jetzt auf, da ich die Installation ganz schnell durchgeklickt habe (und "use whole disk").
Super, dass es bei dir jetzt auch geklappt hat
Ist zwar schade, dass wir es jetzt nicht wissen... aber jetzt freuen wir uns erstmal über den OpenBSD Root 
achja... was ich noch verstellt hatte: ich habe im VCP die Netzwerkkonfiguration von virtio auf e1000 umgestellt, weil es auch auf meinem anderen OBSD Server auf e1000 steht (war default).
Warum auch immer, aber heute abend ließ sich OpenBSD einwandfrei installieren 
Ist zwar klasse, das es jetzt einfach tut, aber auch unbefriedigend, dass man jetzt garnicht weiß ob doch was geändert wurde...
Übrigens habe ich zuerst das FreeBSD Image von Netcup installiert und danach von der OpenBSD 6.0 CD gebootet und installiert.
Ich kann mir eigentlich nicht vorstellen, dass diese Reihenfolge irgendeine Bedeutung hat, aber ich wollts mal weitergeben.
Was mir aufgefallen ist: dmesg zeigt jetzt das beim Systemstart 4 Kerne gefunden werden. Bei meinen Versuchen gestern wurde immer nur eine CPU angezeigt
# dmesg
OpenBSD 6.0 (GENERIC.MP) #2319: Tue Jul 26 13:00:43 MDT 2016
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 10720505856 (10223MB)
avail mem = 10391130112 (9909MB)
...
cpu0: Intel(R) Xeon(R) CPU E5-2680 v4 @ 2.40GHz, 259.16 MHz
...
cpu1: Intel(R) Xeon(R) CPU E5-2680 v4 @ 2.40GHz, 320.91 MHz
...
cpu2: Intel(R) Xeon(R) CPU E5-2680 v4 @ 2.40GHz, 317.57 MHz
...
cpu3: Intel(R) Xeon(R) CPU E5-2680 v4 @ 2.40GHz, 343.78 MHz
...Vielleicht war auch einfach der Container gestern noch nicht ganz fertig konfiguriert... 
Der Fehler kommt wahrscheinlich schon wie ich schon vermutet habe von der Konfiguration der Festplatte für den Container.
Wahrscheinlich ist der R2000+ mit virtio-scsi konfiguriert.
Und gemäß dieser Seite ist der virtio-scsi Treiber in OpenBSD 6 buggy. Die schreiben, dass man virtio-block verwenden soll.
Der Support stellt das aber nicht so kurz mal um (Antwort auf Ticket: "Bitte haben Sie Verständnis dafür, das wir keinen Support ...")
Schade - dann können wir wohl nicht testen, ob es daran liegt 
Komischerweise hat FreeBSD bei mir gestern problemlos funktioniert (Installation + Reboot)...
Ja genau - es läuft ja auch ganz normal. Nur in der Email Nachricht vom VCP standen eben diese Fehlermeldungen drin. Wegen dem "No such file or directory" bin ich stutzig geworden, weil sich das so ähnlich anhörte wie bei OpenBSD 
Das FreeBSD Image installiert sich in eine 8GB Partition. Vielleicht müsste man das mal mit OpenBSD testen?
# fdisk /dev/vtbd0p2******* Working on device /dev/vtbd0p2 *******parameters extracted from in-core disklabel are:cylinders=16554 heads=16 sectors/track=63 (1008 blks/cyl)Figures below won't work with BIOS for partitions not in cyl 1parameters to be used for BIOS calculations are:cylinders=16554 heads=16 sectors/track=63 (1008 blks/cyl)fdisk: invalid fdisk partition table foundMedia sector size is 512Warning: BIOS sector numbering starts with sector 1Information from DOS bootblock is:The data for partition 1 is:sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 16686369 (8147 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 169/ head 15/ sector 63The data for partition 2 is:<UNUSED>The data for partition 3 is:<UNUSED>The data for partition 4 is:<UNUSED>
Wenn man aus dem VCP das FreeBSD Image installieren läßt, meldet die Installation die folgenden Fehler:
install: ///usr/src/crypto/openssl/crypto/constant_time_locl.h: No such file or directory
install: ///usr/src/crypto/openssl/crypto/constant_time_test.c: No such file or directory
install: ///usr/src/crypto/openssl/doc/apps/c_rehash.pod: No such file or directory
install: ///usr/src/crypto/openssl/doc/crypto/CMS_add1_signer.pod: No such file or directory
install: ///usr/src/crypto/openssl/doc/ssl/SSL_CTX_set_tlsext_ticket_key_cb.pod: No such file or directory
install: ///usr/src/crypto/openssl/ssl/heartbeat_test.c: No such file or directory
install: ///usr/src/crypto/openssl/ssl/ssl_utst.c: No such file or directory
install: ///usr/src/crypto/openssl/util/mkbuildinf.pl: No such file or directory
install: ///usr/src/secure/lib/libcrypto/man/CMS_add1_signer.3: No such file or directory
install: ///usr/src/secure/lib/libssl/man/SSL_CTX_set_tlsext_ticket_key_cb.3: No such file or directory
install: ///usr/src/secure/usr.bin/openssl/man/c_rehash.1: No such file or directoryDas sieht ähnlich wie bei den Problemen mit OpenBSD aus
Vielleicht mag der R2000+ einfach die BDS´s nicht...? ....spannender Thread...
