2007 June Archive at Docunext Technology

Archive for June, 2007

Converting Parallels Machines to VMWare Fusion, and KQEMU on OSX attempts

Published

on June 30, 2007

in Parallels, Q, QEMU, VMware, Virtualization and Windows

. 0 Comments

I’m following these instructions to convert a Parallels machine into a VMWare Fusion Machine. So far so good.

I’m doing a XP Home machine now, planning to try a FreeBSD machine too, but I’m not sure if that will work. No, doesn’t look like the conversion of FreeBSD will work. Too bad.

Also, you have to re-activate Windows XP Home once you convert the machine, and since Windows limits the amount of times you can re-activate a Windows XP license, I’m not going to at this time. As I keep saying, I will move to QEMU for good once KQEMU is ported to OS X.

Just for the heck of it I tried compiling KQEMU on my Macbook, but no luck:

make -C common all
gcc -Wall -O2 -Werror -g -D__KERNEL__ -I.. -o genoffsets genoffsets.c
./genoffsets > monitor_def.h
gcc -D__KERNEL__ -nostdinc -iwithprefix include -I. -I.. -D__ASSEMBLY__ -c -o i386/nexus_asm.o i386/nexus_asm.S
i386/nexus_asm.S:27:Unknown pseudo-op: .global
i386/nexus_asm.S:27:Rest of line ignored. 1st junk character valued 95 (_).
i386/nexus_asm.S:86:operands given don't match any known 386 instruction
i386/nexus_asm.S:117:bad register name ('%dr7')
i386/nexus_asm.S:146:bad register name ('%dr7')
i386/nexus_asm.S:170:operands given don't match any known 386 instruction
make[1]: *** [i386/nexus_asm.o] Error 1
make: *** [kqemu.o] Error 2

Well this is quite interesting:

Kqemu for Darwin

Its from March of 2007, three months ago, so even though very little is said about it, it appears to be the real deal. I was able to get it to load, but I’m not sure if its getting used by Q.

Kernel Module unloaded:
1:40 to boot debian to login prompt.

root# ./load_kqemu.sh
kextload: extension kqemu.kext appears to be valid
kextload: notice: extension kqemu.kext has debug properties set
kextload: loading extension kqemu.kext
kextload: kqemu.kext loaded successfully
kextload: loading personalities named:
kextload: kqemu
kextload: sending 1 personality to the kernel
kextload: matching started for kqemu.kext

And it took 1:37 to do the same thing after the kernel module was loaded. Hmmm. When I try to pass a qemu argument to use kqemu, I get an error saying -kernel-kqemu is not a valid option.

I was just checking out the OpenSUSE kqemu qemu docs and found a cool trick for qemu: you can access a vm monitor by changing consoles by typing alt-ctrl-2 all at once.

I am able to compile Q with the kqemu option enabled, but then when I try to run anything, it doesn’t work at all.

I’m doing this by editing the qemu/configure file to have kqemu=”yes”, when following the Downloading and compiling Q instructions given by the Q developers. The qemu folder gets copied to tmp/qemu in the build_i386.sh process.

What does this do:

This is all so surprising to me how little documentation or even available conversation there is on this stuff. This is really good stuff! I wonder if more has been done, but it just isn’t available or documented.

With this client, I am able to connect, get the version, and run the three test. I’m not able to init or exec. I did a little more writing about this over at OSXCentral.com.

The new Q icons look awesome:

Very cool - I just realized I can use a Parallels drive with Q if it is in the raw format. I have to change the extension to .img, but that’s fine with me. Yes its slower on a Mac but at least it will be portable to other computers which can use kqemu.

LTSP: PXE-E32 TFTP open timeout

Published

Albert

on June 29, 2007

in Docunext and Thin clients

. 0 Comments

I’m trying to setup Ubuntu ltsp. No luck, dhcp gives ip but then the tftp server never serves the goodies. Here’s the strace:

