search for: ping_daemon

Hello list, I want a set-up with a satellite link (eth0) and a cellular cdma link (ppp0) coming into a linux box with a LAN (eth1 or wlan0) to be able to route first through the satellite when it''s on, or else the cdma when it''s in range. Load sharing is not critical, but it would be nice. The satellite has a static IP, the cdma is dynamic. Both WANs are

...0 libguestfs: trace: write = 0 libguestfs: trace: chmod 493 "/usr/lib/virt-sysprep/scripts/0001--utilities-1041-startup-sh" libguestfs: trace: chmod = 0 libguestfs: trace: debug "sh" "fuser -k /sysroot" libguestfs: trace: debug = NULL (error) libguestfs: trace: ping_daemon libguestfs: trace: ping_daemon = 0 libguestfs: trace: umount_all libguestfs: trace: umount_all = 0 libguestfs: trace: shutdown libguestfs: trace: internal_autosync [ 3.4] Finishing off libguestfs: trace: internal_autosync = 0 libguestfs: trace: shutdown = 0 libguestfs: trace: close 0 S...

...g with this program; if not, write to the Free Software +# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. + +# Test that the daemon starts and stops. + +use strict; +use warnings; + +require 'captive-daemon.pm'; + +sub tests { + my $g = shift; + + $g->ping_daemon; + + # Return true to indicate the test succeeded. + 1; +} + +CaptiveDaemon::run_tests () -- 2.3.1

...g with this program; if not, write to the Free Software +# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. + +# Test that the daemon starts and stops. + +use strict; +use warnings; + +require 'captive-daemon.pm'; + +sub tests { + my $g = shift; + + $g->ping_daemon; + + # Return true to indicate the test succeeded. + 1; +} + +CaptiveDaemon::run_tests () -- 2.3.1

...rite = 0 > libguestfs: trace: chmod 493 "/usr/lib/virt-sysprep/scripts/0001--utilities-1041-startup-sh" > libguestfs: trace: chmod = 0 > libguestfs: trace: debug "sh" "fuser -k /sysroot" > libguestfs: trace: debug = NULL (error) > libguestfs: trace: ping_daemon > libguestfs: trace: ping_daemon = 0 > libguestfs: trace: umount_all > libguestfs: trace: umount_all = 0 > libguestfs: trace: shutdown > libguestfs: trace: internal_autosync > [ 3.4] Finishing off > libguestfs: trace: internal_autosync = 0 > libguestfs: trace: shut...

...t; libguestfs: trace: chmod 493 "/usr/lib/virt-sysprep/scripts/0001--utilities-1041-startup-sh" >> libguestfs: trace: chmod = 0 >> libguestfs: trace: debug "sh" "fuser -k /sysroot" >> libguestfs: trace: debug = NULL (error) >> libguestfs: trace: ping_daemon >> libguestfs: trace: ping_daemon = 0 >> libguestfs: trace: umount_all >> libguestfs: trace: umount_all = 0 >> libguestfs: trace: shutdown >> libguestfs: trace: internal_autosync >> [ 3.4] Finishing off >> libguestfs: trace: internal_autosync = 0 >>...

I'm currently working on gobject bindings for libguestfs. I haven't got as far as compiling anything yet, but I've attached the C header for initial review. Matt -- Matthew Booth, RHCA, RHCSS Red Hat Engineering, Virtualisation Team GPG ID: D33C3490 GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490 -------------- next part -------------- An embedded and

Add a Common_utils.debug function for printing messages only when in verbose mode. Rich.

Currently we are unable to properly run guestfsd (the daemon) under valgrind. Attempts to run valgrind inside the appliance have not been successful (see patch 1/7). However we desperately need better valgrind coverage of the daemon, particularly because it is doing a lot of complex parsing of program output. This has been a problem for a long time. A better way to attack this problem is to

This is a follow-up to the other generator changes in: https://www.redhat.com/archives/libguestfs/2017-February/msg00217.html Rich.

In v2: - Kernel command line parsing now moved to the appliance. - In the captive daemon test, the daemon cleanly shuts down on exit. - Add another btrfs test. Rich.

There's not going to be an easy way to present this patch. It's huge and interconnected. Anyway, what it does is lay the groundwork for a new tool which I'm calling 'virt-customize'. virt-customize is virt-builder, but without the part where it downloads a template from a respository. Just the part where it customizes the template, that is, installing packages, editing

...,7 @@ exec >>%s 2>&1 *) (try ignore (g#debug "sh" [| "fuser"; "-k"; "/sysroot" |]) with exn -> - if verbose then + if verbose () then printf (f_"%s: %s (ignored)\n") prog (Printexc.to_string exn) ); g#ping_daemon () (* tiny delay after kill *) diff --git a/customize/customize_run.mli b/customize/customize_run.mli index 6289813..c330f9f 100644 --- a/customize/customize_run.mli +++ b/customize/customize_run.mli @@ -23,4 +23,4 @@ * filesystems must be mounted up. *) -val run : verbose:bool -> quiet:bo...

.. and a lot of refactoring. https://bugzilla.redhat.com/show_bug.cgi?id=1167623 Rich.

https://bugzilla.redhat.com/show_bug.cgi?id=1167623

Split up the huge generator/actions.ml into several smaller files. Rich.

The existing mechanism was clunky, slow and used ~ 10 MB of local disk. Rich.