• Production Version for Windows
• Test Version for other platforms

1.5.62 is the recommended production-ready release of OpenAFS for Microsoft Windows users. It supports all Microsoft Windows operating systems from Windows 2000 through Windows Vista SP1 and Windows Server 2008 including both 32-bit and 64-bit architectures. The 1.5.62 release continues the recent efforts at optimizing the performance of the Windows client and improving its scalability.

For UNIX, Linux, and MacOS X (including Snow Leopard) the recommended production-ready release of OpenAFS is 1.4.11. The 1.5.62 Windows client is fully compatible with all AFS server versions.

[Quelle: Jeff via openafs-annouce]

Releases of OpenAFS for Windows prior 1.5.62 may fail to store data
to file servers. There are two issues that are addressed in the
1.5.62 release.

[Quelle: Jeff via openafs-info]

Es handelt sich um zwei Probleme, die allerdings im 1.5.62-Release behoben wurden:

1. Failure to Store Portions of Unaligned Writes
2. Failure to Store Data to File Servers Lacking Large File Support

There are no workarounds to these problems other than upgrading:

• the Windows client to the OpenAFS 1.5.62 or later release, or
• upgrading all file servers to the OpenAFS 1.3.70 or later release

[Quelle: Jeff via openafs-info]

Mehr Informationen im Archiv der Mailing-Liste.

Secure Endpoints is now offering a Microsoft Symbol Server for OpenAFS for Windows symbols and executables.
The address is http://www.secure-endpoints.com/symbols/.
This symbol server contains binaries and symbol files for every release of OpenAFS for Windows from 1.4.0 to present (including beta builds). To use the symbol server include it the URL in the symbol search path just as you do with Microsoft’s Symbol Server.

[Quelle: Jeff via openafs-win32-devel]

• … auf Windows
• … auf Linux
• … auf MacOS X

Vielleicht erspare ich so dem ein oder anderen Besucher die Suche.

Please advise your help desk staff to be on the lookout for a sudden
increase in complaints about OpenAFS for Windows not working.

The symptoms are that \\AFS is inaccessible and an examination of the
%windir%\temp\afsd_init.log file indicates a memory mapping failure when
attempting to load the AFSCache file. This problem is likely to affect
any user of OpenAFS for Windows on 32-bit Windows with iTunes installed
that set their cache size to be larger than 500mb.

The problem:

Apple updated the Bonjour distribution as part of the most recent iTunes
update. Included in the distribution is a file called mdnsNSP.dll which
is inserted into the process memory space of every application on the
system that makes use of the WinSock APIs. This DLL permits Bonjour
discovery services to be used as a DNS replacement automatically. Apple
set an image base of (16080000 to 160A4FFF) which is smack in the middle
of the 32-bit process data range instead of using a value around
60000000 as recommended by Microsoft.

The work around:

The Microsoft SDK provides a tool called rebase.exe which is used by
developers to modify the base address of a DLL. The following
operations can be used to move mdnsNSP.dll to the correct location in
memory.

1. cd to c:\program files\bonjour
2. rename mdnsNSP.dll to mdnsNSP.dll.inuse
3. copy mdnsNSP.dll.inuse to mdnsNSP.dll
4. rebase -d -b 0x60000000 mdnsNSP.dll

The next time the OpenAFS for Windows service is started the dll will be
loaded into the correct range in memory.

Unfortunately, it is likely that the next iTunes update will break this
again. End users are also unlikely to have access to the rebase.exe
command.

The command “dumpbin /headers mdnsNSP.dll” can be used to determine the
image base.

The affected version of mdnsNSP.dll is 1.0.6.2.

[Quelle: Jeff via openafs-info]

Teredo ist bei Vista bereits installiert, jedoch abgeschaltet. Bei Windows XP muß der Dienst erst installiert werden, aber das ist auch kein Problem und die zwei Minuten sind weiterhin schaffbar.

Der Weg auf Windows XP:
ipv6 install
netsh interface ipv6
set teredo type=client

Der Weg auf Vista und Windows 7 (nicht getestet):
netsh interface ipv6
set teredo type=client

Plötzlich bei der Arbeit an einem Diagramm. Der Ausweg ging dann über den Task-Manager.

Fühlt sich zwar seltsam an, aber man kann durchaus damit arbeiten.

Es geht aber doch!

Erstmal Linux installieren – wie gewohnt, jedoch GRUB nicht in den MBR sondern auf die erste Partition installieren. Danach den Boot-Sektor sichern, am besten auf Diskette oder USB-Stick (sollte ein von Windows lesbares Dateisystem sein).
dd if=/dev/sda1 of=/mnt/usbstick/linux.bin bs=512 count=1
Vista anschließend – wie hier beschrieben – für die Verwendung mit BitLocker installieren. Aber Achtung: clean ist hier eine falsche Idee – einfach übergehen.

Jetzt kommt der interessante Teil, nämlich der Vista Boot-Loader. Erstmal ein Terminal (cmd.exe oder PowerShell) als Admin öffnen. Den gesicherten Boot-Sektor linux.bin ins Hauptverzeichnis der Platte kopieren, die den Boot-Loader enthält. (Das ist wahrscheinlich C:, kontrollieren kann man’s mit diskmgmt.msc.)
bcdedit /create /d "GRUB" /application BOOTSECTOR
Wir bekommen eine ID mitgeteilt, die im folgenden einzufüllen ist.
bcdedit /set $ID device boot
bcdedit /set $ID PATH \linux.bin
bcdedit /displayorder $ID /addlast
bcdedit /timeout 10

Vista wird beim nächsten Neustart 10 Sekunden lang ein Boot-Menü anzeigen, dessen letzte Option GRUB ist.

Das Tool diskpart kann dann die nötige Partition erstellen.

select disk 0
clean (Achtung, hier wird die komplette Festplatte geleert!)
create partition primary size=1500
assign letter=S
active Die BitLocker-Partition ist jetzt fertig, doch irgendwo muß ja auch noch das Betriebssystem hin.
create partition primary
assign letter=C
Und um sich die neue Partitionstabelle nochmals anzusehen: list volume
Zurück zur Kommandozeile mit exit
Beide Partitionen noch mit NTFS formatieren, dann kann über den gewohnten Weg über das Menü Vista auf dem größeren Laufwerk C: installiert werden.
format C: /y /q /fs:NTFS
format S: /y /q /fs:NTFS

Das Prompt per exit beenden und das System Recovery Options-Window schließen.

Warum Laufwerk S:? Willkühr. Wem S: nicht gefällt, der wähle einen anderen Buchstaben.

Als domain member reicht der übliche Weg über die Computer-Verwaltung, und selbst für den Betrieb als Domain Controller sind nur wenige Handgriffe nötig. Sofern noch kein Forest existiert, auf einem der bestehenden DCs das Tool adprep ausführen und den Forest erstellen.

adprep /forestPrep
adprep /domainPrep

Um die Gruppenrichtlinen-Objekte noch zu aktualisieren:

adprep /domainPrep /gpprep

Sofern eine Server 2008 Installation später als read only DC arbeiten soll, noch zusätzlich

adprep /rodc

ausführen. Die Domain ist jetzt vorbereitet und dem Server 2008 kann die Rolle “Active Directory Controller” installiert werden. Funktioniert übrigens auch wunderbar mit dem Small Business Server 2003.

That’s it!