August 13, 2006

Soulseek doesn’t work in VMware

Client (ordeith):

  • Fedora Core 5 x86-64
  • Kernel 2.6.17-1.2157_FC5
  • VMwareWorkstation-5.5.1-19175, with update 101 (from that weird .cz site) applied
  • XP SP2 (32-bit), up to date, running in VMware

Server (verin):

  • Fedora Core 5 i386 (though running on an Intel P4 with EM64T)
  • Kernel 2.6.17-1.2157_FC5smp
  • samba-3.0.23a-1.fc5.1.codefu.1 (patch to fix Samba bug #4003, I believe)

Client is an nForce 4 chipset using forcedeth for its NIC talking to the server. Server is an Intel 1000MT or something like that. These two NICs are crossed over to each other, and bridged to other NICs that go to my 10/100 switch. Spanning tree causes client to send all of its traffic through the server under normal circumstances. All this bridging trickery is to give me gigabit speed between the only two machines on my network that support gigabit (the client and the server in this entry), but to allow things to continue to work if I pull that cable and temporarily connect it to another PC that supports gigabit (like my laptop). VMware had no problem doing bridged networking to lanbr0. (Or is it host networking? If bridged networking works, that’s what I’m using. I’m pretty sure it’s bridged.)

Problem: I start Soulseek. I start downloading, say, two files at reasonable speeds (30-150KB/s each). These files are being downloaded to my Z: drive, which is on my Samba server. Within 5 minutes I begin getting errors like the following:

Event Type: Information
Event Source:   Application Popup
Event Category: None
Event ID:   26
Date:       8/13/2006
Time:       2:02:24 AM
User:       N/A
Computer:   ORDEITH
Description:
Application popup: Windows - Delayed Write Failed : Windows was unable
to save all the data for the file
DeviceWinDfsZ:000000000000e6ddverindarkness

Leave a Reply