There are two servers. Both COS 6.5 runs, one of which did not cause any problems for the update.

The other server rebooted 2-3 times, did not help.
In the linked topic, ricky's # 57553 comments I found the solution:

service nslcd stop

service slapd stop

rm /var/lib/ldap/alock

rm /var/lib/ldap/accesslog/alock

rm /var/run/openldap/slapd.pid

chown -R ldap:ldap /var/lib/ldap

db_recover -h /var/lib/ldap

db_recover -h /var/lib/ldap/accesslog

slapd -h "ldap://127.0.0.1/" -u ldap -f "/etc/openldap/slapd.conf"

service nslcd start

id ldap   

service slapd restart

Everything is working well!

The Iface.php was not modified anything.
(I'm sorry my poor english.)

I noticed that this error in the OP had occurred to me tonight when I went to add a new user. I'm on 7.1.0 and also trying to install the GUI interface in another post, but I don't think the two are related. Maybe something happend to ldap.

I have followed the instructions below and everything works fine until I get to the last item, i.e. restarting the slapd service. Then I get the error:

Redirecting to /bin/systemctl restart  slapd.service

Job for slapd.service failed because the control process exited with error code. See "systemctl status slapd.service" and "journalctl -xe" for details.

So...not sure if this process applies 100% to 7.1.0 as well but the services web page shows that slapd is running but 'service slapd status' says it's not.

Process: 11155 ExecStart=/usr/sbin/slapd -u ldap -h ${SLAPD_URLS} $SLAPD_OPTIONS (code=exited, status=1/FAILURE)

Any ideas here on how to fix this? I also did a remove/reinstall of openLDAP from the marketplace but that didn't help either.

Attila Horvath wrote:

There are two servers. Both COS 6.5 runs, one of which did not cause any problems for the update.

The other server rebooted 2-3 times, did not help.
In the linked topic, ricky's # 57553 comments I found the solution:

service nslcd stop

service slapd stop

rm /var/lib/ldap/alock

rm /var/lib/ldap/accesslog/alock

rm /var/run/openldap/slapd.pid

chown -R ldap:ldap /var/lib/ldap

db_recover -h /var/lib/ldap

db_recover -h /var/lib/ldap/accesslog

slapd -h "ldap://127.0.0.1/" -u ldap -f "/etc/openldap/slapd.conf"

service nslcd start

id ldap   

service slapd restart

Everything is working well!

The Iface.php was not modified anything.
(I'm sorry my poor english.)

The first time OpenLDAP is installed it needs to initialise all the backend database and Samba stuff...this apparently is a bit of a hurdle and has been known to take some time. Some things can cause this problem, such as not having a working DNS / WAN configuration, not having a local DNS entry in /etc/hosts for the ClearOS box itself.

Try running 'service slapd restart' from the command line.

Are there any clues in /var/log/messages or /var/log/system?

Thanks for the suggestions.

Restarting the slapd service gives an error when it tries to top it but indicates it's OK when it restarts.

I don't see anything that strikes me as related in the logs other than to note that the logs themselves are remarkably short:

[root@FitPC2i log]# cat messages
Nov 18 03:11:02 FitPC2i rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="1236" x-info="http://www.rsyslog.com";] rsyslogd was HUPed
Nov 18 03:11:02 FitPC2i rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="1236" x-info="http://www.rsyslog.com";] rsyslogd was HUPed
Nov 18 03:11:02 FitPC2i rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="1236" x-info="http://www.rsyslog.com";] rsyslogd was HUPed
[root@FitPC2i log]# cat system
Nov 18 05:56:01 FitPC2i software-updates: starting automatic update check
Nov 18 05:56:02 FitPC2i software-updates: starting update
Nov 18 05:56:15 FitPC2i software-updates: no updates required
Nov 18 08:37:13 FitPC2i clearsync: samba - event triggered - configuration_change_event
Nov 18 08:37:13 FitPC2i clearsync: samba - skipping event, initialization in progress
Nov 18 08:37:15 FitPC2i clearsync: samba - event triggered - directory_online_event
Nov 18 08:37:15 FitPC2i clearsync: samba - skipping event, initialization in progress
[root@FitPC2i log]#

