ctserver.org

als mein CPU unterstützt -> Intel VT-d, momentan läuft bei mir alles was ich brauche!

ich werde nochmal demnächst 4.1.3rc1 test mal sehen wie es weiter geht mit xen, seher schnell sind die auch nicht ....

ja, aber es war schon mal viiieeell schlimmer. xen 3.2 bis 3.4 und das auf einen 2.6.18er kernel.. das waren noch zeiten. bin schon froh dass xen endlich im upstream kernel ist!
kennst du den patch, damit du dir debs mit xen bauen lassen kannst aus den sources? das erspart einiges, gerade wenn man die aktuelle version deinstallieren mag.

gruß

trikolon hat geschrieben:kennst du den patch, damit du dir debs mit xen bauen lassen kannst aus den sources? das erspart einiges, gerade wenn man die aktuelle version deinstallieren mag.

gruß

nein damit habe ich mich noch nicht beschäftigt, ich hatte auch bei Google noch keine für mich brauchbare Anleitung gefunden, das einzige was ich schon hin bekomme ist einen Kernel zubauen. jetzt würde ich den Kernel gern verkleinern wies aber noch nicht so recht wie .... wlan, pcmcia usw brauch ich doch nicht in der domU

meine Überlegung ist beim bauen die Module zu Deaktivieren


....noch eins zum Stromverbrauch, habe mal auf die Webseite von Intel geschaut, meine 4Port Intel Netzwerkkarte ist dort mit 12W angegeben

jetzt würde ich den Kernel gern verkleinern wies aber noch nicht so recht wie .... wlan, pcmcia usw brauch ich doch nicht in der domU

meine Überlegung ist beim bauen die Module zu Deaktivieren

Ohne Module wird dir wahrscheinlich kein System booten. Geh in das Kernel verzeichnis und mach ein "make menuconfig". da kannst dann sachen aktivieren/deaktivieren und dann mit dem schnippsel weiter oben bauen lassen. fertig. dadurch wird die datei .config editiert.

Zum patch:
hg clone usw xen holen, in das verzeichnis wechseln.

Code: Alles auswählen

wget https://trikolon.dyndns.org/pub/xen-make-deb.patch

dann

Code: Alles auswählen

patch -Np1 < xen-make-deb.patch

anschließend alles mit make deb bauen lassen, wenn du mehrere kerne benutzen willst, dann mit make -j4 deb zb. im verzeichnis dist findest du dann die deb. es wird keine grub.cfg angepasst und auch die runlevels nicht. das musst du von hand machen.

trikolon hat geschrieben:

jetzt würde ich den Kernel gern verkleinern wies aber noch nicht so recht wie .... wlan, pcmcia usw brauch ich doch nicht in der domU

meine Überlegung ist beim bauen die Module zu Deaktivieren

Ohne Module wird dir wahrscheinlich kein System booten. Geh in das Kernel verzeichnis und mach ein "make menuconfig". da kannst dann sachen aktivieren/deaktivieren und dann mit dem schnippsel weiter oben bauen lassen. fertig. dadurch wird die datei .config editiert.

Zum patch:
hg clone usw xen holen, in das verzeichnis wechseln.

Code: Alles auswählen

wget https://trikolon.dyndns.org/pub/xen-make-deb.patch

dann

Code: Alles auswählen

patch -Np1 < xen-make-deb.patch

anschließend alles mit make deb bauen lassen, wenn du mehrere kerne benutzen willst, dann mit make -j4 deb zb. im verzeichnis dist findest du dann die deb. es wird keine grub.cfg angepasst und auch die runlevels nicht. das musst du von hand machen.

das mit der ".... -> datei .config editiert." ist mir schon klar, nur nicht was ich alles abwählen kann.

das mit dem xen.deb bauen werde ich morgen gleich mal probieren

Anbei ein paar links, die dir evtl. helfen könnten

http://www.heise.de/open/artikel/Linux- ... kelseite=2
http://bodhizazen.net/Tutorials/kernel

@trikolon




Zum patch:
hg clone usw xen holen, in das verzeichnis wechseln.

Code: Alles auswählen

wget https://trikolon.dyndns.org/pub/xen-make-deb.patch

dann

Code: Alles auswählen

patch -Np1 < xen-make-deb.patch

so nun habe ich mal dein "patch" getestet, ist schon eine gute Idee aber beim Starten vom System bekomme ich immer die Fehlermeldungen das er in

/usr/sbin/xend was nicht findet ?


getestet habe ich xem 4.1.2 und 4.1.3rc1 leider bekomme ich kein log angelegt um nachzusehen ?

hm ok, kucke ich mir heute abend mal an. sehr interessant. kannst du die genaue fehlerbeschreibung posten? also findet er das file schon nicht oder ist es was anderes.. kann sein, dass da was in udev fehlt (zb network sachen).

gruß

So hier mal meine Fehlermeldung: siehe Anhang

leider nur ein Bild da ich keine log erstellt bekomme, ...... könnte natürlich daran liegen das ich mit VirtualBox teste ?

