This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
1
Installation and Upgrades / Re: eBox 1.4 slave-sync draining all systems resources
« on: April 26, 2010, 08:55:53 am »
Uhm, it's weird that it's using such an amount of CPU. The script should exit almost instantly if there are no slaves.
Can you please run the script in the perl debugger using:
That should help us see where the problem is.
Thanks!
Can you please run the script in the perl debugger using:
Code: [Select]
sudo perl -d /usr/share/ebox-usersandgroups/slave-sync
and keep pressing 'n' until the process seems to hang. Then paste all the output here.That should help us see where the problem is.
Thanks!
2
Installation and Upgrades / Re: mail: /usr/share/ebox-usersandgroups/slave-sync is flooding root account mailbox
« on: April 26, 2010, 08:53:10 am »
Hi there!
That script is enabled even if there are no slaves. The first thing it does is to check whether there are slaves configured and if there aren't it doesn't do anything. The cost of running that should be really low.
The errors you are getting seem related to Karmic's gconf. eBox is only officially supported in Hardy.
That script is enabled even if there are no slaves. The first thing it does is to check whether there are slaves configured and if there aren't it doesn't do anything. The cost of running that should be really low.
The errors you are getting seem related to Karmic's gconf. eBox is only officially supported in Hardy.
3
Installation and Upgrades / Re: Configure module: users
« on: April 23, 2010, 05:19:55 am »
Can you also reinstall again and then, in addition of removing what you removed earlier, also remove:
This part was added to fix a problem with the default ubuntu configuration but apparently now it's not required any more and it's causing problems.
Cheers!
Code: [Select]
# Allow querying the root DSE
dn: olcDatabase={-1}frontend,cn=config
changetype: modify
add: olcAccess
olcAccess: to dn.base="" by * read
olcAccess: to dn.base="cn=subschema" by * read
This part was added to fix a problem with the default ubuntu configuration but apparently now it's not required any more and it's causing problems.
Cheers!
4
Installation and Upgrades / Re: Configure module: users
« on: April 23, 2010, 12:54:17 am »
Can you edit the file
/usr/share/ebox/stubs/usersandgroups/slapd-master.ldif.mas to remove all this part:
Thanks!
/usr/share/ebox/stubs/usersandgroups/slapd-master.ldif.mas to remove all this part:
Code: [Select]
dn: cn=config
changetype: modify
add: olcTLSCACertificateFile
olcTLSCACertificateFile: /etc/ldap/ssl/ssl.cert
-
add: olcTLSCertificateFile
olcTLSCertificateFile: /etc/ldap/ssl/ssl.cert
-
add: olcTLSCertificateKeyFile
olcTLSCertificateKeyFile: /etc/ldap/ssl/ssl.key
and then try again?Thanks!
5
Installation and Upgrades / Re: Ebox 1.4 Clean install - cannot log into egroupware
« on: March 30, 2010, 07:22:16 pm »
Ok. Let me do a fresh installation of egroupware in a master/slave setup with the latest version and see if I can reproduce the problem.
6
Installation and Upgrades / Re: Ebox 1.4 Clean install - cannot log into egroupware
« on: March 24, 2010, 07:02:28 pm »
Uhm, did you select the virtual domain name in the egroupware configuration and saved changes?
Can you paste the output of:
Can you paste the output of:
Code: [Select]
sudo slapcat -F /etc/ldap/slapd-translucent.d/ -s 'uid=jsweeney,ou=Users,dc=VM-Ebox-1'
too?
7
Installation and Upgrades / Re: Ebox 1.4 Clean install - cannot log into egroupware
« on: March 23, 2010, 06:52:25 pm »Good to hear from you. Hope your trip is going well. Nope I cannot login using telnet either (telnet IPADDRESS 143 then executed a login myusername mypassword). I got a a NO Authentication failed. Turning on auth debug in /etc/dovecot/dovecot.conf had no effect.
Yeah, it's going great Uhm, are you including the domain name in the username? It should be myusername@mydomain.
I just added a new user on the master but on the slave when I go to enable email for that user in Users and Groups - Users - Edit user I get the following error
A really nasty bug has occurred
Exception
Unknown error at EBox::EGroupwareLdapUser::_ldapSearchTemplate Referral received
Trace ....
Uhm, can you verify if there are any pending Slave operations in the master? (Users and groups -> Slave status)
Can you run in the slave:
Code: [Select]
sudo slapcat -F /etc/ldap/slapd-replica.d/ -s 'uid=username,ou=Users,dc=limerick'
replacing the username with your username and setting the base to whatever it is instead of 'dc=limerick'?Paste the output here
8
Installation and Upgrades / Re: Ebox 1.4 Clean install - cannot log into egroupware
« on: March 23, 2010, 05:24:27 pm »
Hi James! Uhm, last time I tested egroupware with a master/slave setup everything seemed to work correctly. Does the mail system work correctly? Can you log in with POP or IMAP using that username/password?
9
Installation and Upgrades / Re: Master/Slave sync errors Ebox 1.4
« on: March 16, 2010, 05:46:15 pm »
As soon as the users are deleted in the master LDAP the changes propagate to the slaves' LDAP.
The 'pending' stuff are further cleanup operations that need to be done. Probably for some reason some of them are not finishing successfully, maybe you can find something in the ebox log files in the master or the slaves.
To get rid of the 'zombies', just delete all the files in /var/lib/ebox/conf/userjournal/<machine>/.
The 'pending' stuff are further cleanup operations that need to be done. Probably for some reason some of them are not finishing successfully, maybe you can find something in the ebox log files in the master or the slaves.
To get rid of the 'zombies', just delete all the files in /var/lib/ebox/conf/userjournal/<machine>/.
10
Installation and Upgrades / Re: Is EBOX master fixed?
« on: March 12, 2010, 03:03:01 pm »
No, the changes required to allow that are quite complex and need time. Installing VMs is the best option if you don't want to use extra hardware.
11
Installation and Upgrades / Re: 1.4 slave usersandgroups nasty bug
« on: February 23, 2010, 06:27:54 pm »
Good to hear
12
Installation and Upgrades / Re: 1.4 slave usersandgroups nasty bug
« on: February 22, 2010, 07:24:24 pm »
Yeah, until the moment you install a module that depends on usersandgroups. From then on you shouldn't add slaves to it.
13
Installation and Upgrades / Re: 1.4 slave usersandgroups nasty bug
« on: February 22, 2010, 04:43:50 pm »
Good
14
Installation and Upgrades / Re: 1.4 slave usersandgroups nasty bug
« on: February 22, 2010, 11:42:21 am »
An eBox will always act as a PDC whether it is a standalone eBox or a slave eBox.
ebox-usersandgroups 1.4.3 is already available in the repository and contains the fix I did.
ebox-usersandgroups 1.4.3 is already available in the repository and contains the fix I did.
15
Installation and Upgrades / Re: Bug after update 1.2 to 1.4
« on: February 18, 2010, 08:33:43 pm »I'm a bit befuddled since in my mind I'm making a clean install of 1.4.
Since I now just want a clean install since the original upgrade didn't work I'm only looking at two scenarios:
a) I've missed some config file(s) that needs removing for the install to behave properly
b) There are no such files and the install is just weird on our system
BUT, if this module is acting strange because of a previous upgrade attempt I suspect you'd like to know.
Anywho, besides this issue I'm liking eBox a bunch and hope to get it completely operational soon.
Many thanks.
Hi!
Probably it's because you are not purging the slapd package and it's keeping old stuff there that confuses eBox
Try running this script:
Code: [Select]
#!/bin/sh
sudo /etc/init.d/ebox users stop
sudo apt-get -y --force-yes remove --purge slapd ebox-network ebox-objects ebox-services ebox-usersandgroups ebox-firewall && sudo rm -rf /var/lib/ldap* && sudo rm -rf /etc/ldap/*
sudo apt-get -y --force-yes remove --purge libebox ebox
sudo pkill apache
And then install again and see if it works