I'm having this error message but it only started after the latests updates. Not sure if i post a new thread or use this one.

But also get an Directory is starting up error on LDAP

Any suggestions?

COS 6.3 32bit with auto updates.

Problem happend sometime today, it was working and it stoped, also noticed there was a few updates pending, did yum update and some of them were not finished, so I ran yum-complete-transaction and then ran yum update again, installing the remaining updates.

TIA,
Rodrigo.

Sinds yesterday I also see the message:

Account system is offline.

A lot of things are not working anymore. I'm not sure if it happened after an auto. update.

I tried :

service slapd restart

Stopping slapd:                                          [FAILED]

Starting slapd:                                            [  OK  ]

yum update

Loaded plugins: clearcenter-marketplace......

...

Setting up Update Process

No Packages marked for Update

yum-complete-transaction

Loaded plugins: clearcenter-marketplace

....

No unfinished transactions left.

I don't know what to do with this error,.... zarafa is not working anymore (not so nice)

any suggestions ? Tnx in adv.

B) I don't know why but for some strange reason the system is working fine (1 day later) .. i didn't do a thing.

i'm not sure what the problem was, but it is less important now..

Now I know what the problem was...

When i installed ClearOS 6.3 on a empty disk 320GB disk all the partitions were created for me.
Apparently the " / " partition is 50GB in size and the " /home " is 240GB in size.

When i started and configured the "web proxy" service i selected from the pull-down-menu a
maximum-cache-size of 50GB. and that was not so smart. Because of that the folder
/var/spool/squid was grown so big that the system could not function normally.

What i did to solve the problem "Account system is offline." was:
1) check if partitions had enough free space

[root]# df -h



Filesystem          Size  Used Avail Use% Mounted on

                    50G   47G   17M 100% /

2) check which folder consumed all available space

[root]# du -h /var --max-dept=1

4.0K	/var/opt

30M	/var/flexshare

320K	/var/run

365M	/var/lib

4.0K	/var/tmp

4.0K	/var/nmbd

4.0K	/var/games

4.0K	/var/yp

40G 	/var/spool

16K	 /var/lock

357M	/var/log

4.0K	/var/preserve

4.0K	/var/nis

7.2M	/var/clearos

8.0K	/var/empty

2.9G	/var/www

864K	/var/db

8.0K	/var/state

4.0K	/var/local

25M	/var/cache

44K	/var/samba

44G	/var

[root]# du -h /var/spool --max-dept=1

4.0K /var/spool/filter

32K	 /var/spool/cups

16K	 /var/spool/anacron

8.0K /var/spool/plymouth

40G	 /var/spool/squid

15M	/var/spool/postfix

4.0K	/var/spool/mail

4.0K	/var/spool/cron

4.0K	/var/spool/lpd

4.0K	/var/spool/samba

40G	  /var/spool

[root]# du -h /var/spool --max-dept=1

4.0K	/var/spool/filter

32K	        /var/spool/cups

16K	        /var/spool/anacron

8.0K	/var/spool/plymouth

40G 	/var/spool/squid

15M	/var/spool/postfix

4.0K	/var/spool/mail

4.0K	/var/spool/cron

4.0K	/var/spool/lpd

4.0K	/var/spool/samba

40G	/var/spool

2) Sinds I want to empty the folder "/var/spool/squid/ I followed instructions on

http://technodesk.wordpress.com/2010/07/08/manually-clearing-squid-cache/

3) Now I change the maximum-cache-size, of the web proxy, to 5GB through the web-bases-interface


all seems to work fine again

Hi
i've the same problem.
My server is almost dead now.

i've clear the disk and i'm having a little more space now.

Filesystem           1K-blocks      Used Available Use% Mounted on

/dev/mapper/vg_pdebrabander-lv_root

                      51606140  38350488  10634212  79% /

tmpfs                  1924804         0   1924804   0% /dev/shm

/dev/sda1               495844     48992    421252  11% /boot

/dev/mapper/vg_pdebrabander-lv_home

                      20843764   1986856  17798092  11% /home

/dev/sdb1            1922858352 1425641244 399541508  79% /var/flexshare/shares

i can't my system running with the pc's, due dnsmasq is giving errors