Hi,
ich vermute, dass da irgendwelche module nicht geladen werden. du hast die notwendigen module alle in deine /etc/modules usw (wie ich es weiter oben beschrieben habe) eingetragen? startest du xen-commons vor xend? (sonst geht xend nicht).

ansonsten durchforste doch mal die logs: /var/log/xen-irgendwas. da solltest du einen anhaltspunkt bekommen was fehlt. evtl passen auch die libs noch nicht ganz.

gruß

Die Datei >>/var/log/xen-irgendwas<< gibt es bei mir nicht


sonst hätte ich ja nicht das Bild hoch geladen. ich werde aber mal weiter testen. Dein Kernel läuft bei mir und ich hatte bis jetzt erst einen Totalabsturz als ich eine DomU starten wollte werde die sache mal im Auge behalten habe aber momentan wieder mal wenig zeit, außer auf Arbeit

Hi,
schon weiter gekommen mit dem Problem? Habe leider im Moment recht wenig Zeit da genauer hin zu kucken.

Habe am letzten w.e. den kernel auf 3.3.2 geupdatet und nun festgestellt, dass ich mit shutdown -h now das system wie gewünscht herunterfahren kann, allerdings das script, in dem das steht und das per cron aufgerufen wird, das system nur rebootet. kann mir das nicht erklären, da es von hand funktioniert. habe gesehen, dass auch neue acpi pakete installiert wurde, konnte den übeltäter aber nicht finde. hast du ähnliche probleme? aufgetreten ist es bei mir das erte mal in der nacht vom 16. auf 17. april.

gruß

hallo

also ->shutdown -h now geht bei mir ohne Probleme... dafür habe ich andere, nach dem letzten update am 19.4 (spiele jeden Tag die updates ein/ mein System ist wheezy) ging auf einmal die 4 Port Netzwerkkarte nicht mehr

jedes mal wen ich ein Port durch reichen wollte stürzte die DomU ab, soweit wie ich weis gibt es Probleme bei mir mit der richtigen Hardware Erkennung ... na ja ist ja auch noch alles "testing"

so habe mal wieder zeit zum testen gehabt.

1. Test Debian Wheezy mit Kernel 3.3.3 und cpu-patch und xen 4.1.3rc1

-> xl info:

host : debian
release : 3.3.3
version : #1 SMP Thu Apr 26 08:35:15 CEST 2012
machine : x86_64
nr_cpus : 4
nr_nodes : 1
cores_per_socket : 4
threads_per_core : 1
cpu_mhz : 2469
hw_caps : 178bfbff:20100800:00000000:00000140:00000201:00000000:00000001:00000000
virt_caps :
total_memory : 2943
free_memory : 128
free_cpus : 0
xen_major : 4
xen_minor : 1
xen_extra : .3-rc1-pre
xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p
xen_scheduler : credit
xen_pagesize : 4096
platform_params : virt_start=0xffff800000000000
xen_changeset : Tue Apr 24 10:50:25 2012 +0100 23284:f5f1e6ef9782
xen_commandline : placeholder
cc_compiler : gcc version 4.6.3 (Debian 4.6.3-4)
cc_compile_by : root
cc_compile_domain : arbeitsplatz
cc_compile_date : Wed Apr 25 08:46:29 CEST 2012
xend_config_format : 4

root@debian:~# dmesg | grep cpu

[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] setup_percpu: NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:4 nr_node_ids:1
[ 0.000000] PERCPU: Embedded 27 pages/cpu @ffff8800adad3000 s81472 r8192 d20928 u110592
[ 0.000000] pcpu-alloc: s81472 r8192 d20928 u110592 alloc=27*4096
[ 0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
[ 0.000000] Xen: using vcpuop timer interface
[ 0.014927] Initializing cgroup subsys cpuacct


2. Test Debian Wheezy mit Kernel 3.3.3 und cpu-patch und xen 4.1.3rc1 als .deb Paket gebaut und Installiert


root@debian:~# dmesg | grep cpu

[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] setup_percpu: NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:4 nr_node_ids:1
[ 0.000000] PERCPU: Embedded 28 pages/cpu @ffff88007e0cf000 s82048 r8192 d24448 u114688
[ 0.000000] pcpu-alloc: s82048 r8192 d24448 u114688 alloc=28*4096
[ 0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
[ 0.000000] Xen: using vcpuop timer interface
[ 0.016413] Initializing cgroup subsys cpuacct
[ 0.023129] NMI watchdog disabled (cpu0): hardware events not enabled
[ 0.024037] NMI watchdog disabled (cpu1): hardware events not enabled
[ 0.025036] NMI watchdog disabled (cpu2): hardware events not enabled
[ 0.026114] NMI watchdog disabled (cpu3): hardware events not enabled


so und nu ab ins lange Wochenende

@trikolon
hast Du beim Kernel-Bau 3.4 -patches eingebaut??

ich habe grad mal dein Kernel 3.4 probiert mit Xen 4.1.3-rc2, Dom0 läuft schon mal