« Return to Thread: clients able to create corrupt file on non-largefile server
Re: clients able to create corrupt file on non-largefile server
by Jeffrey Altman
::
Rate this Message:
Um. Windows clients do not support files larger than 2GB.
The protocol the Windows CIFS client uses to speak to the AFS Client
Service does not permit the representation of files > 2GB.
Is there any other details you can provide?
Neulinger, Nathan wrote:
> I take that back... rsync is just stupid and thinks it's reading the
> file but isn't... Very weird.
>
> -- Nathan
>
> ------------------------------------------------------------
> Nathan Neulinger EMail: nneul@...
> University of Missouri - Rolla Phone: (573) 341-6679
> UMR Information Technology Fax: (573) 341-4216
>
>
>
>>-----Original Message-----
>>From: openafs-devel-admin@...
>>[mailto:openafs-devel-admin@...] On Behalf Of
>>Neulinger, Nathan
>>Sent: Thursday, August 25, 2005 10:51 AM
>>To: openafs-devel@...
>>Subject: [OpenAFS-devel] clients able to create corrupt file
>>on non-largefile server
>>
>>I've got a volume that is unable to be moved or dumped, yet salvager
>>thinks it's fine.
>>
>>It appears that the cause of this problem is that a windows client
>>attempted to create an over-2GB file, which failed.
>>
>>The current state of the volume is that it has a bogus directory entry
>>for a 2GB-truncated file, which gives an I/O Error when attempting to
>>access. It's almost like their is a very slight disconnect
>>between what
>>the file/vol server thinks is a LARGEFILE, and what the O/S does.
>>
>>Strangely enough, rsync is able to read the file, but cp is not.
>>Probably a question of whather cp is largefile enabled on this old OS
>>build.
>>
>>I'm not sure there's really anything to do here, but I'd be aware that
>>there may be a off-by-one error or something in size limitations for
>>large/non-large files somewhere.
>>
>>-- Nathan
>>
>>------------------------------------------------------------
>>Nathan Neulinger EMail: nneul@...
>>University of Missouri - Rolla Phone: (573) 341-6679
>>UMR Information Technology Fax: (573) 341-4216
>>_______________________________________________
>>OpenAFS-devel mailing list
>>OpenAFS-devel@...
>>https://lists.openafs.org/mailman/listinfo/openafs-devel
>>
>>
>
> _______________________________________________
> OpenAFS-devel mailing list
> OpenAFS-devel@...
> https://lists.openafs.org/mailman/listinfo/openafs-devel
The protocol the Windows CIFS client uses to speak to the AFS Client
Service does not permit the representation of files > 2GB.
Is there any other details you can provide?
Neulinger, Nathan wrote:
> I take that back... rsync is just stupid and thinks it's reading the
> file but isn't... Very weird.
>
> -- Nathan
>
> ------------------------------------------------------------
> Nathan Neulinger EMail: nneul@...
> University of Missouri - Rolla Phone: (573) 341-6679
> UMR Information Technology Fax: (573) 341-4216
>
>
>
>>-----Original Message-----
>>From: openafs-devel-admin@...
>>[mailto:openafs-devel-admin@...] On Behalf Of
>>Neulinger, Nathan
>>Sent: Thursday, August 25, 2005 10:51 AM
>>To: openafs-devel@...
>>Subject: [OpenAFS-devel] clients able to create corrupt file
>>on non-largefile server
>>
>>I've got a volume that is unable to be moved or dumped, yet salvager
>>thinks it's fine.
>>
>>It appears that the cause of this problem is that a windows client
>>attempted to create an over-2GB file, which failed.
>>
>>The current state of the volume is that it has a bogus directory entry
>>for a 2GB-truncated file, which gives an I/O Error when attempting to
>>access. It's almost like their is a very slight disconnect
>>between what
>>the file/vol server thinks is a LARGEFILE, and what the O/S does.
>>
>>Strangely enough, rsync is able to read the file, but cp is not.
>>Probably a question of whather cp is largefile enabled on this old OS
>>build.
>>
>>I'm not sure there's really anything to do here, but I'd be aware that
>>there may be a off-by-one error or something in size limitations for
>>large/non-large files somewhere.
>>
>>-- Nathan
>>
>>------------------------------------------------------------
>>Nathan Neulinger EMail: nneul@...
>>University of Missouri - Rolla Phone: (573) 341-6679
>>UMR Information Technology Fax: (573) 341-4216
>>_______________________________________________
>>OpenAFS-devel mailing list
>>OpenAFS-devel@...
>>https://lists.openafs.org/mailman/listinfo/openafs-devel
>>
>>
>
> _______________________________________________
> OpenAFS-devel mailing list
> OpenAFS-devel@...
> https://lists.openafs.org/mailman/listinfo/openafs-devel
smime.p7s (4K) « Return to Thread: clients able to create corrupt file on non-largefile server
| Free embeddable forum powered by Nabble | Forum Help |