service dnsmasq restart

/etc/init.d/dnsmasq: line 17: [: =: unary operator expected

/etc/init.d/dnsmasq: line 17: [: =: unary operator expected

Shutting down dnsmasq:                                     [  OK  ]

/etc/init.d/dnsmasq: line 17: [: =: unary operator expected

Starting dnsmasq:                                          [  OK  ]

how can i get the server running again ??

Can you post your /etc/init.d/dnsmasq file or check it against mine:

#!/bin/sh

#

# Startup script for the DNS caching server

#

# chkconfig: - 49 50

# description: This script starts your DNS caching server

# processname: dnsmasq

# pidfile: /var/run/dnsmasq.pid



# Source function library.

. /etc/rc.d/init.d/functions



# Source networking configuration.

. /etc/sysconfig/network



# Check that networking is up.

[ ${NETWORKING} = "no" ] && exit 0



dnsmasq=/usr/sbin/dnsmasq

[ -f $dnsmasq ] || exit 0



DOMAIN_SUFFIX=`dnsdomainname`

if [ ! -z "${DOMAIN_SUFFIX}" ]; then

  OPTIONS="-s $DOMAIN_SUFFIX"

fi



RETVAL=0



# See how we were called.

case "$1" in

  start)

        if [ $UID -ne 0 ] ; then

            echo "User has insufficient privilege."

            exit 4

        fi

        echo -n "Starting dnsmasq: "

        daemon $dnsmasq $OPTIONS

	RETVAL=$?

        echo

        [ $RETVAL -eq 0 ] && touch /var/lock/subsys/dnsmasq

        ;;

  stop)

        if test "x`pidfileofproc dnsmasq`" != x; then

            echo -n "Shutting down dnsmasq: "

            killproc dnsmasq

        fi

	RETVAL=$?

        echo

        [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/dnsmasq /var/run/dnsmasq.pid

        ;;

  status)

	status dnsmasq

	RETVAL=$?

	;;

  reload)

	if test "x`pidfileofproc dnsmasq`" != x; then

		echo -n "Reloading dnsmasq: "

		killproc dnsmasq -HUP

	fi

	RETVAL=$?

	echo

	;;

  force-reload)

        # new configuration takes effect only after restart

	$0 stop

	$0 start

	RETVAL=$?

        ;;

  restart)

	$0 stop

	$0 start

	RETVAL=$?

	;;

  condrestart)

	    if test "x`pidfileofproc dnsmasq`" != x; then

		$0 stop

		$0 start

		RETVAL=$?

	    fi

	    ;;

  *)

        echo "Usage: $0 {start|stop|restart|reload|condrestart|status}"

        exit 2

esac



exit $RETVAL

Hit quote to get the proper indentation.

As a separate question is your networking working as that is the line which is tripping?

Nick Howitt wrote:

Can you post your /etc/init.d/dnsmasq file or check it against mine:

#!/bin/sh

#

# Startup script for the DNS caching server

#

# chkconfig: - 49 50

# description: This script starts your DNS caching server

# processname: dnsmasq

# pidfile: /var/run/dnsmasq.pid



# Source function library.

. /etc/rc.d/init.d/functions



# Source networking configuration.

. /etc/sysconfig/network



# Check that networking is up.

[ ${NETWORKING} = "no" ] && exit 0



dnsmasq=/usr/sbin/dnsmasq

[ -f $dnsmasq ] || exit 0



DOMAIN_SUFFIX=`dnsdomainname`

if [ ! -z "${DOMAIN_SUFFIX}" ]; then

  OPTIONS="-s $DOMAIN_SUFFIX"

fi



RETVAL=0



# See how we were called.

