search for: dbdump

...t > unsuitable for a database server where random updates are being made of > various files and they all have to be consistent. > When databases are concerned, I would never rely on a snapshot of their storage files. Either stop relevant daemon(s), then do fs snapshot, or better though do dbdump and restore databases from dump when you need to restore it. Also: databases usually have "hold transactions" flag or similar, post this flag before making dump, and remove flag after dump has been done. This last will ensure consistent state of everything in your dump. I usually use comb...

...runtime, or: (2) Not provide db_dump at build time, but define DB_DUMP to its expected path when configuring, eg: DB_DUMP=/usr/bin/db_dump ./configure which will then be compiled into the library and used if available at runtime (or ignored as in case (1) if not available at runtime). --- lib/dbdump.c | 11 +++++++---- lib/inspect-apps.c | 8 -------- m4/guestfs-progs.m4 | 8 ++------ 3 files changed, 9 insertions(+), 18 deletions(-) diff --git a/lib/dbdump.c b/lib/dbdump.c index 7c17ce6b3..3ec11f2bd 100644 --- a/lib/dbdump.c +++ b/lib/dbdump.c @@ -31,8 +31,6 @@ #include "gues...

We went around the houses a few times last year in order to try to fix this old Debian bug: https://bugzilla.redhat.com/show_bug.cgi?id=1409024 My last attempt was: https://www.redhat.com/archives/libguestfs/2017-October/msg00058.html which I believe was neither reviewed nor rejected, so I'm reposting the same patch again, simply rebased against current git. Rich.

Previously posted: https://www.redhat.com/archives/libguestfs/2017-October/msg00032.html This takes a completely different approach. It turns out that POSIX / the shell already defines a special exit code 127 for ‘command not found’. We can make a small adjustment to lib/command.c to return this exit code in that case. Then we just have to modify the db_dump code to test for this exit code. I

Don't include <libintl.h> (for gettext etc) in <guestfs-internal.h>. Include include it only in files that use internationalized strings. --- src/appliance.c | 1 + src/conn-socket.c | 1 + src/copy-in-out.c | 1 + src/create.c | 1 + src/dbdump.c | 1 + src/drives.c | 1 + src/errors.c | 1 + src/filearch.c | 1 + src/fuse.c | 1 + src/guestfs-internal.h | 2 -- src/handle.c | 1 + src/info.c | 1 + src/inspect-fs-unix.c | 1 + src/inspect-fs.c | 1 + src/inspe...

--- generator/c.ml | 2 -- 1 file changed, 2 deletions(-) diff --git a/generator/c.ml b/generator/c.ml index 055b683..963cf21 100644 --- a/generator/c.ml +++ b/generator/c.ml @@ -1213,9 +1213,7 @@ and generate_client_actions hash () = #include <stdlib.h> #include <stdint.h> #include <inttypes.h> -#include <sys/types.h> #include <sys/stat.h> -#include

On 6/9/2016 11:43 AM, Valeri Galtsev wrote: > When databases are concerned, I would never rely on a snapshot of their > storage files. Either stop relevant daemon(s), then do fs snapshot, or > better though do dbdump and restore databases from dump when you need to > restore it. Also: databases usually have "hold transactions" flag or > similar, post this flag before making dump, and remove flag after dump has > been done. This last will ensure consistent state of everything in your > dump...

On Sat, Mar 23, 2013 at 09:53:16PM +0800, javaon wrote: > hi richard, > > I'm trying compiling libguestfs 1.18.11 on fedora 18. But I had the following error during make: > > dbdump.c:56:25: error: unknown type name 'guestfs___db_dump_callback' [..] > Do you know what I can do to fix it? Thanks! Install 'hivex-devel' and re-run ./configure. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' fo...

On 2016-06-09, Gordon Messmer <gordon.messmer at gmail.com> wrote: > On 06/09/2016 08:18 AM, Alessandro Baggi wrote: >> How I can perform this check? > > > Run rsync with the -c argument. Will this be very slow if Alessandro has a large number of files? OTOH if he really needs to ensure integrity there likely isn't a better option. --keith -- kkeller at

