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
|