<code> <... select resumed> ) = 1 (in [0], left {892, 36000}) setsockopt(0, SOL_IP, IP_PKTINFO, [1], 4) = 0 recvmsg(0, {msg_name(16)={sa_family=AF_INET, sin_port=htons(2074), sin_addr=inet_addr("192.168.0.135")}, msg_iov(1)=[{"\0\1/ltsp/i386/pxelinux.0\0octet\0ts"..., 65468}], msg_controllen=24, {cmsg_len=24, cmsg_level=SOL_IP, cmsg_type=, ...}, msg_flags=0}, 0) = 38 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 1 connect(1, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("192.168.0.174")}, 16) = 0 getsockname(1, {sa_family=AF_INET, sin_port=htons(32780), sin_addr=inet_addr("192.168.0.174")}, [16]) = 0 close(1) = 0 clone(Process 23939 attached child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7d89708) = 23939 [pid 23909] select(1, [0], NULL, NULL, {900, 0} <unfinished ...> [pid 23939] rt_sigaction(SIGHUP, {SIG_IGN}, NULL, 8) = 0 [pid 23939] open("/etc/hosts.allow", O_RDONLY) = 1 [pid 23939] fstat64(1, {st_mode=S_IFREG|0644, st_size=787, ...}) = 0 [pid 23939] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ef4000 [pid 23939] read(1, "# /etc/hosts.allow: list of host"..., 4096) = 787 [pid 23939] close(1) = 0 [pid 23939] munmap(0xb7ef4000, 4096) = 0 [pid 23939] close(0) = 0 [pid 23939] socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 0 [pid 23939] open("/proc/sys/kernel/ngroups_max", O_RDONLY) = 1 [pid 23939] read(1, "65536\n", 31) = 6 [pid 23939] close(1) = 0 [pid 23939] socket(PF_FILE, SOCK_STREAM, 0) = 1 [pid 23939] fcntl64(1, F_GETFL) = 0x2 (flags O_RDWR) [pid 23939] fcntl64(1, F_SETFL, O_RDWR|O_NONBLOCK) = 0 [pid 23939] connect(1, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) [pid 23939] close(1) = 0 [pid 23939] socket(PF_FILE, SOCK_STREAM, 0) = 1 [pid 23939] fcntl64(1, F_GETFL) = 0x2 (flags O_RDWR) [pid 23939] fcntl64(1, F_SETFL, O_RDWR|O_NONBLOCK) = 0 [pid 23939] connect(1, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) [pid 23939] close(1) = 0 [pid 23939] open("/etc/group", O_RDONLY) = 1 [pid 23939] fcntl64(1, F_GETFD) = 0 [pid 23939] fcntl64(1, F_SETFD, FD_CLOEXEC) = 0 [pid 23939] _llseek(1, 0, [0], SEEK_CUR) = 0 [pid 23939] fstat64(1, {st_mode=S_IFREG|0644, st_size=1008, ...}) = 0 [pid 23939] mmap2(NULL, 1008, PROT_READ, MAP_SHARED, 1, 0) = 0xb7ef4000 [pid 23939] _llseek(1, 1008, [1008], SEEK_SET) = 0 [pid 23939] fstat64(1, {st_mode=S_IFREG|0644, st_size=1008, ...}) = 0 [pid 23939] munmap(0xb7ef4000, 1008) = 0 [pid 23939] close(1) = 0 [pid 23939] setgroups32(1, [65534]) = -1 EPERM (Operation not permitted) [pid 23939] time(NULL) = 1183144155 [pid 23939] open("/etc/localtime", O_RDONLY) = 1 [pid 23939] fstat64(1, {st_mode=S_IFREG|0644, st_size=1267, ...}) = 0 [pid 23939] fstat64(1, {st_mode=S_IFREG|0644, st_size=1267, ...}) = 0 [pid 23939] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ef4000 [pid 23939] read(1, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0"..., 4096) = 1267 [pid 23939] close(1) = 0 [pid 23939] munmap(0xb7ef4000, 4096) = 0 [pid 23939] stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1267, ...}) = 0 [pid 23939] stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1267, ...}) = 0 [pid 23939] stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1267, ...}) = 0 [pid 23939] send(3, "<27>Jun 29 15:09:15 in.tftpd[239"..., 70, MSG_NOSIGNAL) = 70 [pid 23939] exit_group(71) = ? </code>
Looks like it finds the pxelinux.0 file OK, but then something funky happens. Not sure what though.

Cool! I got it to work. Turns out there was two tftpd programs running, so I stopped /etc/init.d/openbsd-inetd and commented out the tftp server anyway. I then had to manually stop the processes. I then started the tftpd-hpa daemon and it booted!

It looks terrible on my screen though. Reminds me of how the Aopen screen looked.

The cool thing is that I also booted off a t5125, and the screen looked fine. I bet I will be able to boot off of a wide variety of devices. I’d also like to figure out how to do network installs using PXE boot. I gotta check out this Debian FAI - Fully Automatic Installation.

The Thecus is back in ACTION!

Published

Albert

on June 28, 2007

in Thecus n2100

. 0 Comments

Wow, I finally got the Thecus running debian again.

Here’s the commands I used in redboot to load the initrd and kernel via tftp.

ip_address -l 192.168.0.56 
ip_address -h 192.168.0.2 
load -r initrd -b 0x00800000
load -r vmlinuz -b 0x00200000
exec -c "console=ttyS0,115200 root=/dev/ram0 initrd=0xa0800000,42M mem=128M@0xa0000000"





openssl enc -d -des -in n2100.bin -out upgrade.tar.gz -K 7A9816A4C275D557 -iv 0 -nosalt -nopad

I had to extract the initrd and the vmlinuz from the n2100.bin that debian provided because my system was all messed up. The new debian installer is great - skips the bad hostname part, and everything went smoothly.

This time I’m only running with one disk, and the power consumption is still at 18 watts. What’s up with that? And iperf is only able to get 120 Mbits / second, even when the link is 1000Mbits. Oh well, at least its running now.

Frankenstein City

Published

Albert

on June 28, 2007

in Hardware and Power Consumption

. 2 Comments

I’ve been building a lot of frankenstein machines lately - the kinds where you patch together pieces from different computers, with varying results. Here’s two I built recently:

t5135 with internal Belkin USB nic

This one didn’t turn out so hot:

PC Chips V21G VIA C7, APEX Case, Morex Power Supply

This one turned out awesome, and didn’t require and damaging modifications.

The power supply is mounted to the back panel, and the power adapter even fit in the top left hand, and I used a few pieces of double sided tape to keep it in place. This system has an onboard nic (VIA Rhine), two intel gigE low profile cards, a VIA C7 processor, 512MB of RAM, and a 32 disk-on-module running m0n0wall. It only uses about 24 watts of power, and we’re currently using it as our production bridge. I’m really happy with this setup, and may build more like it!

Docunext Technology

Archive for June, 2007

Converting Parallels Machines to VMWare Fusion, and KQEMU on OSX attempts

LTSP: PXE-E32 TFTP open timeout

The Thecus is back in ACTION!

Frankenstein City

t5135 with internal Belkin USB nic

PC Chips V21G VIA C7, APEX Case, Morex Power Supply

Latest Comments

Latest Posts

About Current Page

Links

Blogroll

Intellectual Property

Web Hosting

Monthly Archive