summaryrefslogtreecommitdiffstats
path: root/daemons/lvmetad/lvmetad-core.c
Commit message (Expand)AuthorAgeFilesLines
* cleanup: drop unneeded included header filesZdenek Kabelac2012-08-231-1/+0
* libdaemon: Draft logging infrastructure.Petr Rockai2012-08-081-46/+33
* lvmetad: Fix an obscure error message.Petr Rockai2012-07-311-2/+1
* configure: run directory configuration cleanupPeter Rajnoha2012-06-271-1/+1
* Add fixmesZdenek Kabelac2012-03-231-1/+3
* Always free hash tableZdenek Kabelac2012-03-231-3/+6
* Pass struct device around internally rather than dev_t.Alasdair Kergon2012-03-021-6/+8
* Check allocated pointersZdenek Kabelac2012-03-011-63/+135
* Reflect new file locations, include file updates etc.Alasdair Kergon2012-02-281-5/+20
* Add assert for oldnameZdenek Kabelac2012-02-271-0/+1
* Move allocation after check for vgidZdenek Kabelac2012-02-271-1/+4
* Fix server-side leaks in lvmetad.Petr Rockai2012-02-241-2/+8
* Clean up the lvmetad state more thoroughly upon shutdown.Petr Rockai2012-02-241-0/+8
* Couple of improvements in the daemon (common + lvmetad) code:Petr Rockai2012-02-231-0/+2
* Some reformating for lvmetad uddatesZdenek Kabelac2012-02-231-48/+58
* Tweak lvmetad a bit more:Petr Rockai2012-02-211-17/+40
* Drop the now-redundant pvid_to_status hash.Petr Rockai2012-02-151-35/+27
* Update lvmetad: use device major/minor pair to track devices. Keep a pvmetaPetr Rockai2012-02-151-79/+118
* (lvmetad) Remove unused variable.Petr Rockai2012-02-151-1/+1
* In lvmetad, also nuke VGs when all their PVs are stolen by another VG (vgmergePetr Rockai2012-02-151-8/+28
* lvmetad server-side update:Petr Rockai2012-02-151-108/+410
* Add some FIXME around allocation codeZdenek Kabelac2012-02-131-8/+15
* Add breaks for casesZdenek Kabelac2012-01-251-3/+3
* Clean var declarations to the front of the functionZdenek Kabelac2012-01-251-10/+16
* Beef up the lvmetad code with more functionality and a bunch of bugfixes. TherePetr Rockai2012-01-161-36/+159
* Fix up lvmetad for the minor API change in dm_config_create.Petr Rockai2011-12-181-2/+2
* Cleanup for lvmetad passing uninit structureZdenek Kabelac2011-10-301-1/+1
* Fix for gcc compilation warningsZdenek Kabelac2011-09-171-17/+35
* Compile fixZdenek Kabelac2011-09-021-1/+1
* Fix warnings and constness handling in lvmetad-core (adjusting thePetr Rockai2011-08-311-23/+25
* Adapt LVMetaD to use the new dm_config interfaces.Petr Rockai2011-08-301-43/+45
* lvmetad: Edit the MISSING_PV flags only after making a "reply" copy of thePetr Rockai2011-07-251-86/+86
* lvmetad: Check integrity of multiple metadata copies, i.e. ensure that seqnoPetr Rockai2011-07-251-1/+51
* lvmetad: A couple of TODOs, and fix a few trivial memory leaks.Petr Rockai2011-07-251-0/+20
* lvmetad: Obliterate vg_status by returning the same information fromPetr Rockai2011-07-201-24/+10
* lvmetad: Fix a possible infinite loop in vg_status.Petr Rockai2011-07-201-4/+1
* lvmetad: Robustify update_pv_status and remove an useless lookup.Petr Rockai2011-07-201-3/+2
* First stab at making lvmetad-core threadsafe. The current design should allowPetr Rockai2011-07-201-45/+122
* lvmetad: Avoid stale PV -> VG mappings on metadata update.Petr Rockai2011-07-201-7/+13
* Optimise PV -> VG lookups by using a UUID (hash) map.Petr Rockai2011-07-201-26/+25
* Free up allocated memory before exiting, in lvmetad.Petr Rockai2011-07-201-0/+7
* Can't have a global memory pool in lvmetad (that would constitute an ongoingPetr Rockai2011-07-201-4/+1
* Make lvmetad also report VGID in reply when adding a PV without MDAs (thisPetr Rockai2011-07-201-7/+31
* Make lvmetad report the VG ID and status (complete, partial) in reply to pv_addPetr Rockai2011-07-201-4/+28
* Towards MISSING (PV) flag management in lvmetad.Petr Rockai2011-07-191-10/+50
* Work out some more details in metadata update in lvmetad.Petr Rockai2011-07-191-13/+45
* More work on cache maintenance code in lvmetad: keep track of PV status.Petr Rockai2011-07-191-13/+64
* Start filling in the core LVMetaD functionality and the correspondingPetr Rockai2011-07-181-5/+95
* Add int/str lookup routines specific to the reply (in client) and request (inPetr Rockai2011-06-271-2/+2
* Also parse the config_tree on the client end (daemon-client.c).Petr Rockai2011-06-271-5/+3