case "$1" in

  start)

        if [ $UID -ne 0 ] ; then

            echo "User has insufficient privilege."

            exit 4

        fi

        echo -n "Starting dnsmasq: "

        daemon $dnsmasq $OPTIONS

	RETVAL=$?

        echo

        [ $RETVAL -eq 0 ] && touch /var/lock/subsys/dnsmasq

        ;;

  stop)

        if test "x`pidfileofproc dnsmasq`" != x; then

            echo -n "Shutting down dnsmasq: "

            killproc dnsmasq

        fi

	RETVAL=$?

        echo

        [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/dnsmasq /var/run/dnsmasq.pid

        ;;

  status)

	status dnsmasq

	RETVAL=$?

	;;

  reload)

	if test "x`pidfileofproc dnsmasq`" != x; then

		echo -n "Reloading dnsmasq: "

		killproc dnsmasq -HUP

	fi

	RETVAL=$?

	echo

	;;

  force-reload)

        # new configuration takes effect only after restart

	$0 stop

	$0 start

	RETVAL=$?

        ;;

  restart)

	$0 stop

	$0 start

	RETVAL=$?

	;;

  condrestart)

	    if test "x`pidfileofproc dnsmasq`" != x; then

		$0 stop

		$0 start

		RETVAL=$?

	    fi

	    ;;

  *)

        echo "Usage: $0 {start|stop|restart|reload|condrestart|status}"

        exit 2

esac



exit $RETVAL

Hit quote to get the proper indentation.

As a separate question is your networking working as that is the line which is tripping?

Hi Nick,

Copied your version in to mine, but the errors still remain.

#!/bin/sh

#

# Startup script for the DNS caching server

#

# chkconfig: - 49 50

# description: This script starts your DNS caching server

# processname: dnsmasq

# pidfile: /var/run/dnsmasq.pid



# Source function library.

. /etc/rc.d/init.d/functions



# Source networking configuration.

. /etc/sysconfig/network



# Check that networking is up.

[ ${NETWORKING} = "no" ] && exit 0



dnsmasq=/usr/sbin/dnsmasq

[ -f $dnsmasq ] || exit 0



DOMAIN_SUFFIX=`dnsdomainname`

if [ ! -z "${DOMAIN_SUFFIX}" ]; then

  OPTIONS="-s $DOMAIN_SUFFIX"

fi



RETVAL=0



# See how we were called.

case "$1" in

  start)

        if [ $UID -ne 0 ] ; then

            echo "User has insufficient privilege."

            exit 4

        fi

        echo -n "Starting dnsmasq: "

        daemon $dnsmasq $OPTIONS

	RETVAL=$?

        echo

        [ $RETVAL -eq 0 ] && touch /var/lock/subsys/dnsmasq

        ;;

  stop)

        if test "x`pidfileofproc dnsmasq`" != x; then

            echo -n "Shutting down dnsmasq: "

            killproc dnsmasq

        fi

	RETVAL=$?

        echo

        [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/dnsmasq /var/run/dnsmasq.pid

        ;;

  status)

	status dnsmasq

	RETVAL=$?

	;;

  reload)

	if test "x`pidfileofproc dnsmasq`" != x; then

		echo -n "Reloading dnsmasq: "

		killproc dnsmasq -HUP

	fi

	RETVAL=$?

	echo

	;;

  force-reload)

        # new configuration takes effect only after restart

	$0 stop

	$0 start

	RETVAL=$?

        ;;

  restart)

	$0 stop

	$0 start

	RETVAL=$?

	;;

  condrestart)

	    if test "x`pidfileofproc dnsmasq`" != x; then

		$0 stop

		$0 start

		RETVAL=$?

	    fi

	    ;;

  *)

        echo "Usage: $0 {start|stop|restart|reload|condrestart|status}"

        exit 2

esac



exit $RETVAL

Is your networking working as that is the line which is tripping?

Sorry Nick,

My external network is working, but my local network is not.
The DHCP server is nog giving any lease and also the Samba server giving the same error (only different line number)

What is the contents of /etc/sysconfig/network?

Nick Howitt wrote:

What is the contents of /etc/sysconfig/network?

Nick, i can answer this question on short notice because i'm travelling abroad at this moment.
As soon as i come home next week i post the out come

Nick Howitt wrote:

What is the contents of /etc/sysconfig/network?

HOSTNAME="pdebrabander.nl"

GATEWAYDEV="eth0"

hmm...

Mine is a bit different:

NETWORKING=yes

HOSTNAME="server.howitts.lan"

NOZEROCONF="yes"

GATEWAYDEV="eth0"

I've no idea how the NETWORKING parameter is updated.

If your LAN is not working, what is the output of:

