darkness

Sunday, 13 August 2006

Ubuntu for Fedora/Red Hat users

darkness @ 17:52:05

I installed Ubuntu on a Linode virtual machine. I’ve got a list of things I do to a new RH/FC box. Here are some notes from trying to execute that list of things on Ubuntu:

  • dir_index wasn’t set on my ext3 filesystem. I don’t know if that’s a Linode thing or an Ubuntu thing, but I actually needed to set it and then e2fsck -fD the device to build the indexes. Since the fsck requires the filesystem not be mounted rw, I set SULOGIN=yes in /etc/default/rcS, entered the root password when prompted, and fsck’ed from there.
  • I set the host name in /etc/hostname; I hope that’s the right place.
  • I didn’t seem to have an MTA installed at all (and this may be Linode’s “fault”). If I have one, I don’t know what it’s called. Sendmail and exim both seem missing.
  • You should enable the universe repositories in /etc/apt/sources.list to get… well, it seems like to get all the good stuff.
  • vim-enhanced probably isn’t necessary; I had vim by default. samba-client is smbclient in Ubuntu (mostly, at least).
  • To turn services on/off, install the sysv-rc-conf package (in the universe repository!) and do sysv-rc-conf <service> on|off. Note that the on action just turns a service on for runlevels 2-5; it does not look at the init script to discover what runlevels that particular script thinks it should be turned on for (at least, as far as I know it doesn’t; correct me if I’m wrong). If you want to edit priorities, use sysv-rc-conf -p apparently.
  • Use adduser instead of useradd.
  • You may want to set EDITOR=vim in ~root/.bashrc, otherwise you’ll get nano.
  • Look at /etc/cron.daily/apt for automatic update stuff. I installed the unattended-upgrades package, then put the following in /etc/apt/apt.conf.d/90local:

    APT::Periodic::Update-Package-Lists 1;
    APT::Periodic::Unattended-Upgrade 1;
    

    I… hope this works.

  • rpm -qa becomes dpkg -l, rpm -qf becomes dpkg -S, and rpm -\ql becomes dpkg -L.
  • I installed ntp-simple to get an /etc/ntp.conf, then put in my favorite servers.
  • chmod 755 /etc/cron.daily/find to update the locate database every night.
  • There is no standard way to insert iptables rules at startup, from what I’m reading. So I suppose I’ll… try and make the RH script I’m used to using run in Ubuntu. (Here it is: RH iptables init script ported to Ubuntu. Or maybe “ported to LSB”?)

Other miscellaneous notes, relevant to this particular machine:

  • When you install the stunnel4 package I swear you get stunnel 3 as /usr/bin/stunnel and stunnel 4 as /usr/bin/stunnel4. I wanted stunnel4.
  • The named package on FC is bind9 on Ubuntu. Zones are apparently kept in /etc/bind. caching-nameserver is unnecessary; that configuration seems to be included in the bind9 package and set up as the default. Set the stuff that goes inside options {...} in named.conf.options and the rest of your modifications go in named.conf.local. I guess.
  • I guess Apache’s default CGI directory is /usr/lib/cgi-bin.

When you run “Ubuntu server”… is that any different than just running Debian? It doesn’t feel like it, but maybe it’s been too long since I ran Debian. One of the biggest reasons I’d probably run Ubuntu over Debian is because Ubuntu has a newer binary kernel package (I think?). Of course, on Linode I get their own kernel, presumably with UML magic (2.4.29-linode39-1um).

So far I am not seeing anything that makes me think Ubuntu is better than RH/FC. It used to be that Debian (and thus Ubuntu) had a lot more packages than Fedora, but Fedora Extras and third party repositories have really changed that. Managing init scripts with Ubuntu is significantly more painful for me than in RH/FC (chkconfig being a big part of that, obviously) and a lack of an obvious way to insert iptables rules at boot kind of blows (though this is supposed to be fixed in the next release, or… at least documented). I suspect a large part of Ubuntu’s claimed advantage is on the GUI side of things, which I won’t be seeing on this installation.

Soulseek doesn’t work in VMware

darkness @ 01:42:32

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
\Device\WinDfs\Z:000000000000e6dd\verin\darkness\01-destro-is-part-of-cobra.mp3.
The data has been lost. This error may be caused by a failure of your
computer hardware or network connection. Please try to save this file
elsewhere.


Event Type:     Warning
Event Source:   Mup
Event Category: None
Event ID:       50
Date:           8/13/2006
Time:           2:02:24 AM
User:           N/A
Computer:       ORDEITH
Description:
The description for Event ID ( 50 ) in Source ( Mup ) cannot be
found. The local computer may not have the necessary registry
information or message DLL files to display messages from a remote
computer. You may be able to use the /AUXSOURCE= flag to retrieve this
description; see Help and Support for details. The following
information is part of the event: \Device\WinDfs\Z:000000000000e6dd,
\Device\WinDfs\Z:000000 .. ~01-destro.

Data:
0000: 00040004 00500002 00000000 80040032
0010: 00000000 c000020c 00000000 00000000
0020: 00000000 00000000 c000020c

These are from the event log; the first sign that something has gone wrong is a “Delayed Write Error” pop-up bubble from the system tray, red “Failed” downloads in Soulseek, and after a few seconds it tells me I’m working offline because the server has gone away.

Steps I tried to correct this:

None of these fixed my problem. I can’t use Soulseek in XP/VMware; I may be able to live with that thanks to Wine. However, what does this mean for using my drives to, say, store documents? I’ve got sensitive things, like my Palm password DB, going to the Z: drive.

Update (2006-08-22): This problem has gone away. I did a bunch of tests over the course of a couple of days (sometime takes forever as Soulseek decides to rescan my entire collection). Restarting Samba had no effect, playing with all kinds of registry entries (thank goodness for VMware snapshots) didn’t help though I think I did get “offline files” disabled for that share more or less. Weirder still, I could have Soulseek download to a different directory on the same share and it worked fine. I copied the entire contents from the non-working (“Delayed Write Error”) directory to the new directory, and the new directory worked fine. As near as I can tell, the last thing that fixed it was renaming the old directory to something goofy, testing downloads to it (which worked), then renaming it back to its original name. After I renamed it back I no longer had any problems, even with a fresh install of VMware on a VMware snapshot in good working order (i.e., no chance that I left registry tweaks lying around). Go figure.

Moral of the story: try renaming the directory, then naming it back, maybe with some access from Soulseek in between.

Powered by WordPress