summaryrefslogtreecommitdiff
path: root/doc/rtd/topics/dir_layout.rst
blob: 8815d33de47189c7313ff3696f0fde3b219a1c3c (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
=========
Directory layout
=========

Cloudinits's directory structure is somewhat different from a regular application::

  /var/lib/cloud/
      - data/
         - instance-id  
         - previous-instance-id
         - datasource
         - previous-datasource
         - previous-hostname
      - handlers/
      - instance
      - instances/
          i-00000XYZ/
            - boot-finished
            - cloud-config.txt
            - datasource
            - handlers/
            - obj.pkl
            - scripts/
            - sem/
            - user-data.txt
            - user-data.txt.i
      - scripts/
         - per-boot/
         - per-instance/
         - per-once/
      - seed/
      - sem/

``/var/lib/cloud``

  The main directory containing the cloud-init specific subdirectories.
  It is typically located at ``/var/lib`` but there are certain configuration
  scenarios where this can be altered. 

  TBD, describe this overriding more.

``data/``

  Contains information releated to instance ids, datasources and hostnames of the previous
  and current instance if they are different. These can be examined as needed to
  determine any information releated to a previous boot (if applicable).

``handlers/``

  Custom ``part-handlers`` code is written out here. Files that end up here are written
  out with in the scheme of ``part-handler-XYZ`` where ``XYZ`` is the handler number (the
  first handler found starts at 0).


``instance``

  A symlink to the current ``instances/`` subdirectory that points to the currently
  active instance (which is active is dependent on the datasource loaded).

``instances/``

  All instances that were created using this image end up with instance identifer
  subdirectories (and corresponding data for each instance). The currently active
  instance will be symlinked the the ``instance`` symlink file defined previously.

``scripts/``

  Scripts that are downloaded/created by the corresponding ``part-handler`` will end up
  in one of these subdirectories.

``seed/``

  TBD

``sem/``

  Cloud-init has a concept of a module sempahore, which basically consists
  of the module name and its frequency. These files are used to ensure a module
  is only ran `per-once`, `per-instance`, `per-always`. This folder contains 
  sempaphore `files` which are only supposed to run `per-once` (not tied to the instance id).