Jeffrey, thanks for the quick answer. Upgrading to 1.6.9 from wheezy-backports fixed these issues. Thanks a lot!
Best, Christian Am 01.11.2014 17:01, schrieb Jeffrey Altman: > On 11/1/2014 11:48 AM, Christian Lists wrote: >> >>>> Dear all, >>>> >>>> we are seeing some issues with a file server with a 6TB vicepb >>>> partition. Whenever I map a drive to a volume located on that server, it >>>> shows -1024 B left of space, and the "slider" indicating storage usage >>>> is red and indicates that the drive is completely filled up. The total >>>> capacity reported corresponds to the quota (which is far from being >>>> exceeded). This does not happen on our other file servers, which have >>>> <2TB vicep partitions. Is this a known issue? Thanks a lot, >>>> >>>> Christian >>> >>> For some versions of file servers, yes, it is known issue. >>> >>> What versions of file servers and clients are you running? >>> >>> >> 1.6.1-3+deb7 from debian wheezy on the servers and 1.7.31 on windows7 >> x64 enterprise clients. Thanks, > > The fix was applied to the 1.6 series in 1.6.2. > > commit a64864529d1fca2b5a3f4d21ec598982be335368 > Author: Jeffrey Altman <[email protected]> > Date: Mon Apr 2 22:35:41 2012 -0400 > > viced: AFSDisk, AFSFetchVolumeStatus Int31 PartSize > > The AFSDisk and AFSFetchVolumeStatus structures use signed > 32-bit integers for representation partition size and > available blocks. RoundInt64ToInt31() should be used instead > of RoundInt64ToInt32() when assigning their values. > > Change-Id: I3834141fce2d54ce8bdfac3dc566074583bb305e > > > _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
