Beau's questions

I ask because the server is handling DHCPv6 for two VLANs and I can see some requests both via DHCPv6-relay from our ProCurve switch and via the ff02::0:2 anycast address and responds to both requests.

The logs look like this:

Sep 23 00:40:05 fry dhcpd: Request message from fe80::2c0:b7ff:fe53:32e7 port 546, transaction ID 0x7C08E400
Sep 23 00:40:05 fry dhcpd: Sending Reply to fe80::2c0:b7ff:fe53:32e7 port 546
Sep 23 00:40:05 fry dhcpd: Relay-forward message from 2001:1900:221c:800::1 port 547, link address 2001:1900:221c:800::1, peer address fe80::2c0:b7ff:fe53:32e7
Sep 23 00:40:05 fry dhcpd: Sending Relay-reply to 2001:1900:221c:800::1 port 547

I suppose it might be possible to enable DHCPv6 relay only for one of the VLANs and use anycast for the other, but it seems cleaner to me to have them both serviced in the same way.

This is on Ubuntu 11.04 with a 4.2.2 dhcpd I compiled myself (without changing anything). The same behavior happens with the regular 4.1 Ubuntu package, however.

The issue is that any modification to the directory locks up Explorer indefinitely, though Samba access to other directories still works. I've tried moving files locally and over Samba.

Even enumerating the directory to get the list of files locks up the computer indefinitely.

I tried using Python's win32file.FindFilesIterator to iterate the files but that also hangs.

My idea was to move each file to a different directory (in a directory above the directory we're dealing with) based on its timestamp, so that we'd have at most a thousand or so files in each directory... But since I can't even enumerate the files, that's been a non-starter.

If I have to give up and just nuke the directory I'm willing to do that, but a standard delete also hangs indefinitely.

I have set these two parameters to increase speed and they also did not help the issue:

R:\>fsutil behavior query disablelastaccess
disablelastaccess = 1

R:\>fsutil behavior query disable8dot3
disable8dot3 = 1

These are all sequential images that would have run into the 'bug' with 8.3 filenames whereby many similarly named files in one directory can take a long time to compute 8.3 filenames. From what I understand this data is stored in the file system even after disable8dot3 is enabled, so it may still be contributing to the problem.

Any ideas?

We're currently testing Microsoft Dynamics CRM hosted by Fpweb. I've been asked by the lead on the project how we can increase the speed at which CRM pages in IE load. The delay seems reasonable to me for a virtual server located across the country.

Has anyone succeeded in speeding things up with aggressive caching (i.e. a WAN accelerator) or by some other means? Do your employees complain about the speed of hosted Dynamics CRM?