From mickeylane33540@gmail.com Fri Jun 26 18:42:29 2009 From: mickeylane33540@gmail.com (Mickey Lane) Date: Fri, 26 Jun 2009 13:42:29 -0400 Subject: [OpenAFS-win32-devel] Work on Windows MMC? Message-ID: <000101c9f685$7b1e33f0$715a9bd0$@com> This is a multi-part message in MIME format. ------=_NextPart_000_0002_01C9F663.F40C93F0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, At the June Best Practices Workshop, one of the Google Summer of Code participants gave a short talk on a project involving a tool to work with the Windows client. Something to do with MMC and the registry and C# I think. If someone could point me to some more detailed information on the project, I would appreciate it. Thanks, Mickey Lane. SNA ------=_NextPart_000_0002_01C9F663.F40C93F0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

At the June Best Practices Workshop, one of the = Google Summer of Code participants gave a short talk on a project involving a = tool to work with the Windows client. Something to do with MMC and the registry = and C# I think…

 

If someone could point me to some more detailed = information on the project, I would appreciate it.

 

Thanks,

Mickey Lane.

SNA

 

------=_NextPart_000_0002_01C9F663.F40C93F0-- From jaltman@secure-endpoints.com Fri Jun 26 19:13:11 2009 From: jaltman@secure-endpoints.com (Jeffrey Altman) Date: Fri, 26 Jun 2009 14:13:11 -0400 Subject: [OpenAFS-win32-devel] Work on Windows MMC? In-Reply-To: <000101c9f685$7b1e33f0$715a9bd0$@com> References: <000101c9f685$7b1e33f0$715a9bd0$@com> Message-ID: <4A450FB7.3090108@secure-endpoints.com> Mickey: GSOC projects are described at http://www.openafs.org/gsoc.html. The project is implementing the mockups provided at http://www.secure-endpoints.com/openafs-windows-roadmap.html#client%20service%20mmc Jeffrey Altman Mickey Lane wrote: > Hi, > > > > At the June Best Practices Workshop, one of the Google Summer of Code > participants gave a short talk on a project involving a tool to work > with the Windows client. Something to do with MMC and the registry and > C# I think… > > > > If someone could point me to some more detailed information on the > project, I would appreciate it. > > > > Thanks, > > Mickey Lane. > > SNA > > > From mickeylane33540@gmail.com Fri Jun 26 19:22:57 2009 From: mickeylane33540@gmail.com (Mickey Lane) Date: Fri, 26 Jun 2009 14:22:57 -0400 Subject: [OpenAFS-win32-devel] Work on Windows MMC? In-Reply-To: <4A450FB7.3090108@secure-endpoints.com> References: <000101c9f685$7b1e33f0$715a9bd0$@com> <4A450FB7.3090108@secure-endpoints.com> Message-ID: <001301c9f68b$22888870$67999950$@com> Thanks Jeffrey I got a note from Brant on this. That's exactly the information I needed. It looks very promising. If = there's anything I can do to help (testing, etc) please let me know. Mickey. > -----Original Message----- > From: Jeffrey Altman [mailto:jaltman@secure-endpoints.com] > Sent: Friday, June 26, 2009 2:13 PM > To: Mickey Lane > Cc: openafs-win32-devel@openafs.org > Subject: Re: [OpenAFS-win32-devel] Work on Windows MMC? >=20 > Mickey: >=20 > GSOC projects are described at http://www.openafs.org/gsoc.html. >=20 > The project is implementing the mockups provided at >=20 > http://www.secure-endpoints.com/openafs-windows- > roadmap.html#client%20service%20mmc >=20 > Jeffrey Altman >=20 > Mickey Lane wrote: > > Hi, > > > > > > > > At the June Best Practices Workshop, one of the Google Summer of = Code > > participants gave a short talk on a project involving a tool to work > > with the Windows client. Something to do with MMC and the registry > and > > C# I think=E2=80=A6 > > > > > > > > If someone could point me to some more detailed information on the > > project, I would appreciate it. > > > > > > > > Thanks, > > > > Mickey Lane. > > > > SNA > > > > > > From brant@gurganus.name Sat Jun 27 02:04:08 2009 From: brant@gurganus.name (Brant Gurganus) Date: Fri, 26 Jun 2009 21:04:08 -0400 Subject: [OpenAFS-win32-devel] MMC project update Message-ID: <7085f1180906261804k748aa82ake17796cd4ba76215@mail.gmail.com> I made a new snapshot of my project available at \\afs\rose-hulman.edu%user.class07.gurganbl\Public\"OpenAFS Client Manager" It should be rather complete as far as the user interface, though what's there is based on what was in the prototypes. If there's any feedback on what is is missing or should be changed, let me know now before too much gets hooked to actually doing something. To build: Use Visual Studio and build either x64 or x86 configurations. To install, run the x86 or x64 installutil on the built assembly. To uninstall, run the x86 or x64 installutil with the /u switch on the built assembly. To use, launch MMC and add the OpenAFS snapin. Here's what should work: All the UI should be visible if you expand the MMC enough. Starting and stopping the AFS Client service should work. Here's what I need help with: I haven't figured out how to get the Windows Forms control to fill the space it has in the console. Starting and stopping the service outside of the MMC will result in an exception since you are starting an already running service or stopping and already stopped service. If there are thoughts on how to best handle such exceptional states, I'm welcome to them. What I've written is known to work in 32-bit and 64-bit environments on Windows 7 RC. It should work on Windows XP and up. You will need .Net 2.0 or higher installed as well as MMC 3.0 if on Windows XP or 2003. You can get it at http://support.microsoft.com/kb/907265 Please let me know if you have any feedback both as a user or as a developer. One other note, the project is set up to strongly name the assemblies built using my key. You don't have my password so you can create your own key with the sn tool or just not give your assembly a strong name. An alternative is to delay sign the assembly, but you'll have to tell .Net to ignore verifying the assembly's signature. Brant Gurganus http://gurganus.name/brant From cclausen@acm.org Sat Jun 27 19:58:12 2009 From: cclausen@acm.org (Christopher D. Clausen) Date: Sat, 27 Jun 2009 13:58:12 -0500 Subject: [OpenAFS-win32-devel] MMC project update References: <7085f1180906261804k748aa82ake17796cd4ba76215@mail.gmail.com> Message-ID: On XP/Windows 2003 apparently one needs to run mmcperf.exe before trying to register new snap-ins. Otherwise I get an exception running installutil. Also, none of the various fields are filled in when I run this. It is just empty boxes. (Perhaps this is all that should be there at this point in time.) To me, the Canel button makes no sense at all in the context of an MMC snap-in. In fact having both "Ok" and "apply" are redundant. Only one of them should be needed as the usual occurance of "Ok" is to do the same as the "apply" button and then close the dialog as well. I would think that the snap-in isn't closed unless the user exits it, so having only an "apply" button makes the most sense to me. One can simply click on another snap-in without clicking apply to undo changes without applying them. I'd say to not have the tabs across the right pane and instead have a drop-down sub menu under the left pane for each of the current tabs. This would be more inline with other snap-ins from Microsoft and should in theory allow an agency using AFS to setup specific consoles that only allow specific features to specific admins / help desk users. E.g. one could setup an MMC view to only display the ability to start and stop the service. I'd also suggest using an AFS directory name without spaces in it so that is easier for the rest of us to get to the code. < wrote: > I made a new snapshot of my project available at > \\afs\rose-hulman.edu%user.class07.gurganbl\Public\"OpenAFS Client > Manager" > > It should be rather complete as far as the user interface, though > what's there is based on what was in the prototypes. If there's any > feedback on what is is missing or should be changed, let me know now > before too much gets hooked to actually doing something. > > To build: Use Visual Studio and build either x64 or x86 > configurations. > > To install, run the x86 or x64 installutil on the built assembly. > > To uninstall, run the x86 or x64 installutil with the /u switch on the > built assembly. > > To use, launch MMC and add the OpenAFS snapin. > > Here's what should work: > All the UI should be visible if you expand the MMC enough. > Starting and stopping the AFS Client service should work. > > Here's what I need help with: > I haven't figured out how to get the Windows Forms control to fill the > space it has in the console. > Starting and stopping the service outside of the MMC will result in an > exception since you are starting an already running service or > stopping and already stopped service. If there are thoughts on how to > best handle such exceptional states, I'm welcome to them. > > What I've written is known to work in 32-bit and 64-bit environments > on Windows 7 RC. > > It should work on Windows XP and up. You will need .Net 2.0 or higher > installed as well as MMC 3.0 if on Windows XP or 2003. You can get it > at http://support.microsoft.com/kb/907265 > > Please let me know if you have any feedback both as a user or as a > developer. > > One other note, the project is set up to strongly name the assemblies > built using my key. You don't have my password so you can create your > own key with the sn tool or just not give your assembly a strong name. > An alternative is to delay sign the assembly, but you'll have to tell > .Net to ignore verifying the assembly's signature. > > Brant Gurganus > http://gurganus.name/brant From brant@gurganus.name Tue Jun 30 00:56:25 2009 From: brant@gurganus.name (Brant Gurganus) Date: Mon, 29 Jun 2009 19:56:25 -0400 Subject: [OpenAFS-win32-devel] openafsclientmmc project on Google Code Message-ID: <7085f1180906291656s4a8165c8y9af3c369d57f3aa@mail.gmail.com> For having some version control and a place where I could record what needs done and thoughts leading to why I did things certain ways, I created a project on Google Code to contain my project. You can even make comments on the code right there on the site. Find the project at http://code.google.com/p/openafsclientmmc/ I've also been trying to post updates on what I'm doing with the project lately on Ohloh. Follow my journal there at https://www.ohloh.net/accounts/brantgurga Brant Gurganus http://gurganus.name/brant From jaltman@secure-endpoints.com Tue Jun 30 02:40:24 2009 From: jaltman@secure-endpoints.com (Jeffrey Altman) Date: Mon, 29 Jun 2009 21:40:24 -0400 Subject: [OpenAFS-win32-devel] IMPORTANT: Microsoft SMB Redirector (mrxsmb.sys) and OpenAFS for Windows Message-ID: <4A496D08.3060601@secure-endpoints.com> This e-mail is a follow-up to a previous e-mail describing a flaw in Microsoft's SMB Redirector (mrxsmb.sys) that could have serious implications for OpenAFS users. http://lists.openafs.org/pipermail/openafs-info/2009-April/031174.html >From January to April of this year I have been working with Microsoft to resolve a series of issues between Microsoft's SMB Redirector and OpenAFS. In the simplest of terms Windows has for many years had a race condition in the mrxsmb.sys code which was fairly recently exposed. The race condition would lead to a deadlock whose symptoms could not be distinguished from the OpenAFS Client Service failing to respond. Microsoft has now pushed out the fixes to all of their currently supported platforms: Windows XP (32-bit) SP2 and SP3 http://support.microsoft.com/kb/971421 Windows 2003 (32-bit and 64-bit) and XP64 SP2 http://support.microsoft.com/kb/969289 Windows Vista and 2008 installed as part of SP2 In addition to fixing the race condition and the deadlock Microsoft also addressed one of the biggest issues that OpenAFS has suffered from on the Microsoft Windows desktop: The fixed client side timeout in the SMB redirector. Up until these latest versions of the SMB redirector the client side timeout has been stuck at 45 seconds. If the SMB redirector sent a request to the \\AFS SMB Server (the OpenAFS cache manager) and a response was not received within 45 seconds, the SMB redirector would assume the SMB server was broken, break the connection and send an error to the caller. It is not always possible to reply in 45 seconds. As a result, the end user experience has suffered. As part of these latest updated Microsoft added two new registry values to the SMB redirector: ExtendedSessionTimeout ServersWithExtendedSessionTimeout The 1.5.60 (and later) versions of OpenAFS for Windows will automatically create these values. The extended session timeout is set to 10 minutes and the name "AFS" is added to the server list. With these changes the OpenAFS for Windows client no longer has to worry about the SMB redirector canceling requests that are still being processed. If you are a user of OpenAFS for Windows or manage packages for your users, please upgrade to 1.5.60 and either install the hot fix for XP and 2003 or SP2 for Vista and 2008 depending on your operating system platform. Thank you. Jeffrey Altman