On Mon, Sep 26, 2005 at 10:40:53PM +0100, Mark Brown wrote:
> On Mon, Sep 05, 2005 at 04:37:41PM +0200, Ralph Rößner wrote:
>
[...]
> > munmap(0x7000c000, 21727) = 0
> > --- SIGSEGV (Segmentation fault) @ 0 (0) ---
>
> Hrm. I don't think this is a NIS
Brown wrote:
> On Mon, Sep 05, 2005 at 04:37:41PM +0200, Ralph Rößner wrote:
>
> > Starting /usr/sbin/ypserv manually and strace'ing the process shows that
> > after loading its shared libraries (libresolv.so.2 is the last one
> > loaded) and before accessing any data
Package: nis
Version: 3.14-2
Severity: important
After upgrading them, the NIS daemons (ypserv, ypxfrd, yppasswdd) all
segfault when they are started. ypbind is not affected. The sparc
platform ist affected, the same version on i386 is not.
Running "/etc/init.d/nis start" on a NIS server results
d does not depend on
other software, so I neglect to include all the dependency, libc, kernel
information for nagios-plugins-basic on our test system.
Sincerely,
Ralph Rößner
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
just wanted to add that this same bug has been independently reported
against the source forge "Nagios Plugin Development" project by another
party under bug id 1627970 . The issue is closed/fixed there with a
patch similar to mine applied to CVS head.
Regards,
Ralph Rößne
expect_count));
--- 500,505
This bug was reported to upstream already as part of sourceforge project
nagiosplug / bug id 1475899. I have recently added some details there in
the hope that this will be fixed some time soon (that report dates from
april 24th).
Regards,
Ralph Rößner
--
To UN
sion
2.4.7-4, not -3 as in the original post.
Sincerely,
Ralph Rößner
--
Ralph Rößner
CAPCom AG < http://www.capcom.de >
Rundeturmstr. 10, 64283 Darmstadt, Germany
Phone +49 6151 155 900, Fax +49 6151 155 909
Vorstand: Luc Neumann (Vorsitzender)
Vorsitzender des Aufsichtsrats: Pro
Just a quick confirm: Same problem for us, downgrading libpq5 to version
8.2.6-1 makes the problem go away.
Since the segfault occurs in free(), the real cause could be anywhere,
and libldap just happens to trip over it.
Sincerely,
Ralph Rößner
--
Ralph Rößner
CAPCom AG < h
so, there should only be one copy of the libldap
in memory, and global initialization and deinitialization should only
occur once.
>
> Is yours also amd64? I do not see this on i386.
We observed this on i386.
--
Ralph Rößner
CAPCom AG < http://www.capcom.de >
Rundeturmstr. 10, 64283 Dar
be more practical to
just drop the -T flag instead of cleaning a lot of variables in the above
way.
However it is done, I would like to see amstatus returned to working
condition.
Side note: The same code (and problem) seems to persist in the current
2.6.0p2 upstream version.
Sincerel
encrypt passwords = true
printing = lprng
load printers = no
unix password sync = no
pam password change = no
add machine script = /usr/local/sbin/addldapntbox %u force
Sincerely,
Ralph Rößner
--
Ralph Rößner
CAPCom AG < http://www.capcom
+ $mail->ClearAttachments();
+ $mail->ClearReplyTos();
+ $mail->ClearCustomHeaders();
+
+# }
return $t_success;
}
Regards,
Ralph
--
Ralph Rößner
CAPCom AG < http://www.capcom.de >
Run
Upstream version 3.7.12 appears to fix this bug, excerpt from NEWS file:
Version 3.7.12 - 2009-04-28
* fixed core dump on 'mput -d' command.
[...]
I have installed this version and indeed it did not dump core when tested.
Please consider packaging it.
Sincerely,
Ralph Rößner
Hello,
"/dev/hda1 does not exist" is a wide field but since I encountered the
same symptoms and worked around them, I can hopefully narrow it down a
bit.
I encountered the problem on two machines out of eight after upgrading
(2.6.18-4 worked fine on both). One is an old P2-300 box with soft RAID
$sock->shutdown(2); # Close
}
debug_message("Resolved request is $path");
--- 550,556
debug_message("Host in Absolute URI is not this server");
$path =~ s!^http:/!!; # Remove absolute prefix
}
!
So, has there been any progress yet towards a 2.6 package? Anything us
amanda users could help with maybe?
Sincerely,
Ralph Rößner
--
Ralph Rößner
CAPCom AG < http://www.capcom.de >
Lise - Meitner - Straße 10, 64293 Darmstadt, Deutschland
Phone +49 6151 155 900, Fax +49 6151 155 909
setup but my guess is that your patch
might produce problems in an (inetd mode x multi-IP host x configured
proxy) setup.
Thanks,
Ralph
--
Ralph Rößner
CAPCom AG < http://www.capcom.de >
Rundeturmstr. 10, 64283 Darmstadt, Germany
Phone +49 6151 155 900, Fax +49 6151 155 909
Vorst
capcom,dc=de "(uid=%v)"
LDAPAuthBinds on
LDAPDefaultUID 101
LDAPDefaultGID 104
LDAPDoUIDLookups on ou=people,dc=capcom,dc=de "(uid=%v)"
LDAPDoGIDLookups on ou=groups,dc=capcom,dc=de
CreateHome on
LDAPGenerateHomedir on
LDAPGenerateHomedirPrefix /ccftp/projects
RequireValidShell of
directive like:
include=/etc/nagios/nrpe_local.cfg
at the end to restore the behaviour of the previous version. This remedy
has been tested on our machines and produces the desired result.
Since this appears to be a configuration problem I omit the
kernel/libc/dependency information.
Reg
This change in itself does not actually do anything with the server
generated password, it just makes sure that no LDAP protocol error results
from having NULL as the new password value.
Either Simo's fix or the above proposal fixes the immediate problem of the
extra null element in the
when I return to office on
Friday.
Ralph Rößner
--
Ralph Rößner
CAPCom AG < http://www.capcom.de >
Rundeturmstr. 10, 64283 Darmstadt, Germany
Phone +49 6151 155 900, Fax +49 6151 155 909
Vorstand: Luc Neumann (Vorsitzender)
Vorsitzender des Aufsichtsrats: Prof. Dr.-Ing. José L. Enca
For the sake of completeness, I have patched Samba with the patch
from my previous mail, and have successfully run and changed a password
with the resulting Samba server.
--
Ralph Rößner
CAPCom AG < http://www.capcom.de >
Rundeturmstr. 10, 64283 Darmstadt, Germany
Phone +49 6151 155 900, F
Same problem here but with only one active snapshot, so repeated
invocation of lvremove for different snapshots does not seem to be a
factor. While testing, the n-th invocation of lvremove did in fact remove
the snapshot, so more detailed analysis has to wait until the bug
resurfaces.
--
Ralph
Bumping this request to Amanda version 2.6.1 . Having the pre- and
post-script features would be really helpful.
Regards,
Ralph
--
Ralph Rößner
CAPCom AG < http://www.capcom.de >
Rundeturmstr. 10, 64283 Darmstadt, Germany
Phone +49 6151 155 900, Fax +49 6151 155 909
Vorstand: Luc N
ion: 1.4-2
Package: libncurses5
Version: 5.7+20081213-1
Package: libreadline5
Version: 5.2-3.1
Package: libtasn1-3
Version: 1.5-1
Package: zlib1g
Version: 1:1.2.3.3.dfsg-12
Package: netbase
Version: 4.34
I hope that this information is helpful to the upstream author, and that a
solution c
tore instead of relying on either saslauthd/LDAP or
sasldb files. Hence the impact of this issue (apart from OpenLDAP)
"should" be minimal.
I hope this helps some way along the road to getting the openldap package
back into working order. I'll be happy to answer any questions if
26 matches
Mail list logo