lspci -k | grep Eth -A 4

ifconfig

 lspci -k | grep Eth -A 4

00:19.0 Ethernet controller: Intel Corporation 82567LM-3 Gigabit Network Connection (rev 02)

        Subsystem: Dell Device 0276

        Kernel driver in use: e1000e

        Kernel modules: e1000e

00:1a.0 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #4 (rev 02)

--

04:00.0 Ethernet controller: Intel Corporation 82541PI Gigabit Ethernet Controller (rev 05)

        Subsystem: Intel Corporation PRO/1000 GT Desktop Adapter

        Kernel driver in use: e1000

        Kernel modules: e1000

ifconfig

eth0      Link encap:Ethernet  HWaddr 00:25:64A:C8:0A

          inet addr:192.168.1.116  Bcast:192.168.1.255  Mask:255.255.255.0

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:615 errors:0 dropped:0 overruns:0 frame:0

          TX packets:219 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:120900 (118.0 KiB)  TX bytes:32156 (31.4 KiB)

          Interrupt:21 Memory:f7ae0000-f7b00000



eth1      Link encap:Ethernet  HWaddr 90:E2:BA:31:9D:3B

          inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:0 errors:0 dropped:0 overruns:0 frame:0

          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)



lo        Link encap:Local Loopback

          inet addr:127.0.0.1  Mask:255.0.0.0

          UP LOOPBACK RUNNING  MTU:16436  Metric:1

          RX packets:1373 errors:0 dropped:0 overruns:0 frame:0

          TX packets:1373 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:0

          RX bytes:552415 (539.4 KiB)  TX bytes:552415 (539.4 KiB)

The local adress with ETH0 is because i've put this server behind my temp. server to have internet connection.

I've done some playing around. The error you're getting when starting dnsmasq is because the parameter "NETWORKING" is not found in /etc/sysconfig/network, however it is not fatal for dnsmasq and it starts anyway. I've no idea what creates the NETWORKING line in /etc/sysconfig/network. You could try adding it manually but I doubt if it will help.

What happens when you do an "ifup eth1"? Also what is the contents of /etc/clearos/network.conf?

Nick,

I had found out almost the same

after adding NOZEROCONF="yes" the errors discapeared.

Only i still have no working DHCP server however is see no errors or so.
also apache and zarafa are not functional

still a little mess, but getting closer

OK, so I'm trying a

grep -H -r "NOZEROCONF" / > /usr/src/nonzeroconf.txt

to find what other files contain that name. One should be the file which writes it. Your system may be faster than mine so you could try it as well.

[edit]
That's going to take forever. I'll try it on /var, /usr and /etc as a first pass. If that fails, /bin and /sbin.
[/edit]

NOZEROCONF has nothing to do with it. I think it is an avahi-daemon thing. I am trying to look for "NETWORKING=" instead but failing as it is very slow going down through /var

Hi.

Did you find a way to fix the problem.
It has just happened to me i think it must have been an update that caused it.

Ricky,

I did a complete new installation, because the confugaration of my disk was a problem.
The size of the volume where clearos was installed on was chossen too small (50Gb) and after a while it was full which led to this problem.

Patrick.

Thanks for your reply, i have checked my storage options and i have 11% and 16% used. so this must n't be the problem.
What service is running the account system, i will try and restart it.

See previous posting in this subject.

Tim Burgess wrote:

................................

Try running 'service slapd restart' from the command line.

Are there any clues in /var/log/messages or /var/log/system?

A reboot also may help to start the services.

Hi.

I tried the service slapd restart and got "failed" for the stop part.
i then checked the status and it said "slapd dead but pid file exists".

Also what am i looking fo in the log files.
I would rather not restart the whole server as it boots up with a different kernel which crashes the server every so often.

Thanks

I got it working. :woohoo:
Thanks to the steps below which were posted by Tim Burgess in another thread.
The problem was the LDAP server was not loading.

Quote:

I have some steps to kickstart LDAP if corrupt

service nslcd stop

service slapd stop

rm /var/lib/ldap/alock

rm /var/lib/ldap/accesslog/alock

rm /var/run/openldap/slapd.pid

chown -R ldap:ldap /var/lib/ldap

