On Tue, Oct 14, 2014 at 09:33:56PM +0200, Wolfgang Schweer wrote:
On Tue, Oct 14, 2014 at 08:43:07AM -0700, Ryan Tandy wrote:
I have a main-server installed now, however I still have not
encountered any instances of LDAP changes being lost.
Thanks for investigating. It's really weird:
On 14-10-08 06:06 AM, Petter Reinholdtsen wrote:
I managed to get a workaround in place, while we wait. The ISO available from
URL: ftp://ftp.skolelinux.org/pub/test/debian-edu-amd64-i386-NETINST-testing.iso
(or http or rsync) was built 2014-10-02, when the ISO was still
working, and avoid
On Tue, Oct 14, 2014 at 08:43:07AM -0700, Ryan Tandy wrote:
I have a main-server installed now, however I still have not
encountered any instances of LDAP changes being lost.
Thanks for investigating. It's really weird: After installing a main
server with a method similar to the one you've
[Wolfgang Schweer]
ATM, Debian Edu (jessie based) isn't installable, cause the ISO image is
broken. It will take about 10 days to have it fixed. See here for the
download link:
https://wiki.debian.org/DebianEdu/Status/Jessie
I managed to get a workaround in place, while we wait. The ISO
Do you have olcDbNoSync (or some equivalent setting in the bdb config
if you use that) set to true? If olcDbNoSync is set, then it could
result in dataloss, else the commited data should remain intact.
What backend do you use?
--
To UNSUBSCRIBE, email to
On Tue, Oct 07, 2014 at 10:34:06AM +0200, GALAMBOS Daniel wrote:
Do you have olcDbNoSync (or some equivalent setting in the bdb config
if you use that) set to true? If olcDbNoSync is set, then it could
result in dataloss, else the commited data should remain intact.
What backend do you use?
On 14-10-07 03:46 AM, Wolfgang Schweer wrote:
On Tue, Oct 07, 2014 at 10:34:06AM +0200, GALAMBOS Daniel wrote:
Do you have olcDbNoSync (or some equivalent setting in the bdb config
if you use that) set to true? If olcDbNoSync is set, then it could
result in dataloss, else the commited data
On Tue, Oct 07, 2014 at 01:38:08PM -0700, Ryan Tandy wrote:
On 14-10-07 03:46 AM, Wolfgang Schweer wrote:
On Tue, Oct 07, 2014 at 10:34:06AM +0200, GALAMBOS Daniel wrote:
Do you have olcDbNoSync (or some equivalent setting in the bdb config
if you use that) set to true? If olcDbNoSync is set,
On 14-10-07 03:14 PM, Wolfgang Schweer wrote:
Debian Edu uses GOsa² to manage user accounts, systems and groups.
Adding a system via GOsa² to the (BDB) LDAP database succeeds, using
ldapvi one can see the entries in LDAP. Rebooting the system just
afterwards results in loss of the added data.
On Tue, Oct 07, 2014 at 03:29:21PM -0700, Ryan Tandy wrote:
On 14-10-07 03:14 PM, Wolfgang Schweer wrote:
Debian Edu uses GOsa² to manage user accounts, systems and groups.
Adding a system via GOsa² to the (BDB) LDAP database succeeds, using
ldapvi one can see the entries in LDAP. Rebooting
On Tue, Oct 07, 2014 at 07:31:41AM +0200, Petter Reinholdtsen wrote:
This issue is a fatal problem for Debian Edu.
I guess the reason are missing systemd service files for the shutdown,
poweroff and reboot targets. So maybe slapd should ship those files
(like other packages do).
Wolfgang
Source: slapd
Version: 2.4.39-1.1+b1
Severity: important
User: debian-...@lists.debian.org
Usertags: debian-edu
Hi,
while testing Debian Edu in jessie, I noticed that recently made LDAP
entries got lost if the system was rebootet or powered off.
Stopping and starting slapd before reboot kept
Control: reassign -1 slapd 2.4.39-1.1+b1
On Lu, 06 oct 14, 15:47:53, Wolfgang Schweer wrote:
Source: slapd
Version: 2.4.39-1.1+b1
Severity: important
User: debian-...@lists.debian.org
Usertags: debian-edu
Hi,
while testing Debian Edu in jessie, I noticed that recently made LDAP
Control: reassign -1 slapd
Control: found -1 2.4.39-1.1+b1
Reassigning this to the binary package slapd, instead of the
non-existing source package slapd. This issue is a fatal problem for
Debian Edu. Perhaps we should raise the issue to grave?
--
Happy hacking
Petter Reinholdtsen
--
To
14 matches
Mail list logo