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