Re: [OpenAFS] Windows 7 x64: \\afs\cs.uwm.edu refers to a location that is unavailable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 01.05.2011 17:40, schrieb Jeffrey Altman: Either the Microsoft Loopback Adapter is not installed, not enabled in or in conflict with another network adapter on the machine. Yep, that was indeed the cause for the problem. Took me some time to figure out that the loopback adapter was not installed and how to install it. But now it's working fine. Thanks a lot... Dirk -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFNwDGH8NVtnsLkZ7sRAswDAJ9uy1NFGq2ZeemhOH04MhImR1pEZwCePUEo Bhv77vUiR5aIwphoVEPrGvg= =Kjbt -END PGP SIGNATURE- ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Windows 7 x64: \\afs\cs.uwm.edu refers to a location that is unavailable
On 4/28/2011 3:22 PM, Dirk Heinrichs wrote: Just integrated my first Windows client into my otherwise Linux only cell and have a similar problem here. System is WinXP SP3 (32bit) with OpenAFS 1.5.99d/KfW 3.22. Everything works fine except UNC path access. I get a message similar to the above (translated from german) when I enter the UNC path into Windows Explorer's address bar: The file \\afs\altum.de was not found. Please check spelling and repeat the action or search for the file by clicking on Start and then on Search. Bye... From the afsd_init.log file: Using ISENGARD-AFS as SMB server name In other words, the path to AFS on your machine is \\ISENGARD-AFS\ and not \\AFS This would have also been obvious by looking at the output of 'nbtstat -n' and 'nbtstat -S' which tell you the netbios name registrations and active netbios sessions. This style of naming is in use because LAN adapter number not determined. Either the Microsoft Loopback Adapter is not installed, not enabled in or in conflict with another network adapter on the machine. From the afsd_init.log it is also clear that you are using Global Drive Mappings GlobalAutoMap of Z: to OpenAFS succeeded (0) which the release notes make quite clear should not be used. It is impossible to distinguish a global drive mapping from a local hard disk which has many negative consequences for AFS Path Ioctl processing. Microsoft deprecated this functionality with the release of Windows XP. Jeffrey Altman signature.asc Description: OpenPGP digital signature
Re: [OpenAFS] Windows 7 x64: \\afs\cs.uwm.edu refers to a location that is unavailable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 28.04.2011 21:31, schrieb Jeffrey Altman: Execute the following commands, place the resulting output somewhere in /afs that I can access them, and file a bug report at openafs-b...@openafs.org. Filed a bug (#129803) and tried to attach the logs as gzipped tarball, but it doesn't show up in RT. Any other place I can upload them to? Bye... Dirk -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFNu8qb8NVtnsLkZ7sRAjAgAJ0QneQ6MWusaTYF4rm2xkWK210M8ACdFM0p fxaPy/IXsPwydR2Uq0PBwlM= =lfaR -END PGP SIGNATURE- ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Windows 7 x64: \\afs\cs.uwm.edu refers to a location that is unavailable
Jeffrey Altman jalt...@secure-endpoints.com wrote: ] On 4/28/2011 1:20 PM, John Tang Boyland wrote: ] Here is the problem I alluded to earlier: ] I have a student who bought a new laptop with Windows Version 6.1.7600 and ] installed NIM and OpenAFS 1.5.9904 and things ALMOST work. ] ] They can get tokens and can go to \\afs\openafs.org ] and \\afs\cs.wisc.edu but not \\afs\cs.uwm.edu ] When they try, they get the message: ] \\afs\cs.uwm.edu refers to a location that is unavailable. It could be ] on a hard drive on this computer, or on a network. Check... ] ] this means that the evaluation of the mount point \\afs\all\cs.uwm.edu ] is incorrect. This could be a bug introduced in 1.5.9904 which is fixed ] in the source tree waiting for 1.5.9905 (1.6.0pre5) to be released. ] ] fs lsm \\afs\all\cs.uwm.edu will report the mount point info. ] If its wrong, fs rmm \\afs\all\cs.uwm.edu and fs mkm ] \\afs\all\cs.uwm.edu correct-target ] ] Or it could be something else There was indeed a period in the mountpoint. Your instruction enabled us to fix the problem. Thanks, John Boyland ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
[OpenAFS] Windows 7 x64: \\afs\cs.uwm.edu refers to a location that is unavailable
Here is the problem I alluded to earlier: I have a student who bought a new laptop with Windows Version 6.1.7600 and installed NIM and OpenAFS 1.5.9904 and things ALMOST work. They can get tokens and can go to \\afs\openafs.org and \\afs\cs.wisc.edu but not \\afs\cs.uwm.edu When they try, they get the message: \\afs\cs.uwm.edu refers to a location that is unavailable. It could be on a hard drive on this computer, or on a network. Check... They can run vos commands: vos examine root.cell works fine. If they run fs checks, there is a long pause, and then it says that filip.cs.uwm.edu is unavailable, even though it pings fine from this machine and the server is accessible from elsewhere. (filip is the RW location of root.cell, but it is also available on two other servers: solomons and jeremiah) The main DB server is solomons. NET VIEW \\AFS shows Share name ... cs.uwm.edu Disk UNCAFS MountPoint to #cs.uwm.edu:root.cell. cs.wisc.edu Disk AFS MountPoint to #cs.wisc.edu:root.cell openafs.org Disk AFS MountPoint to #openafs.org:root.cell NB: The period at the end of the cs.uwm.edu entry makes me worried now. Is that a possible problem? And why are ONLY the cells that cannot be reached marked as UNC? But if the period was the error, why would it say that filip was unavailable? Everything looks fine in the AFS Control Panel (although no uwm machines show up in the Server Preferences pane) Best regards, John ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Windows 7 x64: \\afs\cs.uwm.edu refers to a location that is unavailable
Am 28.04.2011 19:20, schrieb John Tang Boyland: Here is the problem I alluded to earlier: I have a student who bought a new laptop with Windows Version 6.1.7600 and installed NIM and OpenAFS 1.5.9904 and things ALMOST work. They can get tokens and can go to \\afs\openafs.org and \\afs\cs.wisc.edu but not \\afs\cs.uwm.edu When they try, they get the message: \\afs\cs.uwm.edu refers to a location that is unavailable. It could be on a hard drive on this computer, or on a network. Check... Just integrated my first Windows client into my otherwise Linux only cell and have a similar problem here. System is WinXP SP3 (32bit) with OpenAFS 1.5.99d/KfW 3.22. Everything works fine except UNC path access. I get a message similar to the above (translated from german) when I enter the UNC path into Windows Explorer's address bar: The file \\afs\altum.de was not found. Please check spelling and repeat the action or search for the file by clicking on Start and then on Search. Bye... Dirk ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Windows 7 x64: \\afs\cs.uwm.edu refers to a location that is unavailable
On 4/28/2011 3:22 PM, Dirk Heinrichs wrote: Am 28.04.2011 19:20, schrieb John Tang Boyland: Here is the problem I alluded to earlier: I have a student who bought a new laptop with Windows Version 6.1.7600 and installed NIM and OpenAFS 1.5.9904 and things ALMOST work. They can get tokens and can go to \\afs\openafs.org and \\afs\cs.wisc.edu but not \\afs\cs.uwm.edu When they try, they get the message: \\afs\cs.uwm.edu refers to a location that is unavailable. It could be on a hard drive on this computer, or on a network. Check... Just integrated my first Windows client into my otherwise Linux only cell and have a similar problem here. System is WinXP SP3 (32bit) with OpenAFS 1.5.99d/KfW 3.22. Everything works fine except UNC path access. I get a message similar to the above (translated from german) when I enter the UNC path into Windows Explorer's address bar: The file \\afs\altum.de was not found. Please check spelling and repeat the action or search for the file by clicking on Start and then on Search. Bye... Dirk Execute the following commands, place the resulting output somewhere in /afs that I can access them, and file a bug report at openafs-b...@openafs.org. fs trace -on -reset dir \\afs\altum.de\ fs trace -dump -off fs memdump cd %windir%\temp\ the files to be copied are: afsd_init.log afsd_alloc.log afsd.log Jeffrey Altman signature.asc Description: OpenPGP digital signature
Re: [OpenAFS] Windows 7 x64: \\afs\cs.uwm.edu refers to a location that is unavailable
On 4/28/2011 1:20 PM, John Tang Boyland wrote: Here is the problem I alluded to earlier: I have a student who bought a new laptop with Windows Version 6.1.7600 and installed NIM and OpenAFS 1.5.9904 and things ALMOST work. They can get tokens and can go to \\afs\openafs.org and \\afs\cs.wisc.edu but not \\afs\cs.uwm.edu When they try, they get the message: \\afs\cs.uwm.edu refers to a location that is unavailable. It could be on a hard drive on this computer, or on a network. Check... this means that the evaluation of the mount point \\afs\all\cs.uwm.edu is incorrect. This could be a bug introduced in 1.5.9904 which is fixed in the source tree waiting for 1.5.9905 (1.6.0pre5) to be released. fs lsm \\afs\all\cs.uwm.edu will report the mount point info. If its wrong, fs rmm \\afs\all\cs.uwm.edu and fs mkm \\afs\all\cs.uwm.edu correct-target Or it could be something else They can run vos commands: vos examine root.cell works fine. vos commands do not use the cache manager or the mount point definition in the freelance root volume. If they run fs checks, there is a long pause, and then it says that filip.cs.uwm.edu is unavailable, even though it pings fine from this machine and the server is accessible from elsewhere. (filip is the RW location of root.cell, but it is also available on two other servers: solomons and jeremiah) The main DB server is solomons. fs memdump will produce a file %windir%\temp\afsd_alloc.log that dumps the contents of a large number of cache manager objects. At the bottom of the list is the list of servers and their status. A cache manager trace for the operations can be obtained with fs trace -reset -on fs checkservers fs trace -dump -off which produces %windir%\temp\afsd.log and records the operations of all of the threads in the userland cache manager. NET VIEW \\AFS shows Share name ... cs.uwm.edu Disk UNCAFS MountPoint to #cs.uwm.edu:root.cell. cs.wisc.edu Disk AFS MountPoint to #cs.wisc.edu:root.cell openafs.org Disk AFS MountPoint to #openafs.org:root.cell NB: The period at the end of the cs.uwm.edu entry makes me worried now. Is that a possible problem? And why are ONLY the cells that cannot be reached marked as UNC? But if the period was the error, why would it say that filip was unavailable? The period is the problem. That is a bug that has been fixed. You can correct it locally by following the instructions above. The server being offline is a separate issue entirely. Jeffrey Altman signature.asc Description: OpenPGP digital signature
Re: [OpenAFS] Windows 7 x64: \\afs\cs.uwm.edu refers to a location that is unavailable
Am 28.04.2011 21:31, schrieb Jeffrey Altman: Execute the following commands, place the resulting output somewhere in /afs that I can access them, and file a bug report at openafs-b...@openafs.org. Unfortunately my cell is not publicly accessible, so it would be nice if you could tell me a warm place for the files (via private mail, of course). Thanks... Dirk signature.asc Description: OpenPGP digital signature