Messages

1

Installation and Upgrades / Re: Mail troubles

« on: March 04, 2010, 12:58:34 am »

The /var/mail/[username] is the intended system's mailbox for the local user so nothing strange there.
And /var/spooll/mail is a link to /var/mail needed for legacy issues..

Thanks for the answer, Javier.
Looks like i didn't do a good job on explaining the issue though.

The lost email messages were all supposed to get delivered to vmail users in our main domain, which was working fine before the last batch of updates. After the update, i could see incoming emails being processed by ebox through the logs, but somehow they weren't being delivered to the vmail users inbox anymore.

After a while of digging through the system, I found out that the messages were delivered to local system users (which don't exist on the system - they are all ebox ldap/domain accounts). Then, I found the above mentioned thread, applied the workaround and got the server to deliver emails  again.

Now, the 'lost' messages are still being stuck in the 'local' users mailboxes and i can't figure out how to get them delivered to the real vmail inboxes.

Any thoughts?

2

Installation and Upgrades / Re: Mail troubles

« on: February 26, 2010, 09:46:54 am »

Hi jsjc,

Where you found the workaround?

Oh, sorry. I meant to link the thread in question
From there, just follow Javier's comment.

3

Installation and Upgrades / Mail troubles

« on: February 25, 2010, 10:49:39 pm »

Hey everyone,

i have some troubles with our mail server not delivering messages over the past few days.
After searching for the cause in the logs, I found out that the messages were received and processed by ebox, but were delivered locally and did not reach the user inboxes. While searching the forums for a similar issue, I came upon this ticket in the bugtracker.

Surely enough, the proposed workaround there fixed my problem and I am able to receive messages again, but there are still a lot of messages hanging around in /var/mail/[username] and /var/spool/mail [username].

Is there any way to properly deliver those to the user inboxes?

4

Installation and Upgrades / Re: Services starting in wrong order

« on: February 08, 2010, 09:30:07 am »

hi javiersan,

module status of all modules is enabled, and their configuration is ok. Starting them by hand after starting users module first works.

There are no errors in ebox.log besides the usual "Use of uninitialized value ..." lines.

5

Installation and Upgrades / Services starting in wrong order

« on: February 08, 2010, 01:18:30 am »

Hi everybody,

I just did the final upgrade on one of our servers from 1.3 to 1.4.

There is a little problem with the ebox services starting order. If i restart one of our ebox ldap slaves via machine reboot, or by issuing

Code: [Select]

sudo /etc/init.d/ebox restart
, it seems the users module always starts AFTER samba, mail and mailfilter. Thus, mail, mailfilter and samba fail to start without a proper ldap connection.

Code: [Select]

sudo /etc/init.d/ebox restart
 * Stopping eBox module: network                                                                                                                                                                                                      [ OK ]
 * Stopping eBox module: firewall                                                                                                                                                                                                     [ OK ]
 * Stopping eBox module: antivirus                                                                                                                                                                                                    [ OK ]
 * Stopping eBox module: ebackup                                                                                                                                                                                                      [ OK ]
 * Stopping eBox module: events                                                                                                                                                                                                       [ OK ]
 * Stopping eBox module: logs                                                                                                                                                                                                         [ OK ]
 * Stopping eBox module: mail                                                                                                                                                                                                         [ OK ]
 * Stopping eBox module: mailfilter                                                                                                                                                                                                   [ OK ]
 * Stopping eBox module: monitor                                                                                                                                                                                                      [ OK ]
 * Stopping eBox module: ntp                                                                                                                                                                                                          [ OK ]
 * Stopping eBox module: printers                                                                                                                                                                                                     [ OK ]
 * Stopping eBox module: samba                                                                                                                                                                                                        [ OK ]
 * Stopping eBox module: software                                                                                                                                                                                                     [ OK ]
 * Stopping eBox module: usercorner                                                                                                                                                                                                   [ OK ]
 * Stopping eBox module: users                                                                                                                                                                                                        [ OK ]
 * Stopping eBox module: webmail                                                                                                                                                                                                      [ OK ]
 * Stopping eBox module: webserver                                                                                                                                                                                                    [ OK ]
 * Stopping eBox module: apache                                                                                                                                                                                                       [ OK ]
 * Starting eBox module: network                                         [ OK ]
 * Starting eBox module: firewall                                        [ OK ]
 * Starting eBox module: antivirus                                       [ OK ]
 * Starting eBox module: ebackup                                         [ OK ]
 * Starting eBox module: events                                          [ OK ]
 * Starting eBox module: logs                                            [ OK ]
 * Starting eBox module: mail                                            [fail]
 * Starting eBox module: mailfilter                                      [fail]
 * Starting eBox module: monitor                                         [ OK ]
 * Starting eBox module: ntp                                             [ OK ]
 * Starting eBox module: printers                                        [ OK ]
 * Starting eBox module: samba                                           [fail]
 * Starting eBox module: software                                        [ OK ]
 * Starting eBox module: usercorner                                      [ OK ]
 * Starting eBox module: users                                           [ OK ]
 * Starting eBox module: webmail                                         [ OK ]
 * Starting eBox module: webserver                                       [ OK ]
 * Starting eBox module: apache                                          [ OK ]

Starting those modules by hand afterwards works.

Any ideas?

6

Installation and Upgrades / Re: 1.3 -> 1.4 upgrade woes

« on: February 02, 2010, 02:29:08 am »

So do you actually have slaves or were you looking at that page for fun?

Haha! I can tell you ... i wasn't looking for fun. No, actually we have currently nine slaves running in this system. Another one still pending.

Don't know what caused this error, but the server was fine before the upgrade to usersandgroups 1.3.17.

Then exit saving changes and it should work

And it does!

Again, thanks a million for your time and quick answers.

7

Installation and Upgrades / Re: 1.3 -> 1.4 upgrade woes

« on: February 02, 2010, 01:19:16 am »

Whoops ... i posted too early.

There is still a problem with the "slave staus" page:

Code: [Select]

A really nasty bug has occurred
Exception
Missing argument: Port
Trace
Missing argument: Port at /usr/share/perl5/EBox/Types/Abstract.pm line 415
EBox::Types::Abstract::setMemValue('EBox::Types::Int=HASH(0xa99dbbc)', 'HASH(0xa93f6b4)') called at /usr/share/perl5/EBox/Types/Basic.pm line 137
EBox::Types::Basic::_setValue('EBox::Types::Int=HASH(0xa99dbbc)', 'undef') called at /usr/share/perl5/EBox/Types/Abstract.pm line 380
EBox::Types::Abstract::setValue('EBox::Types::Int=HASH(0xa99dbbc)', 'undef') called at /usr/share/perl5/EBox/Model/DataTable.pm line 3189
EBox::Model::DataTable::_setValueRow('EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)', 'slave', 'server', 'port', 'undef') called at /usr/share/perl5/EBox/UsersAndGroups/Model/Slaves.pm line 162
EBox::UsersAndGroups::Model::Slaves::row('EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)', 'server') called at /usr/share/ebox/templates/ajax/tableBody.mas line 240
HTML::Mason::Commands::__ANON__('model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)', 'model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)', 'hasChanged', 'undef', 'action', 'view') called at /usr/share/perl5/HTML/Mason/Component.pm line 135
HTML::Mason::Component::run('HTML::Mason::Component::Subcomponent=HASH(0xa8e962c)', 'model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)', 'model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)', 'hasChanged', 'undef', 'action', 'view', ...) called at /usr/share/perl5/HTML/Mason/Request.pm line 1262
eval {...} called at /usr/share/perl5/HTML/Mason/Request.pm line 1252
HTML::Mason::Request::comp('undef', 'undef', 'model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)', 'model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)', 'hasChanged', 'undef', 'action', ...) called at /usr/share/ebox/templates/ajax/modelViewer.mas line 149
HTML::Mason::Commands::__ANON__('model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)') called at /usr/share/perl5/HTML/Mason/Component.pm line 135
HTML::Mason::Component::run('HTML::Mason::Component::Subcomponent=HASH(0xa90f568)', 'model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)') called at /usr/share/perl5/HTML/Mason/Request.pm line 1262
eval {...} called at /usr/share/perl5/HTML/Mason/Request.pm line 1252
HTML::Mason::Request::comp('undef', 'undef', 'model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)') called at /usr/share/ebox/templates/ajax/modelViewer.mas line 69
HTML::Mason::Commands::__ANON__('model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)', 'hasChanged', 'undef', 'action', 'view') called at /usr/share/perl5/HTML/Mason/Component.pm line 135
HTML::Mason::Component::run('HTML::Mason::Component::Subcomponent=HASH(0xa90f664)', 'model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)', 'hasChanged', 'undef', 'action', 'view') called at /usr/share/perl5/HTML/Mason/Request.pm line 1262
eval {...} called at /usr/share/perl5/HTML/Mason/Request.pm line 1252
HTML::Mason::Request::comp('undef', 'undef', 'model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)', 'hasChanged', 'undef', 'action', 'view') called at /usr/share/ebox/templates/ajax/tableBodyWithoutEdit.mas line 18
HTML::Mason::Commands::__ANON__('model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)', 'hasChanged', 'undef', 'action', 'view') called at /usr/share/perl5/HTML/Mason/Component.pm line 135
HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0xa9139e0)', 'model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)', 'hasChanged', 'undef', 'action', 'view') called at /usr/share/perl5/HTML/Mason/Request.pm line 1262
eval {...} called at /usr/share/perl5/HTML/Mason/Request.pm line 1252
HTML::Mason::Request::comp('undef', 'undef', 'model', 'EBox::UsersAndGroups::Model::Slaves=HASH(0xa6fc970)', 'hasChanged', 'undef', 'action', 'view') called at (eval 1914) line 169
HTML::Mason::Commands::__ANON__('model', 'EBox::UsersAndGroups::Composite::SlaveInfo=HASH(0xa75453c)', 'hasChanged', 'undef') called at /usr/share/perl5/HTML/Mason/Component.pm line 135
HTML::Mason::Component::run('HTML::Mason::Component=HASH(0xa941988)', 'model', 'EBox::UsersAndGroups::Composite::SlaveInfo=HASH(0xa75453c)', 'hasChanged', 'undef') called at /usr/share/perl5/HTML/Mason/Request.pm line 1262
eval {...} called at /usr/share/perl5/HTML/Mason/Request.pm line 1252
HTML::Mason::Request::comp('undef', 'undef', 'undef', 'model', 'EBox::UsersAndGroups::Composite::SlaveInfo=HASH(0xa75453c)', 'hasChanged', 'undef') called at /usr/share/perl5/HTML/Mason/Request.pm line 468
eval {...} called at /usr/share/perl5/HTML/Mason/Request.pm line 468
eval {...} called at /usr/share/perl5/HTML/Mason/Request.pm line 418
HTML::Mason::Request::exec('HTML::Mason::Request=HASH(0xa944b48)') called at /usr/share/perl5/HTML/Mason/Interp.pm line 342
HTML::Mason::Interp::exec('undef', 'undef', 'model', 'EBox::UsersAndGroups::Composite::SlaveInfo=HASH(0xa75453c)', 'hasChanged', 'undef') called at /usr/share/perl5/EBox/CGI/Base.pm line 141
EBox::CGI::Base::_body('EBox::CGI::View::Composite=HASH(0xa826b0c)') called at /usr/share/perl5/EBox/CGI/Base.pm line 180
EBox::CGI::Base::_print('EBox::CGI::View::Composite=HASH(0xa826b0c)') called at /usr/share/perl5/EBox/CGI/Base.pm line 336
EBox::CGI::Base::run('EBox::CGI::View::Composite=HASH(0xa826b0c)') called at /usr/share/perl5/EBox/CGI/Run.pm line 120
EBox::CGI::Run::run('EBox::CGI::Run', 'Users/Composite/SlaveInfo', 'EBox') called at /usr/share/ebox/cgi/ebox.cgi line 19
ModPerl::ROOT::ModPerl::Registry::usr_share_ebox_cgi_ebox_2ecgi::handler('Apache2::RequestRec=SCALAR(0xa931d30)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 204
eval {...} called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 204
ModPerl::RegistryCooker::run('ModPerl::Registry=HASH(0xa95636c)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 170
ModPerl::RegistryCooker::default_handler('ModPerl::Registry=HASH(0xa95636c)') called at /usr/lib/perl5/ModPerl/Registry.pm line 31
ModPerl::Registry::handler('ModPerl::Registry', 'Apache2::RequestRec=SCALAR(0xa931d30)') called at -e line 0
eval {...} called at -e line 0

8

Installation and Upgrades / Re: 1.3 -> 1.4 upgrade woes

« on: February 02, 2010, 01:14:58 am »

isaac,

thank you so much for the very quick answer.
After doing those steps, the server is up and running again!

9

Installation and Upgrades / [solved] 1.3 -> 1.4 upgrade woes

« on: February 02, 2010, 12:31:17 am »

Hi all,

I have some trouble updating our current systems from 1.3 to 1.4
There seems to be a missing attribute 'masterLDAPCACertificate' in the ldap tree.

I followed the steps provided at http://trac.ebox-platform.com/wiki/Document/Documentation/13To14Update to get the system up an running again, but without success.

Here's a quick rundown of what i got:

Code: [Select]

user@host:~$ dpkg -l | grep slapd
ii  slapd                                      2.4.21-0ubuntu2hardy1           OpenLDAP server (slapd)

user@host:~$ ps aux | grep slapd
openldap  4287  0.0  0.2  57292  5004 ?        Ssl  Feb01   0:00 /usr/sbin/slapd -h ldap://0.0.0.0 ldapi://%2fvar%2frun%2fslapd%2fldapi/????x-mod=0777 -g openldap -u openldap -F /etc/ldap/slapd.d/
1000     23135  0.0  0.0   3016   788 pts/0    S+   00:06   0:00 grep slapd

user@host:~$ sudo cat /etc/ldap/slapd.d/cn\=config/olcDatabase={0}config.ldif
dn: olcDatabase={0}config
objectClass: olcDatabaseConfig
olcDatabase: {0}config
olcRootDN: cn=admin,cn=config
olcRootPW:: e2NyeXB0fURReUp3a05VV201NXc=
olcAccess: {0}to * by dn.exact=cn=localroot,cn=config manage by * break
olcAccess: {1}to * by dn="cn=ebox,dc=domain,dc=tld" write
structuralObjectClass: olcDatabaseConfig
entryUUID: 783e95a6-86a8-102e-9bac-17198d4c81a9
creatorsName: cn=config
createTimestamp: 20091226202453Z
entryCSN: 20091226203250.785866Z#000000#000#000000
modifiersName: cn=admin,cn=config
modifyTimestamp: 20091226203250Z

user@host:~$ sudo cat /etc/ldap/slapd.d/cn\=config/olcDatabase\=\{-1\}frontend.ldif
dn: olcDatabase={-1}frontend
objectClass: olcDatabaseConfig
objectClass: olcFrontendConfig
olcDatabase: {-1}frontend
olcSizeLimit: 500
olcAccess: {0}to * by dn.exact=cn=localroot,cn=config manage by * break
olcAccess: {1}to dn.base="" by * read
olcAccess: {2}to dn.base="cn=subschema" by * read
structuralObjectClass: olcDatabaseConfig
entryUUID: 783e8bce-86a8-102e-9bab-17198d4c81a9
creatorsName: cn=config
createTimestamp: 20091226202453Z
entryCSN: 20091226202453.368254Z#000000#000#000000
modifiersName: cn=config
modifyTimestamp: 20091226202453Z
Should be ok so far. Now, when i try to restart usersandgroups:

Code: [Select]

user@host:~$ sudo /etc/init.d/ebox users restart
 * Restarting eBox module: users                                                                                                                                                                                                      [fail]
Can't create ldapi connection
This is where my results differ from the troubleshooting guide.
ebox.log says (sensible data blanked):

Code: [Select]

2010/02/01 20:49:26 INFO> Service.pm:625 EBox::Module::Service::restartService - Restarting service for module: users
2010/02/01 20:49:27 ERROR> Ldap.pm:710 EBox::Ldap::_errorOnLdap - $VAR1 = 'cn=master,dc=domain,dc=tld';
2010/02/01 20:49:27 ERROR> Ldap.pm:712 EBox::Ldap::_errorOnLdap - Unknown error at EBox::UsersAndGroups::__ANON__ No such object
2010/02/01 20:49:27 ERROR> Ldap.pm:710 EBox::Ldap::_errorOnLdap - $VAR1 = {
          'attr' => [
                      'objectClass',
                      'masterHost',
                      'masterCertificate',
                      '-----BEGIN CERTIFICATE-----
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
-----END CERTIFICATE-----
',
                      'masterCACertificate',
                      '-----BEGIN CERTIFICATE-----
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
-----END CERTIFICATE-----
',
                      'masterLDAPCACertificate',
                      '-----BEGIN CERTIFICATE-----
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
-----END CERTIFICATE-----
'
                    ]
        };
2010/02/01 20:49:27 ERROR> Ldap.pm:712 EBox::Ldap::_errorOnLdap - Unknown error at EBox::UsersAndGroups::_loadCertificates masterLDAPCACertificate: attribute type undefined
2010/02/01 20:49:27 ERROR> Service.pm:630 EBox::Module::Service::__ANON__ - Error restarting service: Unknown error at EBox::UsersAndGroups::_loadCertificates masterLDAPCACertificate: attribute type undefined

Of course, there's also an error when trying to access the users, groups, ldap info and slave status pages in the browser:

Code: [Select]

A really nasty bug has occurred
Exception
Can't create ldapi connection
Trace
Can't create ldapi connection at /usr/share/perl5/EBox/Ldap.pm line 175
EBox::Ldap::anonymousLdapCon('EBox::Ldap=HASH(0x96756c8)') called at /usr/share/perl5/EBox/Ldap.pm line 243
EBox::Ldap::dn('EBox::Ldap=HASH(0x96756c8)') called at /usr/share/perl5/EBox/UsersAndGroups.pm line 338
EBox::UsersAndGroups::groupsDn('EBox::UsersAndGroups=HASH(0x9675554)') called at /usr/share/perl5/EBox/UsersAndGroups.pm line 1663
EBox::UsersAndGroups::groups('EBox::UsersAndGroups=HASH(0x9675554)') called at /usr/share/perl5/EBox/CGI/UsersAndGroups/Users.pm line 48
EBox::CGI::UsersAndGroups::Users::_process('EBox::CGI::UsersAndGroups::Users=HASH(0x96419c0)') called at /usr/share/perl5/EBox/CGI/Base.pm line 262
EBox::CGI::Base::run('EBox::CGI::UsersAndGroups::Users=HASH(0x96419c0)') called at /usr/share/perl5/EBox/CGI/Run.pm line 120
EBox::CGI::Run::run('EBox::CGI::Run', 'UsersAndGroups/Users', 'EBox') called at /usr/share/ebox/cgi/ebox.cgi line 19
ModPerl::ROOT::ModPerl::Registry::usr_share_ebox_cgi_ebox_2ecgi::handler('Apache2::RequestRec=SCALAR(0x8f7fffc)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 204
eval {...} called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 204
ModPerl::RegistryCooker::run('ModPerl::Registry=HASH(0x8f80098)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 170
ModPerl::RegistryCooker::default_handler('ModPerl::Registry=HASH(0x8f80098)') called at /usr/lib/perl5/ModPerl/Registry.pm line 31
ModPerl::Registry::handler('ModPerl::Registry', 'Apache2::RequestRec=SCALAR(0x8f7fffc)') called at -e line 0
eval {...} called at -e line 0
Can anyone please give me some hints on what to do next?

10

Installation and Upgrades / Re: Does eBox support Promise FastTrak TX2000?

« on: January 21, 2010, 12:49:21 am »

Hi Mozgoved,

as eBox is based on Ubuntu, anything that is supported by Ubuntu should also run on eBox.

We had a couple of TX2000 controllers in our studio. For a long time, I tried to find a working driver for those beasts - but failed to find a working solution. There once were some proprietary drivers from promise for some old RHEL distros, but i never managed to accomplish anything with those.

The only way I managed to make use of those things is to run your discs in JBoD mode - which is fine for me. In fact, i have a spare machine with eBox 1.3 running in a configuration like that right now ( acting as a secondary file server).

So i guess the answer to your question is no.

Oh well ... they are old and crappy anyway. Even with "proper" drivers on a bunch of XP Workstations. If you really want RAID, i suggest buying a real hardware RAID controller with linux compatible drivers. There are many sites on the net dealing with linux hardware compatibility. Some googling should get you started.

cheers

11

Installation and Upgrades / Re: unable to open file on share, but i can browse around just fine

« on: December 29, 2009, 09:05:00 pm »

hi dan,

samba 3.4.3 has problems with the full audit vfs module.
Try to comment them out in your smb.conf and see if that helps.

Here's how

If the error goes away, you can make the change semi permanent by commenting out the same lines in /usr/share/ebox/stubs/samba/smb.conf.mas
Be careful with updates to ebox-samba afterwards, because they revert those manual edits.

12

Installation and Upgrades / Unable to activate ebox-mailfilter 1.3.12

« on: December 27, 2009, 03:24:47 pm »

Hello everyone,

on my shiny new email machine, I am unable to activate the mailfilter module.
The machine is an up to date 1.3 installation. Mailfilter version is:

Code: [Select]

$ apt-cache policy ebox-mailfilter
ebox-mailfilter:
  Installed: 1.3.12-0ubuntu1~ppa1~hardy1
  Candidate: 1.3.12-0ubuntu1~ppa1~hardy1
  Version table:
 *** 1.3.12-0ubuntu1~ppa1~hardy1 0
        500 http://ppa.launchpad.net hardy/main Packages
        100 /var/lib/dpkg/status

Unconfiguring and reactivating the module always leads to the same error.
Here's a little rundown. First, I unconfigure the module with:

Code: [Select]

sudo /usr/share/ebox/ebox-unconfigure-module mailfilter
Then, after activating and accepting the changes, i get (passwords blanked):

Code: [Select]

2009/12/27 15:09:28 ERROR> Ldap.pm:681 EBox::Ldap::_errorOnLdap - $VAR1 = {
          'attr' => [
                      'cn',
                      'Spam sapm',
                      'uid',
                      'spam',
                      'sn',
                      'sapm',
                      'uidNumber',
                      1901,
                      'gidNumber',
                      '1901',
                      'homeDirectory',
                      '/nonexistent',
                      'userPassword',
                      '{SHA}xxxxxxxxxxxxxxxxxxxxxxxxxxxx',
                      'objectclass',
                      [
                        'inetOrgPerson',
                        'posixAccount',
                        'passwordHolder'
                      ],
                      'eboxSha1Password',
                      '{SHA}xxxxxxxxxxxxxxxxxxxxxxxxxxxx',
                      'eboxMd5Password',
                      '{MD5}xxxxxxxxxxxxxxxxxxxxxxxx',
                      'eboxLmPassword',
                      'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx',
                      'eboxNtPassword',
                      'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx',
                      'eboxDigestPassword',
                      '{MD5}xxxxxxxxxxxxxxxxxxxxxxxx',
                      'eboxRealmPassword',
                      '{MD5}xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx'
                    ]
        };
2009/12/27 15:09:28 ERROR> Ldap.pm:683 EBox::Ldap::_errorOnLdap - Unknown error at EBox::UsersAndGroups::addUser Referral received

And finally, after saving the changes:

Code: [Select]

2009/12/27 15:03:07 INFO> Global.pm:435 EBox::Global::saveAllModules - Saving config and restarting services: firewall mailfilter logs
2009/12/27 15:03:07 INFO> Base.pm:150 EBox::Module::Base::save - Restarting service for module: firewall
2009/12/27 15:03:08 INFO> Base.pm:777 EBox::Module::Base::_hook - Running hook: /etc/ebox/hooks/firewall.postservice 1
2009/12/27 15:03:09 INFO> Base.pm:150 EBox::Module::Base::save - Restarting service for module: mailfilter
2009/12/27 15:03:12 ERROR> Ldap.pm:681 EBox::Ldap::_errorOnLdap - $VAR1 = {
          'changes' => [
                         'replace',
                         [
                           'amavisBypassVirusChecks',
                           'FALSE'
                         ]
                       ]
        };
2009/12/27 15:03:12 ERROR> Ldap.pm:683 EBox::Ldap::_errorOnLdap - Unknown error at EBox::Ldap::modifyAttribute attribute 'amavisBypassVirusChecks' not allowed
2009/12/27 15:03:12 INFO> Base.pm:150 EBox::Module::Base::save - Restarting service for module: logs
2009/12/27 15:03:13 ERROR> Global.pm:489 EBox::Global::saveAllModules - The following modules failed while saving their changes, their state is unknown: mailfilter

Any help would be greatly appreciated!

13

Installation and Upgrades / Re: home folder: not enough storage error when creating any file

« on: December 23, 2009, 04:02:34 pm »

The full_audit module seems to create conflicts with samba 3.4.3, we are going to disable it by default in the next release.

Cool. Thank you J. A. Calvo for the quick update!

14

Installation and Upgrades / Re: home folder: not enough storage error when creating any file

« on: December 22, 2009, 10:13:23 pm »

I had a similar problem with my 1.3 test installation.

I don't have access to my test server now, but as far as i remember it had something to do with the full_audit vfs objects.

You can try to comment those lines in the smb.conf.

Just login to your server console and do:

Code: [Select]

sudo nano /etc/smb.conf
Then comment every line that begins with "vfs objects" and "full_audit" by placing a semicolon in front of it.
For example:

Code: [Select]

;vfs objects = full_audit
;full_audit:success = connect opendir open disconnect unlink mkdir rmdir rename
;full_audit:failure = none
Then press ctrl+x to save and press y to confirm the overwrite.
In order for the new configuration to take effect, you must reload it with:

Code: [Select]

sudo /etc/init.d/samba reload
Check if the error still comes up.
I don't know if this is a configuration problem or a bug. Should be investigated further for the 1.4 release.

15

Installation and Upgrades / Re: eBox 1.3 - Samba PDC

« on: November 28, 2009, 09:34:11 pm »

Hey everyone,

i just did the same setup with the new 1.3.10 packages and my problem went away.
I am able to connect to and join the samba domain from windows xp & 7.

However, there was a little problem with the ldap slaves not being able to display the ldap mode configuration page due to a bug that was already fixed in changeset 15353.
Looks like that didn't make it into the current packages?

http://trac.ebox-platform.com/changeset/15353

Anyway, thanks for your help so far.