Hallo,
im Rahmen eines bundesweiten Projekts der Piratenpartei bräuchten wir eine steigende Anzahl an Servern. Ich habe netcup.de als Anbieter vorgeschlagen, allerdings ist da noch unklar, wie es mit "Fair Use" aussieht. Wir brauchen tatsächlich eine Menge Traffic.
Gibt es eine Option, für etwas mehr Geld auf jedes Limit verzichten zu dürfen?
Ich habe den Bug in OpenBSD inzwischen gemeldet, er dürfte demnächst behoben sein. Läuft inzwischen also sehr stabil auch auf Netcup, wenn man bei der Partitionierung aufpasst.
Ja, war mein Fehler. Ich hatte das DVD-Image unter Images abgelegt. Das war natürlich Unsinn. Ist aber auch schlecht dokumentiert. 
Woran erkenne ich, ob virtio hostseitig aktiv ist? Ich bin nun aus Frust doch bei OpenBSD gelandet, und da könnten einige Optimierungen nicht schaden.
Ich habe gerade mal versucht, OpenBSD 5.6-STABLE von install56.iso auf einem Netcupserver zu installieren. Die Installation lief durch, der erste Start führte aber zu einer sofortigen Kernel Panic nach "Syncing disks". Mir scheint da mittlerweile etwas anderes als das Netzinterface defekt zu sein.
Ich würde auf meinem frisch gemieteten Server gern FreeBSD 10 mit ZFS auf /home laufen lassen. Das Einfachste wäre hierbei wahrscheinlich, ein eigenes Image zu verwenden, da dann bei der Installation ZFS ausgewählt werden kann. Das geht aber nicht: Das Image belegt bereits eine Partition, eine Änderung während der Installation führt zu "device is busy".
Bleibt das "fertige" Netcup-Image, das mir altbekannte Partitionierungsprobleme bereitet. Aber in einem laufenden FreeBSD kann man nachträglich keine ZFS-Partition nachrüsten, so weit ich weiß.
Zu Hülf'!
Dankeschön, Ihnen auch - dann frage ich dieser Tage mal gezielt nach. 
vServer == Root-Server
Die Root-Server von Netcup sind KVM-vollvirtualisiert, also VMs. Somit treffen die Aussagen im verlinkten Thema auch auf Deinen Fall zu.
Ah, danke!
Noja, ein vServer ist aber kein root-Server, da ist das Zuteilen von Ressourcen wahrscheinlich leichter.
Mir ist aufgefallen, dass mein vServer seit einer Weile doch schon sehr am Rande seiner RAM-Grenzen werkelt.
Besteht die Möglichkeit, gegen ein wenig Aufpreis den verfügbaren RAM zu erweitern, ohne einen völlig neuen Server aufsetzen zu müssen? Das ist immer ein wenig Zeit raubend.
'hoi,
vielleicht für einige von euch interessant: FreeBSD 9.2 (um 21:00 Uhr veröffentlicht) hat virtio im GENERIC, der Port kann also nach dem Update deinstalliert werden; und Netcup hat mit neuen Images dann weniger Arbeit.
-------
Auf KVM-Server getestete Vorgehensweise mit Standardkernel (als root, latürnich):
# freebsd-update -r 9.2-RELEASE upgrade
# freebsd-update install
# shutdown -r nowFreeBSD startet dann in den 9.2-Kernel mit GENERIC-virtio-Unterstützung. Achtet vor dem Neustart (!) darauf, dass virtio in eurer /boot/loader.conf eingetragen bleibt. (Macht sicherheitshalber 'n Backup.)
Nach dem Neustart noch die noch fehlenden Systemkomponenten aktualisieren - nochmals:
# freebsd-update installDann das "alte" virtio wegwerfen, ihr braucht es nicht mehr:
# cd /usr/ports/emulators/virtio-kmod ; make deinstall cleanFertig.
Verdammt. Gerade wollte ich "RTFM" schreiben...
Das Dumme ist: Ich weiß nicht mehr, wie ich das damals gelöst hatte. :-/ Ich hatte ein ähnliches Phänomen mittendrin.
Mein Tipp: Frag mal auf bsdforen.de.
Hast du das mit dem nextboot vergessen?
Was hat denn gpart resize gemacht?
Ah, danke für die Erklärung.
Problemlösung: In den Single-user-mode booten:
# nextboot -o "-s" -k kernel && rebootDort können wir (Achtung, US-Tastatur! Der Bindestrich liegt auf ß, der Schrägstrich auf -) unser Dateisystem nach Belieben ändern:
# gpart recover vtbd0
# gpart resize -i 2 vtbd0
# growfs -s 77G /dev/vtbd0p2Neu starten (reboot), funktioniert.
Warum das der Kunde machen muss, wenn er schon ein fertiges FreeBSD-Image bekommt... nun ja.
Ich weiß - ich wollte es lediglich erwähnt haben.
Nun, hier scheint es jedoch keine Absicht zu sein. "CORRUPT" weist eher auf einen Fehler als auf bewusst freien Speicher hin.
Das solltet ihr doch besser wissen.
Ich habe mich einfach mal auf euer FreeBSD-Image verlassen.
Nachtrag:
# gpart show
=> 34 39062433 vtbd0 GPT (78G) [CORRUPT]
34 128 1 freebsd-boot (64k)
162 35651456 2 freebsd-ufs (17G)
35651618 3410849 - free - (1.6G)Der erste Eintrag macht mir Sorgen.
Ich migriere noch immer meinen v(olks)Server 1000 auf einen KVM-Server "Neptun".
Im Angebot ist von "80 GB Speicherplatz" die Rede.
Nun, so recht klappen wollte der SCP-Vorgang dann aber nicht:
# df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/vtbd0p2 16G 15G -370M 102% /
devfs 1.0k 1.0k 0B 100% /devMuss ich das verstehen?
Kleiner Fehler: Beim Installieren steht im VCP: "???VServers.jobTitle.setupKVMImage???". Da fehlt wohl was.
Nachtrag: Nach Installation des Images kann ich mich mit den root-Daten aus der E-Mail nicht mehr einloggen - "Access denied" per SSH, "Login incorrect" per VNC-Konsole. Warum?
Nachtrag 2: Ach, natürlich. Streicht die Frage. Mein Fehler! Läuft, danke.