1
0
mirror of git://sourceware.org/git/lvm2.git synced 2025-08-02 04:22:02 +03:00
Commit Graph

340 Commits

Author SHA1 Message Date
4a624ca055 o ACTIVE is no longer a status flag - lv_active() used to check if an LV
is active in the device-mapper.
o Many operations can be carried out regardless of whether the VG is
  active or not.
o vgscan does not activate anything - use vgchange.
o Change lvrename to support renaming of active LVs.
o Remove '//' appearing in some pathnames.
o Dummy lv_check_segments() for compilation.
2002-01-10 23:21:07 +00:00
c6cc24ea3f o _read_id function for import.c 2002-01-10 18:12:26 +00:00
b80f32dd0a Clarify terminology:
VG is resizeable  - PVs can be added or removed
  PV is allocatable - free extents on it may be allocated to LVs
2002-01-10 15:09:51 +00:00
839f595181 Handle orphan PVs too, so hints remain valid after vgreduce. 2001-12-13 15:08:58 +00:00
faa556e759 Add internal cache holding a 'hint' list of the PVs belonging to each VG.
A substantial speed-up - particularly in readline mode.
If the hints turn out to be wrong, the relevant parts get thrown away.
vgscan destroys it totally.  In both cases it then rebuilds itself as
required.
2001-12-13 00:07:29 +00:00
b74c8033a2 Fixes for allocation of striped volumes. 2001-12-07 21:17:12 +00:00
74af29faae o I was reading striped volumes incorrectly. 2001-11-29 14:13:43 +00:00
579944d327 o Tool support for segments.
o vgmerge working.
2001-11-28 13:45:50 +00:00
b9adad95c8 Fix a memory smash. 2001-11-27 23:12:06 +00:00
5875c0fce5 o extra error checking 2001-11-27 20:03:45 +00:00
adbc44560b o Get format1 building. 2001-11-27 17:29:56 +00:00
0bab65915d o Sync up todays work on converting to the segmented representation of
logical volumes.  It includes:

   format1 changes.

   metadata.h changes.

   lv_manip.c changed (striped allocation still not done though).

   activate.c changes.

Nothing has been near a compiler as yet.

Alasdair can you look at changing display.c to use to output the mappings
in a more segment oriented format please ?

I haven't put the span list into struct physical_volume to represent allocated
extents.  I think the burden of maintaining it for things like lv_extend may
out weigh it's uses.
2001-11-27 16:37:33 +00:00
5238b63f1a Miscellaneous tidying 2001-11-14 13:52:38 +00:00
29aa6d5850 o Added dev_open and dev_close functions
o  Changed disk-rep to use these

o  if NDEBUG is not defined the dev_cache will check for open devices on
   teardown.

I was hoping this would speed things up.  But I'm still getting:

reti:/home/joe/sistina/LVM2/tools# time ./lvm vgchange -a n
  Volume group vg0 successfully changed

real    0m5.751s
user    0m0.060s
sys     0m0.070s

even though I have only 1 device with the vg on it passing the filters.
2001-11-14 10:01:52 +00:00
78fc479a69 o Deal with sparse lv arrays (on disk)
o  new fn. dev_zero which zero's an area of a device
2001-11-13 18:52:52 +00:00
4daacc38cb o Add ALLOC_SIMPLE 2001-11-12 17:55:05 +00:00
f7cbb38dbb o check result of an allocation 2001-11-12 16:00:52 +00:00
277237805a iospace restructured 2001-11-12 15:10:01 +00:00
66b0745933 o add uplink from vg to cmd_context 2001-11-12 12:23:10 +00:00
2107f48208 o Split struct io_space into:
struct format_handler - format methods
   struct format_instance - links instance data, methods, and cmd
   struct cmd_context - dev_dir, memory allocator, device filter
2001-11-12 12:16:57 +00:00
7858f6fb16 o Added lvextend
o Full signed arguments to lvreduce/lvextend
o Consistent lv_number/pe map use
o Populate pv->pe_allocated
o Fixes for allocation/writing of multiple LVs
2001-11-09 22:01:04 +00:00
2ba80b436f o Added lvs_in_vgs_opened 2001-11-07 15:02:07 +00:00
80f9662b05 o adjacent extents are now merged into a single target when activating. 2001-11-05 13:37:13 +00:00
f047219b23 Link in the activation library. 2001-11-02 16:28:04 +00:00
0a5e4a1442 o Changes to activation interface
o Add pointer lv->vg
o Some naming tweaks to improve clarity
2001-10-31 17:59:52 +00:00
1b9fcf48b1 o LGPL list implementation 2001-10-31 12:47:01 +00:00
b892f8ecb6 o random little fixes 2001-10-30 17:53:21 +00:00
dc6e03dc5b o Add read_ahead and stripes to struct logical_volume 2001-10-29 15:34:56 +00:00
a352490f88 prefix & vgname in lvname 2001-10-29 15:28:00 +00:00
cfd658dab0 lvremove 2001-10-29 13:52:23 +00:00
d7c5efe663 o was freeing memory from the wrong pool 2001-10-25 15:24:35 +00:00
c7f0b573ac o use dev_name(dev) to get the name of a device, this operation is cheap
since it just get's the first alias.
2001-10-25 14:04:18 +00:00
3cfae6cfce o Remove a couple of warnings, and one bug in ttree. Spotted by the optimiser 2001-10-25 13:08:29 +00:00
cd77c5a7b7 pvdisplay 2001-10-18 16:55:19 +00:00
8f8a968dc2 pvchange 2001-10-17 15:29:31 +00:00
a381c45a6e vgchange 2001-10-16 16:25:28 +00:00
aa290eb285 vgcreate basic extent size validation 2001-10-15 20:29:15 +00:00
df2e0dc751 More vgcreate error trapping 2001-10-15 18:39:40 +00:00
ca8f8837c2 o lvm readline error-case tidy-up
o more vgcreate error cases
2001-10-15 12:49:58 +00:00
8a482590fa o vgcreate 2001-10-12 14:25:53 +00:00
72a5e12b5c o pvcreate
o added uuid unit

o stubbed partition stuff
2001-10-12 10:32:06 +00:00
6e91eeef13 vgreduce, vgremove, vgrename & vgscan 2001-10-11 21:35:55 +00:00
7f64636f5f o try incrementing pv_number from 1 2001-10-11 16:31:09 +00:00
1eabbe1ad7 o if contained &= instad of & 2001-10-11 15:09:31 +00:00
e8220912e9 o initalise list_heads, initialise list_heads, initi .. 2001-10-11 14:21:38 +00:00
6b6a344e09 o a very quick hack to get vg_number right 2001-10-11 14:10:18 +00:00
383d1752fa o set PV_ALLOCATABLE flag correctly 2001-10-11 13:34:17 +00:00
68cb51e7dd o pv->system_id 2001-10-11 13:22:51 +00:00
ece1fe835c o vg->pv_act 2001-10-11 13:05:55 +00:00
ab47fb661f o calculate pv_numbers and lv_numbers for LVM1 support 2001-10-11 10:55:19 +00:00