Displaying 6 results from an estimated 6 matches for "exportsdir".
2020 Aug 14
2
[PATCH nbdkit] New ondemand plugin.
...d-plugin.pod b/plugins/ondemand/nbdkit-ondemand-plugin.pod
new file mode 100644
index 00000000..be46b1c2
--- /dev/null
+++ b/plugins/ondemand/nbdkit-ondemand-plugin.pod
@@ -0,0 +1,190 @@
+=head1 NAME
+
+nbdkit-ondemand-plugin - create filesystems on demand
+
+=head1 SYNOPSIS
+
+ nbdkit ondemand dir=EXPORTSDIR [size=]SIZE
+ { [type=ext4|xfs|vfat|...] [label=LABEL]
+ | command=COMMAND [VAR=VALUE ...] }
+
+=head1 DESCRIPTION
+
+This is a plugin for L<nbdkit(1)> which creates persistent filesystems
+on demand. Clients may simply connect to the server, requesting a
+p...
2020 Aug 15
2
Re: [PATCH nbdkit] New ondemand plugin.
...ng infrastructure which can send alerts
on syslog messages. However nbdkit (and indeed other servers) could
help by having better diagnostics. I wonder if there are extra fields
we could be providing to journald.
> >+++ b/plugins/ondemand/ondemand.c
>
> >+/* Because we rewind the exportsdir handle, we need a lock to protect
> >+ * list_exports from being called in parallel.
> >+ */
> >+static pthread_mutex_t exports_lock = PTHREAD_MUTEX_INITIALIZER;
>
> An alternative is to diropen() each time .list_exports gets called.
> Either way should work, though.
di...
2020 Aug 15
0
Re: [PATCH nbdkit] New ondemand plugin.
...ating unlimited exports. It is therefore
> +best to take steps to limit where clients can connect from using
> +L<nbdkit-ip-filter(1)>, firewalls, or TLS client certificates.
Yep, a definite need for this warning.
> +++ b/plugins/ondemand/ondemand.c
> +/* Because we rewind the exportsdir handle, we need a lock to protect
> + * list_exports from being called in parallel.
> + */
> +static pthread_mutex_t exports_lock = PTHREAD_MUTEX_INITIALIZER;
An alternative is to diropen() each time .list_exports gets called.
Either way should work, though.
I still have some pending pa...
2020 Aug 15
0
Re: [PATCH nbdkit] New ondemand plugin.
On 8/15/20 4:13 PM, Richard W.M. Jones wrote:
>>> +/* Because we rewind the exportsdir handle, we need a lock to protect
>>> + * list_exports from being called in parallel.
>>> + */
>>> +static pthread_mutex_t exports_lock = PTHREAD_MUTEX_INITIALIZER;
>>
>> An alternative is to diropen() each time .list_exports gets called.
>> Either way s...
2020 Aug 27
0
[PATCH nbdkit 2/2] api: Remove .list_exports from nbdkit 1.22 release.
...0644
--- a/plugins/ondemand/ondemand.c
+++ b/plugins/ondemand/ondemand.c
@@ -174,55 +174,6 @@ ondemand_get_ready (void)
"type=ext4|... The filesystem type.\n" \
"command=<COMMAND> Alternate command instead of mkfs."
-/* Because we rewind the exportsdir handle, we need a lock to protect
- * list_exports from being called in parallel.
- */
-static pthread_mutex_t exports_lock = PTHREAD_MUTEX_INITIALIZER;
-
-static int
-ondemand_list_exports (int readonly, int default_only,
- struct nbdkit_exports *exports)
-{
- ACQUIRE_LOCK_F...
2020 Aug 27
4
[PATCH nbdkit 0/2] Temporarily remove .list_exports for nbdkit 1.22
If you're following nbdkit development upstream you'll have seen that
we are still making changes to the .list_exports and related APIs.
The current .list_exports API upstream is not how it will look
finally. The latest set of proposals was here:
https://www.redhat.com/archives/libguestfs/2020-August/thread.html#00330
At the same time I'd like to do an nbdkit 1.22 (stable) release.