How To

Are you really backing up your WP blog?

When those of us with self-hosted WordPress blogs back up our content using the built-in WXR functionality, do we ever check the downloaded XML file? Until recently, I didn’t worry about it. I’d click on the Export button, copy the WXR file to a backup folder and think my blog was safe, but I was wrong.

You see, what may be happening is the creation of the WXR file on the server side may be terminated before all the content gets written to it, and we’ll end up with a partial backup of our blogs. This is no fault of the WordPress platform, but will happen when the server settings don’t allow enough resources to the PHP script which writes out the XML file. When that’s the case, this is what the end of the WXR XML file looks like.

In the screenshot you see above, the script ran out of memory (I’d set PHP’s memory_limit at 64 MB, which was too little for my needs), but it can also run out of time, if PHP’s max_execution_time is set too low.

Depending on your scenario, you may or may not have access to the original php.ini file on your web server. If not, check with your host, you may be able to create a php.ini at the root of your hosting account to adjust these parameters (within limits). The thing to do is set the memory_limit and the max_execution_time high enough to allow PHP enough resources to generate the full WXR file. I can’t prescribe any specific limits here, because the amount of memory and time the script needs depends on how big your blog is. All I can suggest is that you experiment with the settings until they’re high enough for the WXR file to generate fully. You don’t want to set them too high, because your server will run out of memory, and that’s not fun either. This is what my setup looks like.

What happens if you use a cheap web host is that you’ll get crammed along with hundreds of other sites on a single virtual server where all the settings are tightly reined in, to make sure no one’s hogging any resources. Chances are that as your blog grows, your WXR file will get too big and will need more resources than are available to write itself, which means you’ll start getting truncated backup files. If you never check them by opening up the XML and scrolling to the end to rule out any error messages, you’re not really backing up your blog.

Keep this in mind if you want to play it safe. Always check the WXR file. A good backup should close all the tags at the end, particularly the tag, like this screenshot shows.

Standard
How To

Cannot change WP theme if Turbo mode is enabled

I’ve been wondering what sort of bug I’ve had in my WP installs for the last few weeks, and only now figured out what’s going on.The Turbo mode for WP is done through Google Gears. There’s a bug in the Turbo mode that will not allow you to change your blog’s theme. It works by not displaying the “x” (Close) or the “Activate …” options in the DHTML layer that opens up when you preview a theme.

Try it out if you want. Enable Turbo mode, then go to Design >> Themes and click on a theme that you’d like to preview and possibly activate. It’ll open as a full page instead of opening in a separate layer above the regular page, and the option to activate it will not display. In essence, you’re locked out of switching themes. You have to hit the Back button to get back to the Admin panel, else you’re stuck in a Live Preview mode.

This has nothing to do with file permissions, as I originally thought, or with corrupt theme files. No, it has everything to do with Turbo/Google Gears and the way WP implemented this. It’s a bug that needs to get fixed. The only way to enable theme-switching for now is to disable Turbo mode. After that, things work just fine.

This bug is present even in the latest WP version, 2.6.3. I hope it gets fixed soon.

Standard
How To

If Time Machine doesn't work…

… and you get the little exclamation sign within the Time Machine icon in the menu bar, and Time Machine will not back up your Mac any more, then here’s what worked for me, twice so far:

  • Reboot the Mac.
  • Before doing anything else, go into the Time Machine drive, locate your Mac’s folder inside the Backups folder, and look for a single file that starts with a date and ends like this: .inProgress. Move it to the trash.
  • Tell Time Machine to “Back Up Now”.

That’s it. It should start backing up again. But if it doesn’t, you may want to visit the Apple support forums and see what worked for others. Some are saying you’ll need to toggle the backup disk to None, then back to the usual backup drive.

Updated 8/14/08: Make sure you delete the .inProgress file once you move it to the Trash. If you can’t delete it, do a Get Info and make sure you have Read & Write privileges to it, then delete it. It may take a while to delete it, but let the Finder finish the job, don’t cancel it. If you don’t delete that file from the Trash, Time Machine may continue to give you errors and remain unable to back up your Mac.

Standard
Reviews

Drobo overestimates used space

Here’s what happens. When the Drobo is connected to a computer and the Drobo Dashboard software isn’t running, the Drobo’s capacity meter will overestimate the used space, potentially triggering a low space alert. When the Drobo Dashboard software is started, it does its own used space calculations and corrects the capacity meter, literally turning off one to two or even three of the blue LEDs that indicate how much space is used.