db_recover -h /var/lib/ldap

db_recover -h /var/lib/ldap/accesslog

slapd -h "ldap://127.0.0.1/" -u ldap -f "/etc/openldap/slapd.conf"

##or start with root, then restart service

service nslcd start

id ldap   ##test

service slapd restart

I got the error after the system auto updated at night.

I tried ricky's solution to no avail.

Then i went to System > Backup > Configuration Backup

Selected the update before the failure date and restored it.

B) :woohoo: :laugh: :lol:

Works like a champ

Sorry for the thread necromancy, but you might get hammered on this topic in the near future quiet a bit.

I got a call from a client today, that users couldn't login to domain accounts anymore. The server was running for 280 days roughly, so there were some great opportunities for things to go down.

It seems I had two errors, one with LDAP and its db somehow disintegrating a bit, I fixed that with some db_recover commands and chown, which can be found earlier in this thread.

I managed to get slapd starting again via command line, but it failed using the init script. This is due to the complex nature of the initscript, but in detail it is due to a mistake in some php file.

I only found out about that after telling syslog to listen to ldap log messages and setting ldap's log level to something different from 0....

Now to the script, in line 1116 and 1125, the subsystem_ does no longer work with current kernel or udev or whatever. This leads to two fopen() errors, which are passed directly to the slapd initscript, which then failed with a getaddrinfo() error, since it can not resolve the error messages as hostnames. Therefore the initscript won't start.

/usr/clearos/apps/network/libraries/Iface.php



