A simple test to check that Topology Plugin has registered itself in the
ldap tree.
--
Oleg Fayans
Quality Engineer
FreeIPA team
RedHat.
From 49280b12b1701c3baf095c8d3c209e14dce0dcde Mon Sep 17 00:00:00 2001
From: Oleg Fayans
Date: Mon, 20 Jul 2015 11:50:32 +0200
Subject: [PATCH] Added test -
On 20/07/15 11:57, Oleg Fayans wrote:
+pwfile = api.env.dot_ipa + os.sep + ".dmpw"
+if ipautil.file_exists(pwfile):
+fp = open(pwfile, "r")
+dm_password = fp.read().rstrip()
+fp.close()
+else:
Hello,
1) Can you use os.path.join() inste
Hi everybody,
I keep receiving the same non-specific error message during attepts to
set domain level to 0:
$ ipa domainlevel-set 0
ipa: ERROR: an internal error has occurred
This error does not get recorded in the directory server errors log.
Real-time observations on the access log show tha
On 20/07/15 12:47, Oleg Fayans wrote:
Hi everybody,
I keep receiving the same non-specific error message during attepts to
set domain level to 0:
$ ipa domainlevel-set 0
ipa: ERROR: an internal error has occurred
This error does not get recorded in the directory server errors log.
Real-time
On 07/20/2015 01:04 PM, Martin Basti wrote:
On 20/07/15 12:47, Oleg Fayans wrote:
Hi everybody,
I keep receiving the same non-specific error message during attepts to
set domain level to 0:
$ ipa domainlevel-set 0
ipa: ERROR: an internal error has occurred
This error does not get recorded in t
Hi Martin,
[Mon Jul 20 06:41:09.540097 2015] [wsgi:error] [pid 15186] ipa: ERROR:
non-public: ValueError: non-generic 'InvalidDomainLevelError' needs
format=None; got format=Gettext('Domain Level cannot be lowered.',
domain='ipa', localedir=None)
[Mon Jul 20 06:41:09.540118 2015] [wsgi:error]
On 20/07/15 13:21, Oleg Fayans wrote:
Hi Martin,
[Mon Jul 20 06:41:09.540097 2015] [wsgi:error] [pid 15186] ipa: ERROR:
non-public: ValueError: non-generic 'InvalidDomainLevelError' needs
format=None; got format=Gettext('Domain Level cannot be lowered.',
domain='ipa', localedir=None)
[Mon Jul
On 07/20/2015 01:32 PM, Martin Basti wrote:
> On 20/07/15 13:21, Oleg Fayans wrote:
>> Hi Martin,
>>
>> [Mon Jul 20 06:41:09.540097 2015] [wsgi:error] [pid 15186] ipa: ERROR:
>> non-public: ValueError: non-generic 'InvalidDomainLevelError' needs
>> format=None; got format=Gettext('Domain Level ca
Wow, Tomas, that was fast! Thanks!
On 07/20/2015 01:55 PM, Tomas Babej wrote:
On 07/20/2015 01:32 PM, Martin Basti wrote:
On 20/07/15 13:21, Oleg Fayans wrote:
Hi Martin,
[Mon Jul 20 06:41:09.540097 2015] [wsgi:error] [pid 15186] ipa: ERROR:
non-public: ValueError: non-generic 'InvalidDomain
Hi Martin,
Updated.
On 07/20/2015 12:46 PM, Martin Basti wrote:
On 20/07/15 11:57, Oleg Fayans wrote:
+pwfile = api.env.dot_ipa + os.sep + ".dmpw"
+if ipautil.file_exists(pwfile):
+fp = open(pwfile, "r")
+dm_password = fp.read().rstrip()
+fp
On 14/07/15 12:19, Martin Babinsky wrote:
On 03/30/2015 12:38 PM, Martin Babinsky wrote:
On 03/26/2015 01:14 PM, Martin Kosek wrote:
On 03/25/2015 04:18 PM, Jan Cholasta wrote:
Hi,
Dne 25.3.2015 v 15:26 Martin Babinsky napsal(a):
The attached patch related to
https://fedorahosted.org/freeipa
On 15/07/15 13:41, Jan Cholasta wrote:
Dne 7.7.2015 v 16:51 David Kupka napsal(a):
On 03/07/15 08:46, Martin Kosek wrote:
On 07/03/2015 08:41 AM, Jan Cholasta wrote:
Dne 2.7.2015 v 14:34 David Kupka napsal(a):
On 01/07/15 16:31, David Kupka wrote:
Updated patch attached.
Client install
Hi,
this patch fixes Coverity CID 13130. The bug turned out to be impossible
to cause crash in 389-ds externally because all conditions that could
cause not to properly allocate req could not be influenced via extended
operation (req could be NULL only if calloc() in parse_request_data()
failed).
On 07/17/2015 01:00 PM, Martin Basti wrote:
On 15/07/15 18:13, Petr Spacek wrote:
On 15.7.2015 17:39, Martin Basti wrote:
On 15/07/15 17:38, Petr Spacek wrote:
On 15.7.2015 17:33, Martin Basti wrote:
On 15/07/15 16:03, Martin Basti wrote:
On 15/07/15 15:39, Petr Vobornik wrote:
On 07/15/201
On 2015-07-20 15:23, Alexander Bokovoy wrote:
> Hi,
>
> this patch fixes Coverity CID 13130. The bug turned out to be impossible
> to cause crash in 389-ds externally because all conditions that could
> cause not to properly allocate req could not be influenced via extended
> operation (req could
Dne 20.7.2015 v 14:11 Martin Basti napsal(a):
On 14/07/15 12:19, Martin Babinsky wrote:
On 03/30/2015 12:38 PM, Martin Babinsky wrote:
On 03/26/2015 01:14 PM, Martin Kosek wrote:
On 03/25/2015 04:18 PM, Jan Cholasta wrote:
Hi,
Dne 25.3.2015 v 15:26 Martin Babinsky napsal(a):
The attached pa
Dne 20.7.2015 v 15:10 David Kupka napsal(a):
On 15/07/15 13:41, Jan Cholasta wrote:
Dne 7.7.2015 v 16:51 David Kupka napsal(a):
On 03/07/15 08:46, Martin Kosek wrote:
On 07/03/2015 08:41 AM, Jan Cholasta wrote:
Dne 2.7.2015 v 14:34 David Kupka napsal(a):
On 01/07/15 16:31, David Kupka wrote:
https://fedorahosted.org/freeipa/ticket/5086
Patch attached.
--
Martin Basti
From 257a3d77fe25e47b944978ff9aab77d56465cc1f Mon Sep 17 00:00:00 2001
From: Martin Basti
Date: Mon, 20 Jul 2015 16:36:45 +0200
Subject: [PATCH] Limit max age of replication changelog
Limit max age of replication cha
Martin Basti wrote:
https://fedorahosted.org/freeipa/ticket/5086
Patch attached.
Is this going to be a shock on upgrades for people who until now may be
relying on the fact that there is no limit?
Should there be a way for an admin to manage this, via the config module
perhaps?
IMHO this
On 07/20/2015 11:24 AM, Rob Crittenden wrote:
Martin Basti wrote:
https://fedorahosted.org/freeipa/ticket/5086
Patch attached.
Is this going to be a shock on upgrades for people who until now may
be relying on the fact that there is no limit?
Just throwing my 2 cents in. The replication c
On 07/20/2015 05:24 PM, Rob Crittenden wrote:
Martin Basti wrote:
https://fedorahosted.org/freeipa/ticket/5086
Patch attached.
Is this going to be a shock on upgrades for people who until now may be
relying on the fact that there is no limit?
Not making any point, but have to note: Ludwig r
On 20/07/15 17:48, Petr Vobornik wrote:
On 07/20/2015 05:24 PM, Rob Crittenden wrote:
Martin Basti wrote:
https://fedorahosted.org/freeipa/ticket/5086
Patch attached.
Is this going to be a shock on upgrades for people who until now may be
relying on the fact that there is no limit?
Not mak
On 07/17/2015 02:37 PM, Martin Basti wrote:
On 03/07/15 09:03, Tomas Babej wrote:
On 07/02/2015 02:03 PM, Petr Spacek wrote:
On 2.7.2015 13:54, Jan Cholasta wrote:
Dne 2.7.2015 v 13:34 Petr Spacek napsal(a):
On 2.7.2015 12:57, Tomas Babej wrote:
On 07/02/2015 08:50 AM, Petr Spacek wrote:
On 07/20/2015 12:50 PM, Martin Basti wrote:
On 20/07/15 17:48, Petr Vobornik wrote:
On 07/20/2015 05:24 PM, Rob Crittenden wrote:
Martin Basti wrote:
https://fedorahosted.org/freeipa/ticket/5086
Patch attached.
Is this going to be a shock on upgrades for people who until now may be
relyin
24 matches
Mail list logo
