Lonesome Walker

Ja, super…

Nach dem aktuellen Kernel-Update eines Debian Etch muß VMWare natürlich auch wieder die Module bauen…

Also:

/usr/bin/vmware-config.pl

(vorausgesetzt, man hat die Kernel-Sourcen schon auf der Platte…)

Dummerweise bringt er dann immer so eine nette Fehlermeldung:

Making sure services for VMware Server are stopped.
Stopping VMware services:
Virtual machine monitor done
Bridged networking on /dev/vmnet0 done
DHCP server on /dev/vmnet1 done
Host-only networking on /dev/vmnet1 done
Bridged networking on /dev/vmnet2 done
DHCP server on /dev/vmnet8 done
NAT service on /dev/vmnet8 done
Host-only networking on /dev/vmnet8 done
Virtual ethernet failed
Unable to stop services for VMware Server
Execution aborted.

Ja suuuuper, also ist des Rätsels Lösung natürlich kill:


ps -e | grep 'vm'


und dann die hier gelisteten Prozesse alle mit kill ins Nirvana schicken.

Somit flutscht auch wieder das config-Skript.
(einzig die GPL muß man wieder mal mühselig akzeptieren… hab ich das nicht schon mal gemacht…?)
Eigentlich sollte es erkennen, daß bereits eine config.xml da ist, und alle weiteren Daten schon per Default so vorgeben…

So, wieder mal das altbekannte Problem der doppelten Daten…

Unter Windows das mit Batcheleien zu lösen ist ja viel ekliger als mit Linux


sort -u urdatei.txt >> gefiltert.txt


Hm, gerade ebend ein:

pear upgrade-all

in die Konsole getippt, weil man das ja doch von Zeit zu Zeit machen sollte…

Was gibt mir „lö consolö“ zurück?


running: phpize
ERROR: failed to run 'phpize'


WTF? Mein schnuckeliger Server mag mich nicht?

Öhm, gut, mal dat ganze in eine Datei schreiben lassen, und da stand es dann auch schon:
popen gibbet nicht.

Weil?

Röchtöch, in der php.ini gibt es die nette Zeile disabled functions, und da steht bei mir u.a. auch popen mit drin.
Also schnell mal auskommentiert, PEAR aktualisiert, und wieder reaktiviert.

Menno, immer diese Sicherheitsprobleme