by Michael S. Kaplan, published on 2011/04/08 07:01 -04:00, original URI: http://blogs.msdn.com/b/michkap/archive/2011/04/08/10151381.aspx
The title of this blog is much less mature that I am with its crude 6.9 style humor. I promise the blog itself is much more mature.
It starts with what might in other cases have been handled as a KB article.
I mean, historically speaking, bugs in products are a part of the Microsoft Knowledge Base, not part of the actual documentation.
This is even true of most hot fixes from WinSE, if you think about it. We just usually are more low key like that about bugs.
A good exception to that rule (if rule it is?) can be seen in my They're going the wrong way -- though that example would tend to underscore that it has to be a pretty serious bug to be handled outside of a version specific KB article. Or about SharePoint!
Today I am going to talk about another such issue.
This one is not in IDN. It's not in WCF. It's not in SharePoint.
Oh wait, it can affect SharePoint. It just isn't a bug in SharePoint.
It is a bug in System Center Data Protection Manager 2010, a product which describes itself quite handily:
System Center Data Protection Manager (DPM) 2010 enables disk-based and tape-based data protection and recovery for servers such as SQL Server, Exchange Server, SharePoint, virtual servers, file servers, and support for Windows desktops and laptops. DPM can also centrally manage system state and Bare Metal Recovery (BMR).
See, SharePoint can kind of be involved here. :-/
The bug can be found in the article entitled Troubleshooting Disaster Recovery Issues, near the very end of that MSDN documentation:
BMR and System State backups inaccessible
If your computer’s localization settings are set to Czech, then the period (.) that DPM adds at the end of directory name where the backups are stored maybe the issue.
Rename the directory without the period (.) at the end.
Now of course we aren't just talking Czech.
We mostly aren't even talking Czech.
Because the bug is that the directory name ends with a formatted time based on the locale, and if that time string ends in a period, then there is a certain amount of weirdness in Windows related to directories that end with periods.
It is, ironically enough, a disaster when you do it, in all kinds of random situations that I may talk about some other time if I want to make fun of Windows Explorer and the Shell and the File System and the CRT and others. For now you can check it out yourself if you're bored or whatever....
For now I'll just say in a very tongue-in-cheek voice that when one has a period placed in this way, on won't be able to perform some actions until the period is dealt with and no longer noticeable. And sorry I broke the promise about the more mature thing. I'm done now.
Anyway, my reason for saying it usually isn't a Czech bug is that Czech uses a 24-hour clock by default; its terminating period is in the LOCALE_S1159 (dop.) and LOCASLE_S2359 (odp.) that never get used unless the time format is changed.
There are many locales whose formatted time strings do end with a period by default in either the long time, the short time, or both:
Of course there are other like Czech that will also show the problem if a non-default time shows up.
In the end, it's just as bug. Though obviously the last tine you want there to be hiccups like this is in disaster recovery. So I expect they will fix this at their earliest opportunity.
Not just for the folks in the Czech Republic either, given that big list of people likely to see the problem even more often.
John Cowan on 8 Apr 2011 2:23 PM:
There's a reason why Unix man pages have a section callled BUGS. Distributions that have renamed this to LIMITATIONS or some such thing always fail in the marketplace.
Joshua on 8 Apr 2011 3:41 PM:
Always humorous when some low-level rare case causes the higher levels to collapse completely. Example: spaces in filenames on DOS 5.
Michael S. Kaplan on 8 Apr 2011 5:58 PM:
@John -- On the other hand, Microsoft seems to be getting by so far. ;-)
@Joshua -- I agree, other fun cases include file names with trailing spaces, still present to this day!
John Cowan on 11 Apr 2011 8:16 AM:
Well, it's been quite a while since Microsoft last distributed Unix, though apparently the company was still using its distro internally until 1993 or so. I used to run it on my genuine IBM PC AT with the 10 megabyte hard disk. IIRC, the BUGS sections were still called BUGS. So that fate was narrowly averted.
go to newer or older post, or back to index or month or day