if (!$is_usb) {

 // Obtain (optional) sub-vendor ID number (PCI devices only)

            if (($fh = @fopen("$device_link/subsystem_vendor", 'r'))) {

                fscanf($fh, '%x', $id_sub_vendor);

                fclose($fh);



                if ($id_sub_vendor == 0)

                    return '';

            }



            // Obtain (optional) sub-device ID number (PCI devices only)

            if (($fh = @fopen("$device_link/subsystem_device", 'r'))) {

                fscanf($fh, '%x', $id_sub_device);

                fclose($fh);



                if ($id_sub_device == 0)

                    return '';

            }

So, please apply some fixes to this script, since it will likely cause a lot of trouble.

EDIT:

So, to clarify a bit:
# uname -a
Linux server 2.6.32-504.8.1.v6.x86_64 #1 SMP Fri Feb 6 11:57:12 MST 2015 x86_64 x86_64 x86_64 GNU/Linux

The whole system is up to date.

There are two files with identical content, both could be used as a replacement in the php script:
/sys/class/net/eth0/device/vendor <- this is similar to the call in the script, but notice the missing "subsystem_" prefix
/sys/class/net/eth0/device/subsystem/devices/virtio0/vendor

Here is some temporary fixes and troubleshooting for anyone affected by this issue.

This will bypass the startup script and run the published LDAP on the interface 192.168.1.1 (replace with your IP address if you publish your LDAP policy)

/usr/sbin/slapd -h 'ldap://127.0.0.1/ ldaps://127.0.0.1/ ldaps://192.168.1.1/' -u ldap &

To stop, run the normal stop script:

service slapd stop

I had issues with the update on one system which wouldn't even run the above command because I had some experimental schema stuff in my config that was outside the normal. I was able to detect this issue by debugging the startup:

/usr/sbin/slapd -h 'ldap://127.0.0.1/ ldaps://127.0.0.1/' -u ldap -d -1

As mentioned earlier, if the update has left your directory with consistency issues, you may need a repair. Suggestions have been mentioned in this thread. You can also use this helpful guide:

http://www.clearcenter.com/support/documentation/clearos_guides/openldap_fails_to_start

We are working on solving the root cause of this issue. Thanks Stefan Garthe for your expert investigation.

If you run this command and it shows errors then here is what is happening:

/usr/sbin/network --get-lan-ips

This command was parsed and the output was being injected into the init script. This behavior has been changed in a new update for app-network.

You should be running app-network-1.6.8-1.v6.noarch or later:

rpm -qi app-network

If not, run the updates and try starting LDAP.

If that doesn't work, run the following command and post your output to this thread:

/usr/sbin/network --get-lan-ips

We are aware of a rare condition related to an old bug where users running in standalone firewall mode may have an issue with duplicate IP output from: /usr/sbin/network --get-lan-ips

The corrective behavior change the OpenLDAP Directory settings to listen on local LAN. We are discussing better ways to handle this other, rare condition.

Check the permissions on /var/lib/ldap. Set them to ldap:ldap if they are wrong:

chown -R ldap:ldap /var/lib/ldap

Then update.

yum update --enablerepo=clearos-updates

This is for the early birds. Once we move this it will go automatically.

Some more info...it might be more helpful to everyone if I copy/paste the entire output below (I'll substitute my computer's name with * to make it shorter and a little less public of course):

slapd.service - OpenLDAP Server Daemon

   Loaded: loaded (/usr/lib/systemd/system/slapd.service; enabled; vendor preset: disabled)

   Active: failed (Result: exit-code) since Sun 2016-01-17 00:04:42 EST; 6min ago

     Docs: man:slapd

           man:slapd-config

           man:slapd-hdb

           man:slapd-mdb

           file:///usr/share/doc/openldap-servers/guide.html

  Process: 15362 ExecStart=/usr/sbin/slapd -u ldap -h ${SLAPD_URLS} $SLAPD_OPTIONS (code=exited, status=1/FAILURE)

  Process: 15344 ExecStartPre=/usr/libexec/openldap/prestart.sh (code=exited, status=0/SUCCESS)

 Main PID: 8426 (code=exited, status=0/SUCCESS)



Jan 17 00:04:42 * systemd[1]: Starting OpenLDAP Server Daemon...

Jan 17 00:04:42 * prestart.sh[15344]: Configuration directory '/etc/openldap/slapd.d' does not exist.

Jan 17 00:04:42 * prestart.sh[15344]: Warning: Usage of a configuration file is obsolete!

Jan 17 00:04:42 * runuser[15348]: pam_unix(runuser:session): session opened for user ldap by (uid=0)

Jan 17 00:04:42 * runuser[15348]: pam_unix(runuser:session): session closed for user ldap

Jan 17 00:04:42 * slapd[15362]: @(#) $OpenLDAP: slapd 2.4.39 (Nov 27 2015 10:34:19) $

                                                             [email protected]:/builddir/build/BUILD/openldap-2.4.39/openldap-2.4.39/servers/slapd

Jan 17 00:04:42 * systemd[1]: slapd.service: control process exited, code=exited status=1

Jan 17 00:04:42 * systemd[1]: Failed to start OpenLDAP Server Daemon.

Jan 17 00:04:42 * systemd[1]: Unit slapd.service entered failed state.

Jan 17 00:04:42 * systemd[1]: slapd.service failed.

Hi Krusher - the LDAP service impacts on most of the user authentication based services once installed so is not easily removed

There are troubleshooting steps here which Dave posted - see the section on repairing your database?
https://sfj48-fkj200.heiksthsd.cf/resources/documentation/clearos/content:en_us:kb_troubleshooting_openldap_fails_to_start

Ah, yes thanks for the info Tim...I had found Dave's posting farther down this page on Sunday and went through all of the steps. For whatever reason, it looked like it had worked fine but the error still persists. When I check the 'status', I still had that same error message and could only login as root.

I say "had" in the past, because all of my data is on this server I had to do something drastic (i.e. quick). In this case, I started up FileZilla on the PC and installed the FTP app through the marketplace. Then, I was able to sftp login as root and transfer all of my data off the server to various sources here for a future reimage.

It's one of those things where I would have liked to figure this one out, but didn't have a lot of time left to experiment.

If someone else reads this in the future and need to FTP off your data, just a tip that you have to secure FTP connect and (optionally) check the feature in FileZilla to preserve the file date/time in case that's valuable to you. You won't get the folder dates/times, but the file datestamps are carried over.

Any idea when this will hit the repos? I still have no smb or FTP access to a few of my systems...

So, this problem appears to affect more services.

This morning when I booted up my Windows computer, none of the file shares work. (It did last night when I wrote that prior info). Maybe I can install FTP and re-download everything back off via the root login so I can reimage, unless someone knows how to get the "account system back online" today. I'll keep looking...