[OpenAFS] Problem with large data transfer (WinNT AFS, please HELP!)

Neulinger, Nathan nneul@umr.edu
Mon, 25 Feb 2002 14:02:50 -0600


Do regular afs accesses work properly on the machine? i.e. is it just
when you try to do this large copy when things break?

If it is always broke, then are you messing around with any personal
firewall packages such as blackice or similar?

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  nneul@umr.edu
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Lubos Kejzlar [mailto:kejzlar@civ.zcu.cz]=20
> Sent: Monday, February 25, 2002 1:59 PM
> To: OpenAFS Info Mailing List; OpenAFS Developers Mailing=20
> List; AFS mail list
> Subject: [OpenAFS] Problem with large data transfer (WinNT=20
> AFS, please HELP!)
>=20
>=20
> Hi all,
>=20
>    we are trying to extend our (long lived) campus-wide Unix-based AFS
> infrastructure (Transarc AFS 3.6 DB servers, mix of=20
> Transarc/OpenAFS clients)
> to end-user workstations running Win 98/NT/W2k as a main distributed
> storage solution.
>=20
> Unfortunately, our users experienced _significant_ problems=20
> during pilot
> phase:
>=20
> - all significant tests are running on Win NT SP5=20
> workstations. Similar
>   problems are reported by Win98 users (smaller amount of=20
> data, not proved
>   yet by support people)
>=20
> - as an part of automated SW installation, there is need to copy large
>   subtree from AFS to local file system (there is no=20
> possibility to run SW
>   directly from AFS space, unfortunately):
>=20
>      - all data are readable to system:anyuser
>      - both client & server are using 100baseT-FD network=20
> connections and
>        there are no communication problem during tests
>      - total amount of data copied is about 2+ GB
>      - there is large number (70+ k) of small files to copy
>      - all data are located in single volume
>=20
> - unfortunately, we are _UNABLE_ to copy such data using=20
> (any) different
>   methods (MS Explorer, Perl-based command line tools, etc.):
>=20
>      - the copy process breaks at random (AFAIK) point with=20
> following error
>        events (occurred roughly at same time in=20
> system/application event log):
>=20
>        EventID: 3013
>        The redirector has timed out request to xxxxxx-afs ...
>=20
>        EventID: 1009
>        cm_Analyze: HardDeadTime exceeded ....
>=20
>        and/or (?)
>=20
>        EventID: 1005
>        Pkt straddled session startup, took xxxxxx ms, ncb length xxx.
>=20
>     - there are no active CM RX connections (from rxdebux)=20
> and system seems
>       to be 'frozen' for a while, during error event (AFAIK).
>=20
>=20
> Does someone ever seen similar problems??
>=20
> Currently it's really _HIGH_PRIORITY_ISSUE_ for us to provide=20
> and support
> single distributed FS infrastructure for all our users=20
> (10000+), so we are
> looking for _ANY_HELP_OR_SUGGESTION_ (I'm not very familiar with M$
> Windows, but I'm able (glad) to provide any further info for=20
> someone could
> help us)!
>=20
> So again thank you VERY MUCH in advance for _ANY_HELP_OR=20
> SUGGESTION_ !!
>=20
> Best regards,
>      Lubos
>=20
> --------------------------------------------------------------
> ------------
> Lubos Kejzlar
> System and Network Specialist
>=20
> Laboratory for Computer Science                Tel.:     =20
> ++420-19-7491536
> University of West Bohemia                               =20
> ++420-19-7421414
> Univerzitni 8, 30614 Pilsen                    Fax:      =20
> ++420-19-7421419
> Czech Republic                                 E-mail: =20
> kejzlar@civ.zcu.cz
>=20
> PGP Key fingerprint  =3D  5621 06DA 3EDE 5D15 F287  5408 9B8E=20
> C766 CD64 3A3F
> --------------------------------------------------------------
> ------------
>=20
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>=20