Displaying 4 results from an estimated 4 matches for "_check_augeas_device".
2010 Feb 18
2
[PATCH 1/2] ESX: Look harder for potential transfer failures
Although I can't reproduce, I seem to have had an incomplete transfer which
wasn't picked up by the existing error handling. This change adds some more
sanity checks:
* Check for error on close() (should have been doing this anyway)
* Check that the bytes received == reported content length
---
lib/Sys/VirtV2V/Transfer/ESX.pm | 14 +++++++++++++-
1 files changed, 13 insertions(+), 1
2010 May 13
1
[PATCH] Improve augeas error reporting
...}
=item update_display_driver(driver)
@@ -303,7 +356,7 @@ sub update_display_driver
};
# Propagate augeas errors
- die($@) if($@);
+ $self->_augeas_error($@) if ($@);
}
# We can't rely on the index in the augeas path because it will change if
@@ -333,7 +386,7 @@ sub _check_augeas_device
};
# Propagate augeas errors
- die($@) if($@);
+ $self->_augeas_error($@) if ($@);
return $augeas;
}
@@ -355,19 +408,28 @@ sub get_default_kernel
eval {
$default = $g->aug_get('/files/boot/grub/menu.lst/default');
};
+ # Doesn't matt...
2010 Jul 28
3
Create new Sys::VirtV2V::Util
These 2 patches are mostly code motion. They were prompted by an apparent augeas
error in BZ 613967 which didn't display useful error message. The error seems to
happen in Converter::Linux. GuestOS::RedHat had a handy function which displayed
verbose augeas error messages. This function moves into the new module where it
can be used by both modules.
The second patch is an consequential tidy
2010 May 19
8
RHN support and capabilities
This patch series includes a repost of Milan's unmodified RHN support patch
because I haven't pushed it yet. On top of that patch, it includes the
capabilities patch in as many bits as I could make it into. The big one is 7/8.
I've tested all of the following guests both with and without RHN registration:
Xen RHEL 54 PV
Xen RHEL 51 PV
Xen RHEL 48 PV
ESX RHEL 54 FV