Re: Xen aus Quellen - Update
Hi Thomas,
Thomas Halinka schrieb:
Am Samstag, den 15.03.2008, 22:42 +0100 schrieb Dominique H. Schramm:
Moin Liste,
hat jemand brauchbare Howtos an der Hand wie man ein Update von Xen
auf eine aktuelle Version vornimmt ? Es würde mir schon eine kurze
Ablauffolge reichen, nur das ich auf dem richtigem Weg bin :)
Howto nicht - ich habe nur n Buch drüber geschrieben ;)
Joar mach ich auch immer wieder mal wenn ich Langeweile habe :D
Da gibs keine spezielle Anweisung oder Prozedur - besorgen, backen und
jut ist.
Nunja das bekomm ich ja auch hin, es geht aber ums update ;) nicht
neuinstall. wenn es nen make update gibt, das dann alle binarys die zu
updaten sind überschreibt -> wunderbar :)
Ich denke aber nicht das es so einfach geht oder? Weil die Xen-Utils
werden ja auch aus den Sourcen gebaut sofern ich nicht ganz falsch
liege und diese müssen ja irgendwie überschrieben / kopiert werden.
Wenn dies nun mit dem ganz normalen make install funktioniert -> alles
klar dann weiss ich bescheid :)
Die Frage ist eher, warum du die Quellen bemühen magst?
Um mir solche Fehler zu ersparen:
[2008-03-16 08:20:37 3758] INFO (__init__:1072) Domain vadmin80 (5)
unpaused.
[2008-03-16 08:20:37 3758] WARNING (__init__:1072) Domain has crashed:
name=vadmin80 id=5.
[2008-03-16 08:20:38 3758] DEBUG (__init__:1072)
XendDomainInfo.destroyDomain(5)
[2008-03-16 08:20:38 3758] DEBUG (__init__:1072) Removing vif/0
[2008-03-16 08:20:38 3758] DEBUG (__init__:1072)
XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0
[2008-03-16 08:20:38 3758] DEBUG (__init__:1072) Removing vbd/769
[2008-03-16 08:20:38 3758] DEBUG (__init__:1072)
XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/769
[2008-03-16 08:20:38 3758] DEBUG (__init__:1072) Removing console/0
[2008-03-16 08:20:38 3758] DEBUG (__init__:1072)
XendDomainInfo.destroyDevice: deviceClass = console, device = console/0
[2008-03-16 08:20:38 3758] DEBUG (__init__:1072)
XendDomainInfo.create_from_dict({'vcpus_params': {}, 'PV_args':
'root=/dev/hda1 ', 'features': '', 'cpus': $
[2008-03-16 08:20:38 3758] ERROR (__init__:1072) Domain construction
failed
Traceback (most recent call last):
File "/usr/lib/xen-3.1-1/lib/python/xen/xend/XendDomainInfo.py",
line 109, in create_from_dict
vm.start()
File "/usr/lib/xen-3.1-1/lib/python/xen/xend/XendDomainInfo.py",
line 428, in start
raise XendError('VM already running')
XendError: VM already running
[2008-03-16 08:20:38 3758] DEBUG (__init__:1072)
XendDomainInfo.destroy: domid=5
[2008-03-16 08:20:38 3758] ERROR (__init__:1072) Failed to restart
domain 5.
Traceback (most recent call last):
File "/usr/lib/xen-3.1-1/lib/python/xen/xend/XendDomainInfo.py",
line 1305, in _restart
new_dom = XendDomain.instance().domain_create_from_dict(
File "/usr/lib/xen-3.1-1/lib/python/xen/xend/XendDomain.py", line
936, in domain_create_from_dict
dominfo = XendDomainInfo.create_from_dict(config_dict)
File "/usr/lib/xen-3.1-1/lib/python/xen/xend/XendDomainInfo.py",
line 109, in create_from_dict
vm.start()
File "/usr/lib/xen-3.1-1/lib/python/xen/xend/XendDomainInfo.py",
line 428, in start
raise XendError('VM already running')
XendError: VM already running
BTW: es ist nur 1 einziger VM vorhanden ;) Dieser läuft nicht und es
sind auch keine Dubletten vorhanden, ich habe das komplette System mit
grep ^name umgewuselt um Dubletten zu finden. Da kompilier ich lieber
selbst, denn so einen Fehler hatte ich bisher noch nicht :) und das
ist nun meine 6te oder 7te Install bereits.
dpkg -l | grep xen
ii libxen-dev 3.2.0-3~bpo4+1
Public headers and libs for Xen
ii libxenstore3.0 3.2.0-3~bpo4+1
Xenstore communications library for Xen
ii linux-image-2.6.18-5-xen-vserver-amd64 2.6.18.dfsg.1-13etch6
Linux 2.6.18 image on AMD64
ii linux-modules-2.6.18-5-xen-vserver-amd64 2.6.18.dfsg.1-13etch6
Linux 2.6.18 modules on AMD64
ii xen-hypervisor-3.2-1-amd64 3.2.0-3~bpo4+1
The Xen Hypervisor on AMD64
ii xen-tools 2.8-2
Tools to manage debian XEN virtual servers
ii xen-utils-3.2-1 3.2.0-3~bpo4+1
XEN administrative tools
ii xen-utils-common 3.2.0-1~bpo4+1
XEN administrative tools - common files
ii xenstore-utils 3.2.0-3~bpo4+1
# apt-cache policy xen-utils-3.2-1
xen-utils-3.2-1:
Installed: 3.2.0-3~bpo4+1
Candidate: 3.2.0-3~bpo4+1
Version table:
3.2.0-3~bpo4+2 0
1 http://www.backports.org etch-backports/main Packages
*** 3.2.0-3~bpo4+1 0
100 /var/lib/dpkg/status
Somit sind auch zukünftige Updates gewährleistet....
BTW: Hat auch jemand Infos wie man den Kernel Bug in der von Xen
verwendeten Kernelversion behebt ?
von welchem Kernel sprichst du denn?
2.6.18 wird ja aktuell von xen verwendet und dieser hat ja den Splice
(soweit ich das noch richtig in Erinnerung habe) Bug. Ich wollte nun
nicht das mir jemand mit nem Root Kit den Bug ausnutzt auf einem VM.
Vielen Dank,
Grüße
Thomas
VG Dominique
--
Viele Grüße
Dominique Holger Schramm | Linux Administrator
http://schwarz-weiss.cc/ | Life between PuTTy and reality
Reply to: