Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-24 Thread Jesse Keating
On 11/23/2010 06:28 PM, Ralf Corsepius wrote: > On 11/23/2010 07:36 PM, Jan Vcelak wrote: >> On Tuesday 23 November 2010 19:13:09, Panu Matilainen wrote: >>> Another related thing is that Berkeley DB which openldap uses is >>> notoriously picky about getting updated. I'm fairly certain openldap doe

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-24 Thread Michael Schwendt
On Wed, 24 Nov 2010 11:03:41 +0100, Ralf wrote: > On 11/24/2010 10:45 AM, Matej Cepl wrote: > > Dne 24.11.2010 03:28, Ralf Corsepius napsal(a): > >> No, it's not your fault (Or at least only partially). A functional QA > >> would catch such kind of breakages. > > > > Yes, but functional QA would r

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-24 Thread Daniel J Walsh
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/23/2010 08:54 PM, Ben Boeckel wrote: > Jan Vcelak wrote: >> This is the problem: The database migration could take a really long time. I >> have testing data with 56 entries (nodes) - exporting (slapcat) is quite >> fast, >> but importing (sl

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-24 Thread Ralf Corsepius
On 11/24/2010 10:45 AM, Matej Cepl wrote: > Dne 24.11.2010 03:28, Ralf Corsepius napsal(a): >> No, it's not your fault (Or at least only partially). A functional QA >> would catch such kind of breakages. > > Yes, but functional QA would require more manpower than Fedora QA > currently has. That's

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-24 Thread Matej Cepl
Dne 24.11.2010 03:28, Ralf Corsepius napsal(a): > No, it's not your fault (Or at least only partially). A functional QA > would catch such kind of breakages. Yes, but functional QA would require more manpower than Fedora QA currently has. Matěj -- devel mailing list devel@lists.fedoraproject.o

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Ralf Corsepius
On 11/23/2010 07:36 PM, Jan Vcelak wrote: > On Tuesday 23 November 2010 19:13:09, Panu Matilainen wrote: >> Another related thing is that Berkeley DB which openldap uses is >> notoriously picky about getting updated. I'm fairly certain openldap does >> not update their bundled BDB version to preven

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Ben Boeckel
Jan Vcelak wrote: > This is the problem: The database migration could take a really long time. I > have testing data with 56 entries (nodes) - exporting (slapcat) is quite > fast, > but importing (slapadd) takes around 10 seconds. Hmm. I've seen selinux-policy-targeted take longer than this on

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Panu Matilainen
On Tue, 23 Nov 2010, Jan Vcelak wrote: > On Tuesday 23 November 2010 19:13:09, Panu Matilainen wrote: >> Another related thing is that Berkeley DB which openldap uses is >> notoriously picky about getting updated. I'm fairly certain openldap does >> not update their bundled BDB version to prevent

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Panu Matilainen
On Tue, 23 Nov 2010, Ralf Corsepius wrote: > On 11/23/2010 05:30 PM, Jesse Keating wrote: >> On 11/23/10 5:55 AM, Jan Vcelak wrote: >>> Hi! >>> >>> Currently, the upgrade process in openldap looks like this: >>> * during db4 package upgrade run db_upgrade (%triggerin and %triggerun) >>> * if minor

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Adam Williamson
On Tue, 2010-11-23 at 18:21 +0100, Ralf Corsepius wrote: > > Why was this update made on F14 in the first place? > > > IMO, this is the wrong question. > > The better questions would be - How could it happen, this package made > it into updates, dispite all this QA bureaucracy is in place? Reme

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Ralf Corsepius
On 11/23/2010 05:30 PM, Jesse Keating wrote: > On 11/23/10 5:55 AM, Jan Vcelak wrote: >> Hi! >> >> Currently, the upgrade process in openldap looks like this: >> * during db4 package upgrade run db_upgrade (%triggerin and %triggerun) >> * if minor version of openldap changes (e.g. 2.3 -> 2.4), exp

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Chris Adams
Once upon a time, Jan Vcelak said: > Am I allowed to write some additional output in %pre/%post scriptlets? And > shall I use stdout or stderr? I haven't found it in guidelines. No, because there's no telling where it will go. > This is the problem: The database migration could take a really lo

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Jesse Keating
On 11/23/10 5:55 AM, Jan Vcelak wrote: > Hi! > > Currently, the upgrade process in openldap looks like this: > * during db4 package upgrade run db_upgrade (%triggerin and %triggerun) > * if minor version of openldap changes (e.g. 2.3 -> 2.4), export the database, > delete it and import it back (

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Jon Masters
On Tue, 2010-11-23 at 17:09 +0100, Jan Vcelak wrote: > Am I allowed to write some additional output in %pre/%post scriptlets? And > shall I use stdout or stderr? I haven't found it in guidelines. I was always told "no output allowed", which is sad. Sure, it might not be seen in all cases. What w

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Alex Hudson
On Tue, 2010-11-23 at 17:09 +0100, Jan Vcelak wrote: > This is the problem: The database migration could take a really long time. I > have testing data with 56 entries (nodes) - exporting (slapcat) is quite > fast, > but importing (slapadd) takes around 10 seconds. > > Imagine you have a large

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Patrick MONNERAT
On Tue, 2010-11-23 at 14:55 +0100, Jan Vcelak wrote: > Patric, thank you for reporting this. And sorry for the difficulties. You're welcome. And never mind for the difficulties: I understand your trouble and I wouldn't be in such a sh... myself ! I succeeded in restoring the LDAP usability by do

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Panu Matilainen
On Tue, 23 Nov 2010, Panu Matilainen wrote: > On Tue, 23 Nov 2010, Paul Howarth wrote: > >> On 23/11/10 10:11, Patrick MONNERAT wrote: >>> While applying today's updates on a machine running a slapd server, the >>> following error occurred: >>> >>> Stopping slapd: [ OK ] >>> Checking configurati

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Panu Matilainen
On Tue, 23 Nov 2010, Paul Howarth wrote: > On 23/11/10 10:11, Patrick MONNERAT wrote: >> While applying today's updates on a machine running a slapd server, the >> following error occurred: >> >> Stopping slapd: [ OK ] >> Checking configuration files for slapd: [FAILED] >> bdb(dc=linuxdev,dc=dat

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Paul Howarth
On 23/11/10 10:11, Patrick MONNERAT wrote: > While applying today's updates on a machine running a slapd server, the > following error occurred: > > Stopping slapd: [ OK ] > Checking configuration files for slapd: [FAILED] > bdb(dc=linuxdev,dc=datasphere,dc=ch): Build signature doesn't match > en

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Patrick MONNERAT
On Tue, 2010-11-23 at 11:23 +0100, Michal Schmidt wrote: > On Tue, 23 Nov 2010 11:11:13 +0100 Patrick MONNERAT wrote: > > While applying today's updates on a machine running a slapd server, > > the following error occurred: [...] > > Have you reported it as a bug against the openldap package? Not

Re: Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Michal Schmidt
On Tue, 23 Nov 2010 11:11:13 +0100 Patrick MONNERAT wrote: > While applying today's updates on a machine running a slapd server, > the following error occurred: [...] Have you reported it as a bug against the openldap package? Have you tried yum downgrade to the previous version? Michal -- devel

Urgent: today's F14 catastrophe with openldap-servers update

2010-11-23 Thread Patrick MONNERAT
While applying today's updates on a machine running a slapd server, the following error occurred: Stopping slapd: [ OK ] Checking configuration files for slapd: [FAILED] bdb(dc=linuxdev,dc=datasphere,dc=ch): Build signature doesn't match environment bdb_db_open: database "dc=linuxdev,dc=datasphe