On 09/19/2016 03:51 PM, Giorgos Kafataridis wrote:
On 09/16/2016 06:39 PM, Petr Vobornik wrote:
On 09/14/2016 07:26 PM, Giorgos Kafataridis wrote:
On 09/13/2016 10:36 PM, Endi Sukma Dewata wrote:
On 9/12/2016 9:35 PM, Endi Sukma Dewata wrote:
On 9/9/2016 2:46 PM, Georgios Kafataridis wrote
On 09/16/2016 06:39 PM, Petr Vobornik wrote:
On 09/14/2016 07:26 PM, Giorgos Kafataridis wrote:
On 09/13/2016 10:36 PM, Endi Sukma Dewata wrote:
On 9/12/2016 9:35 PM, Endi Sukma Dewata wrote:
On 9/9/2016 2:46 PM, Georgios Kafataridis wrote:
I've tried that but still the same result.
[root
On 09/14/2016 07:26 PM, Giorgos Kafataridis wrote:
>
>
> On 09/13/2016 10:36 PM, Endi Sukma Dewata wrote:
>> On 9/12/2016 9:35 PM, Endi Sukma Dewata wrote:
>>> On 9/9/2016 2:46 PM, Georgios Kafataridis wrote:
I've tried that but still the same result.
[root@ipa-server /]# ldapsearc
On 09/13/2016 10:36 PM, Endi Sukma Dewata wrote:
On 9/12/2016 9:35 PM, Endi Sukma Dewata wrote:
On 9/9/2016 2:46 PM, Georgios Kafataridis wrote:
I've tried that but still the same result.
[root@ipa-server /]# ldapsearch -D "cn=directory manager" -W -p 389 -h
localhost -b "uid=admin,ou=people
hi,
On Tue, Sep 13, 2016 at 9:36 PM, Endi Sukma Dewata
wrote:
> On 9/12/2016 9:35 PM, Endi Sukma Dewata wrote:
>
>> On 9/9/2016 2:46 PM, Georgios Kafataridis wrote:
>>
>>> I've tried that but still the same result.
>>>
>>> [root@ipa-server /]# ldapsearch -D "cn=directory manager" -W -p 389 -h
>>
On 9/12/2016 9:35 PM, Endi Sukma Dewata wrote:
On 9/9/2016 2:46 PM, Georgios Kafataridis wrote:
I've tried that but still the same result.
[root@ipa-server /]# ldapsearch -D "cn=directory manager" -W -p 389 -h
localhost -b "uid=admin,ou=people,o=ipaca"
Enter LDAP Password:
# extended LDIF
#
# L
On 9/9/2016 2:46 PM, Georgios Kafataridis wrote:
I've tried that but still the same result.
[root@ipa-server /]# ldapsearch -D "cn=directory manager" -W -p 389 -h
localhost -b "uid=admin,ou=people,o=ipaca"
Enter LDAP Password:
# extended LDIF
#
# LDAPv3
# base with scope subtree
# filter: (obje
So, does anyone understand something more than me from the logs ? Can I
search for something that can help me solve it ?
On 9/9/2016 11:26 μμ, Georgios Kafataridis wrote:
These are fresh logs from a last attempt to create a replica
Centos 7
/var/log/pki/pki-tomcat/ca/debug
[09/Sep/2016:22:
These are fresh logs from a last attempt to create a replica
Centos 7
/var/log/pki/pki-tomcat/ca/debug
[09/Sep/2016:22:59:40][http-bio-8443-exec-3]: === Token Panel ===
[09/Sep/2016:22:59:40][http-bio-8443-exec-3]: === Security Domain Panel ===
[09/Sep/2016:22:59:40][http-bio-8443-exec-3]: Joi
I've tried that but still the same result.
[root@ipa-server /]# ldapsearch -D "cn=directory manager" -W -p 389 -h
localhost -b "uid=admin,ou=people,o=ipaca"
Enter LDAP Password:
# extended LDIF
#
# LDAPv3
# base with scope subtree
# filter: (objectclass=*)
# requesting: ALL
#
# search result
sea
On 9/9/2016 8:09 AM, Petr Vobornik wrote:
On 09/09/2016 02:33 PM, Giorgos Kafataridis wrote:
Yes, I have followed
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Linux_Domain_Identity_Authentication_and_Policy_Guide/upgrading.html
to the letter.
The only reason I
On 09/09/2016 04:24 PM, Giorgos Kafataridis wrote:
>
>
> On 09/09/2016 04:09 PM, Petr Vobornik wrote:
>> On 09/09/2016 02:33 PM, Giorgos Kafataridis wrote:
> Yes, I have followed
> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Linux_Domain_Identity_Authenti
On 09/09/2016 04:09 PM, Petr Vobornik wrote:
On 09/09/2016 02:33 PM, Giorgos Kafataridis wrote:
Yes, I have followed
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Linux_Domain_Identity_Authentication_and_Policy_Guide/upgrading.html
to the letter.
The only reaso
On 09/09/2016 02:33 PM, Giorgos Kafataridis wrote:
>
>>> Yes, I have followed
>>> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Linux_Domain_Identity_Authentication_and_Policy_Guide/upgrading.html
>>>
>>> to the letter.
>>> The only reason I had to recreate the cace
Yes, I have followed
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Linux_Domain_Identity_Authentication_and_Policy_Guide/upgrading.html
to the letter.
The only reason I had to recreate the cacert.p12 file is because it is not
renewed automatically in v3, so the ca
On 09/09/2016 12:13 PM, Giorgos Kafataridis wrote:
> Yes, I have followed
> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Linux_Domain_Identity_Authentication_and_Policy_Guide/upgrading.html
>
> to the letter.
> The only reason I had to recreate the cacert.p12 fil
Yes, I have followed
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Linux_Domain_Identity_Authentication_and_Policy_Guide/upgrading.html
to the letter.
The only reason I had to recreate the cacert.p12 file is because it is
not renewed automatically in v3, so the ca
Hi Giorgios,
On Thu, Sep 8, 2016 at 4:37 PM, Giorgos Kafa
wrote:
> Hello, I am trying to migrate and upgrade my main freeipa installation,
> so I decided to replicate it and phase it out of our intranet.
> I manage to get over some obstacles as I had to recreate my cacert.p12
> file, but now I
Hello, I am trying to migrate and upgrade my main freeipa installation,
so I decided to replicate it and phase it out of our intranet.
I manage to get over some obstacles as I had to recreate my cacert.p12
file, but now I am facing an issue that prevents me from setting up CA
on the replicated
19 matches
Mail list logo