There are 10 blue LEDs, one for each 10% of space used on the Drobo. When I connect one of my Drobos to my computer, the capacity meter lights up 9 of the LEDs, indicating 90% disk space used. When I start up the Drobo Dashboard software, two of the lights are turned off, leaving 7 on, or 70% disk space used. Also, although low space warnings are triggered when the Drobo Dashboard is started, after it calculates the space used, the warning go away, and the Dashboard screen goes from yellow to green.

I made a video which shows this quite clearly. I apologize for its poor quality, but I made it without any prior setup, just to show you that I’m not making this up. This also happens for my other Drobo, where the capacity meter shows 50% disk space used when I connect it, but drops to 30% disk space used when I start up the Drobo Dashboard. If you have a Drobo yourself, try it out and see.

Download Drobo overestimates used space (640×480, MP4, 35MB)

I notified Drobo Support of this issue a couple of days ago, but I have not yet received a reply from them. I will be glad to include any feedback/clarification from them right here, and will update this post with further information as I receive it.

I should also point out that there’s still no fix for the other two issues I outlined in my original Drobo review recently, where I pointed out that:

  • The transfer speed slows down significantly (and somewhat inversely proportional) to the amount of disk space remaining on the Drobo after the 70% mark is reached. In other words, the less space there is (in terms of the percentage, not GB remaining), the slower it’s going to be to access and transfer data to the Drobo.
  • The Drobo becomes excessively noisy when the fourth hard drive is inserted, and the fan will go into high gear when the Drobo isn’t even used. It seems this is loosely tied to the ambient room temperature, and once it goes over 75 degrees Fahrenheit, the fan kicks on and stays on for a long time. But again, you’ll only see this issue when the 4th hard drive is inserted. Given that the Drobo is a consumer device which is meant to operate at room temperatures, not in a climate-controlled server room, this is not appropriate behavior and should be corrected.
Standard
Reviews

Vista SP1 addresses some of my previous frustrations

I’ve had Vista SP1 installed on my machine for a week or so, and I’m pleased (surprised as well) to see that Microsoft addressed some of the issues that have frustrated me in the past. I guess when your expectations are low, any step toward something better is noticeable.

If I sound somewhat bitter, it’s because the SP1 install was problematic. I detailed that ordeal previously (you’re welcome to read it if you’d like). Basically, it had to do with language pack installs, which caused the prep time for the SP1 install to take several days instead of 15-30 minutes.

Once the extra language packs were out of the way, the actual SP1 install itself posed no issues for me. I’ve heard plenty of horror stories, but for me, the experience was normal, if somewhat protracted. Once the computer finished the three install steps (2 pre-reboot, 1 post-reboot), my machine was up and running with SP1.

As I began to use it, the first thing I noticed was the correct calculation of the RAM present in my machine (see screenshot above). That was a nice little surprise. I found it frustrating (pre-SP1) when the BIOS said I had 4 GB of RAM, yet Windows could only see 3,069 MB of RAM. It didn’t make sense. Now that’s fixed, although, as Ben Watt points out in this comment, Vista will still not use all of it due to 32-bit limitations.

Boot-up times also seem to have improved. I haven’t done any stopwatch testing, but I don’t find myself sitting around twiddling my thumbs as much when I need to reboot. That’s nice.

More importantly, I am now able to do something which I couldn’t do pre-SP1, even though it was an advertised feature of Vista: back up my machine (see screenshots above). That’s right, before SP1, a full PC backup was impossible. There was a bug that didn’t allow you to go through with that operation in Vista Ultimate. Now that’s no longer the case, and I’m happy to say I completed my first full PC backup this afternoon.

I also understand that Microsoft is now making Vista SP1 available in more languages, which will help reduce the language uninstall times for those people who were unfortunate enough to install the optional (or in my case, required) language packs.

Furthermore, they’re offering free, unlimited SP1 install and compatibility support, which is laudable — but given the fact that one has to jump through hoops to install SP1 — also needed. In my case, I doubt they could have helped. After all, what I needed to do was to uninstall the language packs, and Microsoft made the uninstall process so freakishly long that all I could do was to either stare at the screen, fuming, or take a walk, then come back to find it still going on…

What I do not approve though, is the way they’re trying to get the word out about Vista and SP1. They’re doing it through an internal (leaked?) video that makes me want to pull my eyes out. It’s as if they’ve learned nothing from the Bank of America video debacle. Worse, it’s as if they took that video and did their best to outdo it. They succeeded all right, in a very sad way.

Standard