← Back to branch summary

~ubuntu-branches/ubuntu/karmic/openafs/karmic-updates

« back to all changes in this revision

Viewing changes to doc/man-pages/pod1/vos_create.pod

  • Committer: Bazaar Package Importer
  • Author(s): Russ Allbery
  • Date: 2008-09-22 19:07:02 UTC
  • mfrom: (12.1.14 intrepid)
  • Revision ID: james.westby@ubuntu.com-20080922190702-59m13d7kn6gkw32d
Tags: 1.4.7.dfsg1-6
http://bugs.debian.org/493914
https://launchpad.net/bugs/267504
http://bugs.debian.org/493120
* Apply upstream patch to free /proc entries in the correct order.
  Thanks, Marc Dionne.  (Closes: #493914)
* Apply upstream deltas to support 2.6.27 kernels and to stop using
  COMMON_KERN_CFLAGS for all 2.6 kernels uniformly, which fixes
  problems on amd64 with newer kernels.  Thanks, Björn Torkelsson.
  (LP: #267504)
* Translation updates:
  - Swedish, thanks Martin Bagge.  (Closes: #493120)

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/man-pages/pod1/vos_create.pod
1
1
=head1 NAME
2
2
 
3
 
vos create - Creates a read/write volume and associated VLDB entry
 
3
vos_create - Creates a read/write volume and associated VLDB entry
4
4
 
5
5
=head1 SYNOPSIS
6
6
 
60
60
The volume is empty when created. To access it via the Cache Manager,
61
61
mount it in the file space by using the B<fs mkmount> command.
62
62
 
 
63
=head1 CAUTIONS
 
64
 
 
65
Currently, the maximum size of a volume is 2 terabytes (2^31 bytes)
 
66
and the maximum size of a /vicepX partition on a fileserver is also 2
 
67
terabytes. The fileserver will not report an error when it has access
 
68
to a partition larger than 2 terabytes, but it will probably fail if
 
69
the administrator attempts to use more than 2 terabytes of space. In
 
70
addition, there are reports of erroneous disk usage numbers when
 
71
B<vos partinfo> or other OpenAFS disk reporting tools are used with
 
72
partitions larger than 2 terabytes.
 
73
 
63
74
=head1 OPTIONS
64
75
 
65
76
=over 4