--On Monday, March 25, 2024 6:42 PM + xpzhang1...@gmail.com wrote:
Tech Folks, thanks for your replies.
In real world, we often face such tasks to take over a thing that not
belong to you, and you even only have limited access to that thing.
Is there a way figuring out configuration,
In several organizations where I worked without root access, I requested sudo
permissions for slapcat.
But to not have a shell, that makes life more difficult. Maybe you could get
root to set up a cron to dump the extract using slapcat and deliver it somehow.
Chris Paul |
On 2024-03-25 10:42, xpzhang1...@gmail.com wrote:
Tech Folks, thanks for your replies.
There are too many unknowns for anyone to give you much help in creating
a new LDAP instance. What OS? What version of OpenLDAP? Do you have
full access to the directory data using LDAP, i.e. what
Quanah Gibson-Mount wrote:
>
>
> --On Monday, March 25, 2024 6:06 PM + Christopher Paul
> wrote:
>
>>> Those aren't errors.
>>
>> But a deferral is not optimal, is it? I think the question "hints about
>> way to debug" is probably a good one. The brute force method to fix this
>> would be
> Those aren't errors.
But a deferral is not optimal, is it? I think the question "hints about way to
debug" is probably a good one.
The brute force method to fix this would be to add consumers and spread out the
load. Horizontal scaling is the main benefit of a replicated architecture.
Chris
Tech Folks, thanks for your replies.
In real world, we often face such tasks to take over a thing that not belong to
you, and you even only have limited access to that thing.
Is there a way figuring out configuration, schema, and etc from ldif files
generated by ldapsearch from source server?
--On Monday, March 25, 2024 6:06 PM + Christopher Paul
wrote:
Those aren't errors.
But a deferral is not optimal, is it? I think the question "hints about
way to debug" is probably a good one. The brute force method to fix this
would be to add consumers and spread out the load.
Because port 22 is not open, I can't ssh or rlogin to the server. only can run
ldapsearch such client commands.
nmap to the server only see port 389 and 636 open. I don't know how the server
owner maintain, startup/stop the server.
Hello,
On all different OpenLDAP 2.4 and 2.5 slaves of 2.4 servers, we see a lot of
deferring errors:
slapd[37277]: connection_input: conn=32974 deferring operation: too many
executing
or
slapd[37277]: connection_input: conn=32974 deferring operation: pending
operations
Can you give any hints
the problem here is that source openldap server only have port 389 opened, it
is not accessible, not able to run slapcat.
Why is it not accessible? It sounds like that is the 1st problem you need to
solve. You can add an ldapi to the startup.
From: xpzhang1...@gmail.com
Sent: Saturday, March 23, 2024 3:34 PM
To: openldap-technical@openldap.org
Subject: RE: [EXTERNAL] how to migrate an openldap server to a new
This is sounding pretty shady. It sounds like it isn’t your data.
From: xpzhang1...@gmail.com
Sent: Monday, March 25, 2024 11:51 AM
To: openldap-technical@openldap.org
Subject: RE: [EXTERNAL] how to migrate an openldap server to a new linux server
Because port 22 is not open, I can't ssh or
--On Monday, March 25, 2024 3:49 PM + BECOT Jérôme
wrote:
Hello,
On all different OpenLDAP 2.4 and 2.5 slaves of 2.4 servers, we see a lot
of deferring errors:
slapd[37277]: connection_input: conn=32974 deferring operation: too many
executing
or
slapd[37277]: connection_input:
--On Monday, March 25, 2024 4:51 PM + xpzhang1...@gmail.com wrote:
Because port 22 is not open, I can't ssh or rlogin to the server. only
can run ldapsearch such client commands. nmap to the server only see
port 389 and 636 open. I don't know how the server owner maintain,
startup/stop
14 matches
Mail list logo