File: nbdkit-lua-plugin.pod

package info (click to toggle)
nbdkit 1.42.9-1
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid
  • size: 14,696 kB
  • sloc: ansic: 59,224; sh: 16,793; makefile: 6,463; python: 1,837; cpp: 1,116; ml: 504; perl: 502; tcl: 62
file content (303 lines) | stat: -rw-r--r-- 6,319 bytes parent folder | download | duplicates (2)
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
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
=head1 NAME

nbdkit-lua-plugin - nbdkit Lua plugin

=head1 SYNOPSIS

 nbdkit lua /path/to/plugin.lua [arguments...]

=head1 DESCRIPTION

C<nbdkit-lua-plugin> is an embedded Lua interpreter for
L<nbdkit(1)>, allowing you to write nbdkit plugins in Lua.

=head2 If you have been given an nbdkit Lua plugin

Assuming you have a Lua script which is an nbdkit plugin, you run it
like this:

 nbdkit lua /path/to/plugin.lua

You may have to add further C<key=value> arguments to the command
line.  Read the Lua script to see if it requires any.

=head1 WRITING A LUA NBDKIT PLUGIN

For an example plugin written in Lua, see:
L<https://gitlab.com/nbdkit/nbdkit/blob/master/plugins/lua/example.lua>

Broadly speaking, Lua nbdkit plugins work like C ones, so you should
read L<nbdkit-plugin(3)> first.

To write a Lua nbdkit plugin, you create a Lua file which contains
at least the following required functions:

 function open (readonly)
     -- see below
     return h
 end
 function get_size (h)
     -- see below
     return size
 end
 function pread (h, count, offset)
     -- see below
     return buf
 end

Note that the subroutines must have those literal names (like
C<open>), because the C part looks up and calls those functions
directly.  You may want to include documentation and globals (eg. for
storing global state).  Also any top-level statements are run when
nbdkit starts up.

=head2 Executable script

If you want you can make the script executable and include a "shebang"
at the top:

 #!/usr/sbin/nbdkit lua

See also L<nbdkit(1)/Shebang scripts>.

These scripts can also be installed in the C<$plugindir>.  See
L<nbdkit-plugin(3)/WRITING PLUGINS IN OTHER PROGRAMMING LANGUAGES>.

=head2 Errors

Lua plugin methods can indicate an error by calling C<error> or
C<assert>.  The error message will contain the method name, filename
and line number where the error occurred, eg:

 error ("could not open " .. filename)
 --> nbdkit: error: open: myplugin.lua:123: could not open disk.img

=head2 Lua callbacks

This just documents the arguments to the callbacks in Lua, and any
way that they differ from the C callbacks.  In all other respects they
work the same way as the C callbacks, so you should go and read
L<nbdkit-plugin(3)>.

=over 4

=item C<dump_plugin>

(Optional)

There are no arguments or return value.

=item C<config>

(Optional)

 function config (key, value)
     -- No return value.
 end

=item C<config_complete>

(Optional)

There are no arguments or return value.

=item C<open>

(Required)

 function open (readonly)
     local handle
     handle=...
     return handle
 end

The C<readonly> flag is a boolean.

You can return any Lua string or object as the handle.  It is passed
back to subsequent calls.

=item C<close>

(Optional)

 function close (h)
     -- No return value
 end

After C<close> returns, the reference count of the handle is
decremented in the C part, which usually means that the handle and its
contents will be garbage collected.

=item C<get_size>

(Required)

 function get_size (h)
     local size
     size= .. the size of the disk ..
     return size
 end

This returns the size of the disk.

=item C<can_write>

(Optional)

 function can_write (h)
     return bool
 end

Return a boolean indicating whether the disk is writable.

=item C<can_flush>

(Optional)

 function can_flush (h)
     return bool
 end

Return a boolean indicating whether flush can be performed.

=item C<is_rotational>

(Optional)

 function is_rotational (h)
     return bool
 end

Return a boolean indicating whether the disk is rotational.

=item C<can_trim>

(Optional)

 function can_trim (h)
     return bool
 end

Return a boolean indicating whether trim/discard can be performed.

=item C<pread>

(Required)

 function pread (h, count, offset)
    -- Construct a buffer of length count bytes and return it.
    return buf
 end

The body of your C<pread> function should construct a buffer of length
(at least) C<count> bytes.  You should read C<count> bytes from the
disk starting at C<offset>.

NBD only supports whole reads, so your function should try to read the
whole region (perhaps requiring a loop).  If the read fails or is
partial, your function should call C<error>.

=item C<pwrite>

(Optional)

 function pwrite (h, buf, offset)
    -- No return value
 end

The body of your C<pwrite> function should write the C<buf> string to
the disk.  You should write C<count> bytes to the disk starting at
C<offset>.

NBD only supports whole writes, so your function should try to write
the whole region (perhaps requiring a loop).  If the write fails or is
partial, your function should call C<error>.

=item C<flush>

(Optional)

 function flush (h)
     -- No return value
 end

The body of your C<flush> function should do a L<sync(2)> or
L<fdatasync(2)> or equivalent on the backing store.

=item C<trim>

(Optional)

 function trim (h, count, offset)
     -- No return value
 end

The body of your C<trim> function should "punch a hole" in the backing
store.

=item C<zero>

(Optional)

 function zero (h, count, offset, may_trim)
    -- No return value
 end

The body of your C<zero> function should ensure that C<count> bytes
of the disk, starting at C<offset>, will read back as zero.  If
C<may_trim> is true, the operation may be optimized as a trim as long
as subsequent reads see zeroes.

NBD only supports whole writes, so your function should try to write
the whole region (perhaps requiring a loop).  If the write fails or is
partial, your function should call C<error>.

=back

=head2 Missing callbacks

=over 4

=item Missing: C<load>, C<unload>, C<name>, C<version>, C<longname>,
C<description>, C<config_help>, C<can_zero>, C<can_fua>, C<can_cache>,
C<cache>

These are not yet supported.

=back

=head2 Threads

The thread model for Lua callbacks currently cannot be set from Lua.
It is hard-coded in the C part to
C<NBDKIT_THREAD_MODEL_SERIALIZE_ALL_REQUESTS>.  This may change or be
settable in future.

=head1 FILES

=over 4

=item F<$plugindir/nbdkit-lua-plugin.so>

The plugin.

Use C<nbdkit --dump-config> to find the location of C<$plugindir>.

=back

=head1 VERSION

C<nbdkit-lua-plugin> first appeared in nbdkit 1.6.

=head1 SEE ALSO

L<nbdkit(1)>,
L<nbdkit-plugin(3)>.

=head1 AUTHORS

Richard W.M. Jones

=head1 COPYRIGHT

Copyright Red Hat