Beiträge von thorium666

Danke, läuft!

Hi,

danke dir. Der Host selbst hat keinerlei Probleme, ich würde den lassen.Bei den Erweiterungen meist du soll ich direkt aus der ISO nehmen?

Hallo Community,

heute gab es für das Leap 42.1 ein VirtualBox 5.0.10 > 5.0.16 update.
3 fach reporduzierbar starten die vboxadd (gast) Module nicht mehr:

Apr 17 19:22:33 sirius vboxadd[726]: Starting the VirtualBox Guest Additions ..failed
Apr 17 19:22:33 sirius vboxadd[726]: (Configuration file /var/lib/VBoxGuestAdditions/config not found)

Der Pfad /var/lib/VBoxGuestAdditions existiert auch nicht. Das Entfernen der Pakete und erneutes installieren brachte keinerlei Änderung.

Hat hier jemand eventuell den Inhalt dieses Ordners ?

Ebenfalls mitgehostete TBWs mit VBox 5.0.17 haben das Problem ebenfalls, übrigens schon länger (habe die logs durchgesehen). Bei den Leaps ist es erst mit dem Update reingekommen.

habe ich auch probiert. Habe heute morgen gesehen, dass der Adaptec das Storage verifiziert, leider teilt sich das Ding nicht im Syslog mit und das arcconf Tool zeigt es nicht in den laufenden Tasks an, man sieht es nur an den LEDs oder wenn man den veralteten StorageManager zum laufen bekommt. Es ist also alles ok, ein 6TB Raid zu verifizieren dauert halt seine Zeit.

Auch nett, seit heute (mit dem neuen Kernel) nur miese 70-98 MB/s übers Netz, vorher stabile 112MB/s. So kann es gehen (ins Bett...)

Auch gut, die 5.0.10 läuft aber auch überaus problemlos mit einigen aktiven Systemen, kann man sich nicht beschweren.

Damit wären wir wieder beim Thema, in der Test Repo befindet sich schon VBox 5.0.16. Ich bin davon ausgegangen, dass 5.0.10 bleibt.
Bei den Backports/Patches ist meine Hoffnung, dass das DM-Cache gepatcht wird, die vollständige Unterstützung von Skylake (C-States) ist eher ein Nebenschauplatz für mich aber es ist für andere Nutzer sicher mehr sinvoll.

Wie lange wird es bei 4.1 bleiben ? Leap 42.2 wird weiterhin 4.1 verwenden ? Der vorschlag aus Kernel:Stable würde erfordern, dass ich mich mit VirtualBox, der hier als Server läuft, manuell beschäftigen muss, das kann ich aus Zeitgründen nicht wirklich. Zudem ist der Kramm wie er ist Stabil und das ist höchste Prio, ich wollte jedoch unbedingt die SMQ DM-Cache Policy probieren, laut dm-cache Dokumentation ist MQ veraltet, generiert viel Overhead und kann bei der Performance nicht mit SMQ mithalten, es ist geplant MQ aus dem Kernel zu werfen. Da das Setup sehr intreresant ist hätte ich es zumindest gerne in der Praxis verglichen, wirkliche Vergleiche von Usern habe ich wiklich keine entdeckt, es scheint kaum jemand diese nette Funktion zu nutzen.

Hallo,

der kernel 4.1.20 ist heute eignetrudelt, leider ohne Unterstützung von höheren SKYLAKE C-States oder der DM-Cache SMQ Policies. Muss man wohl auf den Service Pack + komplett neuen Kernel bis ende des Jahres warten.

Ich bin davon ausgegangen, dass sie die Version 5.0.10 bis zum Service Release behalten.