...des. I then examined each instance by hand, and also test-compiled (on Linux). --- src/actions-support.c | 4 ---- src/alloc.c | 3 --- src/appliance.c | 8 -------- src/conn-socket.c | 1 - src/copy-in-out.c | 2 -- src/create.c | 1 - src/dbdump.c | 8 -------- src/drives.c | 7 ------- src/events.c | 5 ----- src/file.c | 3 --- src/filearch.c | 4 ---- src/fuse.c | 2 -- src/handle.c | 3 --- src/info.c | 3 --- src/inspect-apps.c...

...some action > diff --git a/po/POTFILES b/po/POTFILES > index 4194e5f..6e65377 100644 > --- a/po/POTFILES > +++ b/po/POTFILES > @@ -297,6 +297,7 @@ src/canonical-name.c > src/cleanup.c > src/command.c > src/conn-socket.c > +src/copy-in-out.c > src/create.c > src/dbdump.c > src/drives.c > diff --git a/src/Makefile.am b/src/Makefile.am > index a83f257..2496887 100644 > --- a/src/Makefile.am > +++ b/src/Makefile.am > @@ -90,6 +90,7 @@ libguestfs_la_SOURCES = \ > canonical-name.c \ > command.c \ > conn-socket.c \ > + copy-in-out.c...

...| 2 -- po-docs/Makefile.am | 2 +- run.in | 2 +- sparsify/statvfs-c.c | 1 + src/Makefile.am | 3 +- src/create.c | 1 + src/dbdump.c | 1 + src/file.c | 1 + src/filearch.c | 1 + src/fuse.c | 1 + src/info.c | 1 + src/inspect-apps.c | 3 ++ src...

Without this option, configure will fail when there is no display. Signed-off-by: Masami HIRATA <msmhrt at gmail.com> --- configure.ac | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/configure.ac b/configure.ac index de8a064..61d6f69 100644 --- a/configure.ac +++ b/configure.ac @@ -593,16 +593,16 @@ working. AC_MSG_FAILURE([$QEMU version must be >=

...] (* daemon_functions are any functions which cause some action diff --git a/po/POTFILES b/po/POTFILES index 4194e5f..6e65377 100644 --- a/po/POTFILES +++ b/po/POTFILES @@ -297,6 +297,7 @@ src/canonical-name.c src/cleanup.c src/command.c src/conn-socket.c +src/copy-in-out.c src/create.c src/dbdump.c src/drives.c diff --git a/src/Makefile.am b/src/Makefile.am index a83f257..2496887 100644 --- a/src/Makefile.am +++ b/src/Makefile.am @@ -90,6 +90,7 @@ libguestfs_la_SOURCES = \ canonical-name.c \ command.c \ conn-socket.c \ + copy-in-out.c \ create.c \ dbdump.c \ drives.c \ diff --g...

On 06/09/2016 11:43 AM, Valeri Galtsev wrote: > When databases are concerned, I would never rely on a snapshot of their > storage files. Either stop relevant daemon(s), then do fs snapshot, or > better though do dbdump and restore databases from dump when you need to > restore it. Dumping and restoring files can be *really* slow, so "better" is highly subjective. Instead, you could quiesce your databases to get a filesystem snapshot. I wrote a framework for doing this that is filesystem and appl...

Gordon Messmer wrote: > On 06/09/2016 11:43 AM, Valeri Galtsev wrote: >> When databases are concerned, I would never rely on a snapshot of their >> storage files. Either stop relevant daemon(s), then do fs snapshot, or >> better though do dbdump and restore databases from dump when you need to >> restore it. > > Dumping and restoring files can be *really* slow, so "better" is highly > subjective. > > Instead, you could quiesce your databases to get a filesystem snapshot. > I wrote a framework for doing thi...

Inspired by libvirt's virCommand* internal mini-library, this adds some internal APIs for running commands. The first patch contains the new APIs. The subsequent patches change various parts of the library over to use it. Rich.

--- src/command.c | 64 +++++++++++++++++++++++++++++++++++++++++++------- src/guestfs-internal.h | 3 +++ 2 files changed, 58 insertions(+), 9 deletions(-) diff --git a/src/command.c b/src/command.c index 4bb469b..e26573d 100644 --- a/src/command.c +++ b/src/command.c @@ -360,7 +360,7 @@ debug_command (struct command *cmd) } static int -run_command (struct command *cmd)

v1 -> v2: - Remove the unnecessary calls to guestfs_int_lazy_make_tmpdir in the final patch. Rich.

Miscellaneous small cleanups in lib/ directory. Rich.