it looks like this was fixed in
https://sourceware.org/git/?p=lvm2.git;a=commit;h=ad560a286a0b5d08086324e6194b060c136e9353.
can this be applied to debian?
On Wed, Aug 14, 2019 at 8:26 PM Nick Owens wrote:
>
> i reported this upstream at
> https://bugzilla.redhat.com/show_bug.cgi?i
i reported this upstream at https://bugzilla.redhat.com/show_bug.cgi?id=1741016.
it is apparently a known outstanding bug but the other bugzilla
entries are private.
small update: i wrote a patch (attached) to ignore the apparent
unsync'd condition, and now dmeventd will trigger lvconvert --repair.
it would be great to fix this properly though.
On Tue, Apr 30, 2019 at 10:51 PM Nick Owens wrote:
>
> Package: dmeventd
> Version: 2:1.02.15
Package: dmeventd
Version: 2:1.02.155-2
Severity: critical
Tags: upstream
Justification: causes serious data loss
Dear Maintainer,
i have set up a raid1 in lvm. it's a simple configuration to verify the
long term stability and use of lvm as my storage system.
in /etc/lvm/lvm.conf, i've set activ
ah, thanks. i'm really very sorry for wasting time :/
my deepest apologies and thanks.
i noticed that a header named 'mysql++.h' was in /usr/include/mysql++/ so i
tried that as well. here is the code and command i used to compile it:
#include
int main() {
}
g++ test.cpp -o test -lmysqlpp
the errors are attatched.
error.log
Description: Binary data
6 matches
Mail list logo
