Da ist wohl irgend etwas kaputt.. mal schauen ob ich den Fehler noch finde. Wenn nicht wird wohl ein anderes Filesystem herhalten müssen.

storage# mv * ..
panic: kernel diagnostic assertion “vp->v_size == ext2fs_size(ip)” failed: file “/home/builds/ab/netbsd-3-0-RELEASE/src/sys/ufs/ext2fs/ext2fs_readwrite.c”, line 407
Stopped in pid 25815.1 (mv) at  netbsd:cpu_Debugger+0×4:        leave
cpu_Debugger(cb1fbcf4,cb379000,cb1fbbfc,0,1018) at netbsd:cpu_Debugger+0×4
panic(c03c8860,c038a602,c039008c,c03ad7c0,197) at netbsd:panic+0×121
__main(c038a602,c03ad7c0,197,c039008c,1000) at netbsd:__main
ext2fs_write(cb1fbc94,2,ca2000fc,cb1fbed8,c037ebc0) at netbsd:ext2fs_write+0×6bd

VOP_WRITE(cb380ddc,cb1fbcf4,2c,ca2000fc,cb380ddc) at netbsd:VOP_WRITE+0×34
vn_rdwr(1,cb380ddc,cb1fbda4,18,0) at netbsd:vn_rdwr+0×184
ext2fs_rename(cb1fbdf4,446ee6c8,cb1fbe2c,c02cf7e4,c037ee80) at netbsd:ext2fs_ren
ame+0×671
VOP_RENAME(cb380d34,cb380ddc,cb1fbed8,cb380c8c,0) at netbsd:VOP_RENAME+0×40
rename_files(bfbfeba4,bfbfe5d0,cab77994,0,0) at netbsd:rename_files+0×314
sys_rename(ca20b948,cb1fbf64,cb1fbf5c,0,0) at netbsd:sys_rename+0×1b
syscall_plain() at netbsd:syscall_plain+0×18f
— syscall (number 128) —
0xbdb475a7:
ds          0×11
es          0×11
fs          0×31
gs          0×11
edi         0×1
esi         0×100
ebp         0xcb1fbbac
ebx         0×1
edx         0
ecx         0xfffffffe
eax         0xb66
eip         0xc0324d70  cpu_Debugger+0×4
cs          0×9
eflags      0×202
esp         0xcb1fbbac
ss          0×11
netbsd:cpu_Debugger+0×4:        leave
Stopped in pid 25815.1 (mv) at  netbsd:cpu_Debugger+0×4:        leave
db>

Schaut doch sehr nett aus, vorallem wenn man bedenkt das zwei der virtuellen Systeme kompilieren. die Konsole hängt nicht. Optimal ausgeglichen würde ich mal behaupten.. Ich muss nur noch ein paar Dienste kompilieren und einrichten und den physikalisch vorhandenen Speicher verteilen, derzeit hängen noch einige MB in der Luft

Der Server für die nächste Epidemie ist am Dienstag bei mir eingetroffen. Mittlerweile ist er auch fast fertig eingerichtet.. Es läuft ein NetBSD als Xen-Dom0 sowie 3x ein NetBSD als Xen-DomU für Web/Datenbank, DNS und DHCP Dienste und für das Storage. Mal schauen ob ich demnächst noch ein wenig mehr darüber berichte..

Ich fahr dann mal auf Arbeit.

.. not bad.. not bad!

i had about 1200 kWh of current drain in the last year.. but 1100 kWh in 3 days? just nice

.. and an us robotics 56k faxmodem

lets start with the latency of the ppp call.

—-rdev.info PING Statistics—-
12 packets transmitted, 12 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 131.443/144.703/168.449/12.568 ms

as u can see, aprox 120ms - really good für 56k! i my flat at frankfurt i got about 200ms.

now lets take a look on the stability

Dec 4 13:59:54 cetus pppd[1574]: Hangup (SIGHUP)
Dec 4 13:59:56 cetus pppd[1574]: Modem hangup
Dec 4 13:59:56 cetus pppd[1574]: Connection terminated.
Dec 4 13:59:56 cetus pppd[1574]: Connect time 2697.4 minutes.
Dec 4 13:59:56 cetus pppd[1574]: Sent 28262035 bytes, received 351847477 bytes.
Dec 4 13:59:58 cetus pppd[1574]: Exit

i think - we can say ROCK-SOLID!

thats the internet gateway, cetus (cyrix 150mhz, 32mb ram, netbsd)

the best 56k modem ever!

i hav to manage some events in the next time now…