Messages

1

Installation and Upgrades / Re: PPPoe not start in boot (zentyal beta /Core version 2.1.3 / x64)

« on: July 08, 2011, 09:06:00 pm »

I, also, can confirm this issue, running 2.1.17, all up to date.  It has been happening on each and every reboot, for the last several days.  As previously stated, all that it requires is that somebody is in attendance, to restart network service, but no bueno for typical usage...

Requested log, showing only today's events, only one reboot:

Code: [Select]

2011/07/08 11:09:10 INFO> Global.pm:526 EBox::Global::saveAllModules - Saving config and restarting services: ids services trafficshaping firewall captiveportal ipsec logs
2011/07/08 11:09:10 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: ids
2011/07/08 11:09:12 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: services
2011/07/08 11:09:13 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: trafficshaping
2011/07/08 11:09:14 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: firewall
2011/07/08 11:09:18 INFO> Base.pm:890 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/firewall.postservice 1
2011/07/08 11:09:18 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: captiveportal
2011/07/08 11:09:20 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: logs
2011/07/08 11:09:21 INFO> CaptiveDaemon.pm:188 main:: - Starting Captive Portal Daemon
2011/07/08 11:17:04 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: events
2011/07/08 11:17:06 INFO> EventDaemon.pm:307 EBox::EventDaemon::_loadModules - EBox::Event::Dispatcher::Log loaded from registeredDispatchers
2011/07/08 12:00:54 INFO> Redis.pm:765 EBox::Config::Redis::_initRedis - Starting redis server
2011/07/08 12:00:56 DEBUG> ppp-set-iface.pl:31 main:: - Called ppp-set-iface.pl with the following values:
2011/07/08 12:00:56 DEBUG> ppp-set-iface.pl:32 main:: - iface: eth0
2011/07/08 12:00:56 DEBUG> ppp-set-iface.pl:33 main:: - ppp_iface: ppp0
2011/07/08 12:00:56 DEBUG> ppp-set-iface.pl:34 main:: - ppp_addr: 71.208.211.205
2011/07/08 12:00:56 INFO> Base.pm:249 EBox::Module::Base::__ANON__ - Saving config for module: network
2011/07/08 12:01:01 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: network
2011/07/08 12:01:02 ERROR> ppp-set-iface.pl:40 main::__ANON__ - Call to setRealPPPIface for eth0 failed
2011/07/08 12:01:03 ERROR> Service.pm:724 EBox::Module::Service::__ANON__ - Error restarting service: Can't call method "address" on an undefined value at /usr/share/perl5/EBox/Network.pm line 4052.
2011/07/08 12:01:03 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: firewall
2011/07/08 12:01:04 DEBUG> dhcp-address.pl:32 main:: - Called dhcp-address.pl with the following values:
2011/07/08 12:01:04 DEBUG> dhcp-address.pl:35 main:: - iface: eth0
2011/07/08 12:01:04 DEBUG> dhcp-address.pl:38 main:: - address: 71.208.211.205
2011/07/08 12:01:04 DEBUG> dhcp-address.pl:41 main:: - mask: 255.255.255.255
2011/07/08 12:01:07 ERROR> Lock.pm:31 EBox::Util::Lock::lock - Could not get lock for service: firewall
2011/07/08 12:01:08 INFO> Base.pm:890 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/firewall.postservice 1
2011/07/08 12:01:08 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: ca
2011/07/08 12:01:09 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: dhcp
2011/07/08 12:01:09 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: dns
2011/07/08 12:01:12 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: firewall
2011/07/08 12:01:13 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: events
2011/07/08 12:01:13 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: ids
2011/07/08 12:01:16 INFO> Service.pm:715 EBox::Module::Service::restartService - Skipping restart for ipsec as it's disabled
2011/07/08 12:01:16 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: logs
2011/07/08 12:01:16 INFO> EventDaemon.pm:307 EBox::EventDaemon::_loadModules - EBox::Event::Dispatcher::Log loaded from registeredDispatchers
2011/07/08 12:01:16 INFO> Service.pm:715 EBox::Module::Service::restartService - Skipping restart for monitor as it's disabled
2011/07/08 12:01:16 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: ntp
2011/07/08 12:01:17 ERROR> Sudo.pm:212 EBox::Sudo::_rootError - root command /usr/sbin/ntpdate 0.pool.ntp.org failed.
Error output: Error : Name or service not known
  8 Jul 12:01:17 ntpdate[2994]: can't find host 0.pool.ntp.org
 
  8 Jul 12:01:17 ntpdate[2994]: no servers can be used, exiting

Command output: .
Exit value: 1
2011/07/08 12:01:17 WARN> NTP.pm:152 EBox::NTP::__ANON__ - Couldn't execute ntpdate 0.pool.ntp.org
2011/07/08 12:01:17 INFO> Service.pm:715 EBox::Module::Service::restartService - Skipping restart for openvpn as it's disabled
2011/07/08 12:01:17 INFO> Service.pm:715 EBox::Module::Service::restartService - Skipping restart for pptp as it's disabled
2011/07/08 12:01:17 INFO> Service.pm:715 EBox::Module::Service::restartService - Skipping restart for trafficshaping as it's disabled
2011/07/08 12:01:17 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: users
2011/07/08 12:01:18 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: captiveportal
2011/07/08 12:01:19 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: radius
2011/07/08 12:01:24 INFO> CaptiveDaemon.pm:188 main:: - Starting Captive Portal Daemon
2011/07/08 12:01:24 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: apache
2011/07/08 12:01:25 ERROR> Lock.pm:31 EBox::Util::Lock::lock - Could not get lock for service: firewall
2011/07/08 12:01:26 INFO> Base.pm:890 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/firewall.postservice 1
2011/07/08 12:01:29 INFO> CaptiveDaemon.pm:188 main:: - Starting Captive Portal Daemon
2011/07/08 12:11:25 INFO> Global.pm:526 EBox::Global::saveAllModules - Saving config and restarting services: network dhcp dns ids openvpn trafficshaping firewall captiveportal ipsec logs
2011/07/08 12:11:25 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: network
2011/07/08 12:11:32 DEBUG> ppp-set-iface.pl:31 main:: - Called ppp-set-iface.pl with the following values:
2011/07/08 12:11:32 DEBUG> ppp-set-iface.pl:32 main:: - iface: eth0
2011/07/08 12:11:32 DEBUG> ppp-set-iface.pl:33 main:: - ppp_iface: ppp0
2011/07/08 12:11:32 DEBUG> ppp-set-iface.pl:34 main:: - ppp_addr: 71.33.185.146
2011/07/08 12:11:32 ERROR> Lock.pm:31 EBox::Util::Lock::lock - Could not get lock for service: network
2011/07/08 12:11:37 ERROR> Lock.pm:31 EBox::Util::Lock::lock - Could not get lock for service: network
2011/07/08 12:11:42 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: dhcp
2011/07/08 12:11:42 INFO> Base.pm:249 EBox::Module::Base::__ANON__ - Saving config for module: network
2011/07/08 12:11:42 ERROR> Global.pm:589 EBox::Global::__ANON__ - Failed to save changes in module dhcp: Can't use an undefined value as an ARRAY reference at <anonymous component> line 72.

Stack:
  [<anonymous component>:72]
2011/07/08 12:11:42 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: dns
2011/07/08 12:11:45 DEBUG> dhcp-address.pl:32 main:: - Called dhcp-address.pl with the following values:
2011/07/08 12:11:45 DEBUG> dhcp-address.pl:35 main:: - iface: eth0
2011/07/08 12:11:45 DEBUG> dhcp-address.pl:38 main:: - address: 71.33.185.146
2011/07/08 12:11:45 DEBUG> dhcp-address.pl:41 main:: - mask: 255.255.255.255
2011/07/08 12:11:46 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: ids
2011/07/08 12:11:48 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: firewall
2011/07/08 12:11:49 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: trafficshaping
2011/07/08 12:11:49 ERROR> Lock.pm:31 EBox::Util::Lock::lock - Could not get lock for service: firewall
2011/07/08 12:11:49 ERROR> Global.pm:589 EBox::Global::__ANON__ - Failed to save changes in module firewall: Could not get lock for service: firewall
2011/07/08 12:11:49 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: captiveportal
2011/07/08 12:11:51 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: logs
2011/07/08 12:11:52 ERROR> Global.pm:630 EBox::Global::saveAllModules - The following modules failed while saving their changes, their state is unknown: dhcp firewall
2011/07/08 12:11:54 INFO> CaptiveDaemon.pm:188 main:: - Starting Captive Portal Daemon
2011/07/08 12:11:55 ERROR> Lock.pm:31 EBox::Util::Lock::lock - Could not get lock for service: firewall
2011/07/08 12:11:58 INFO> CaptiveDaemon.pm:188 main:: - Starting Captive Portal Daemon
2011/07/08 12:11:59 ERROR> Lock.pm:31 EBox::Util::Lock::lock - Could not get lock for service: firewall
2011/07/08 12:12:00 INFO> Base.pm:890 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/firewall.postservice 1
2011/07/08 12:12:01 INFO> CaptiveDaemon.pm:188 main:: - Starting Captive Portal Daemon
2011/07/08 12:12:09 INFO> Global.pm:526 EBox::Global::saveAllModules - Saving config and restarting services: firewall ids logs
2011/07/08 12:12:09 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: firewall
2011/07/08 12:12:14 INFO> Base.pm:890 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/firewall.postservice 1
2011/07/08 12:12:14 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: ids
2011/07/08 12:12:16 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: logs
2011/07/08 12:17:04 INFO> Service.pm:719 EBox::Module::Service::restartService - Restarting service for module: events
2011/07/08 12:17:06 INFO> EventDaemon.pm:307 EBox::EventDaemon::_loadModules - EBox::Event::Dispatcher::Log loaded from registeredDispatchers
2011/07/08 12:48:14 INFO> Global.pm:526 EBox::Global::saveAllModules - Saving config and restarting services: ids services trafficshaping firewall captiveportal ipsec logs
2011/07/08 12:48:14 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: ids
2011/07/08 12:48:16 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: services
2011/07/08 12:48:17 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: trafficshaping
2011/07/08 12:48:18 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: firewall
2011/07/08 12:48:22 INFO> Base.pm:890 EBox::Module::Base::_hook - Running hook: /etc/zentyal/hooks/firewall.postservice 1
2011/07/08 12:48:22 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: captiveportal
2011/07/08 12:48:23 INFO> Base.pm:227 EBox::Module::Base::save - Restarting service for module: logs
2011/07/08 12:48:25 INFO> CaptiveDaemon.pm:188 main:: - Starting Captive Portal Daemon

2

Installation and Upgrades / New 2.1 installation zentyal-services failure:

« on: June 21, 2011, 05:34:50 pm »

Attempting to install upon 2.6.35-30-generic based Lucid, due to 2.6.32's continued failures to deal with the default ext4 correctly...

Preparing to replace zentyal-services 2.1.1 (using zentyal-services_2.1.1_all.deb) ...
Unpacking replacement zentyal-services ...
Setting up zentyal-services (2.1.1) ...
This service has no protocols configureddpkg: error processing zentyal-services (--install):
 subprocess installed post-installation script returned error exit status 255
Errors were encountered while processing:
 zentyal-services

3

Installation and Upgrades / Re: Dashboard Bandwidth Graphs not updating, after updates

« on: April 28, 2011, 06:49:54 pm »

Finally I've figured out the issue (or at least one just like it), if you add a space " " in the interface name the Dashboard Bandwidth Graphs will not update or even show ! Replace spaces with "_" underscore.

I also tough it was related with some update, after a few installations on several machines at no specific update it would vanish !

Hope this Helps !

Thanx, but in my case, this was NOT the issue's cause.  I discovered that iface names, group names, and such should not have spaces / special characters in them quite some time ago, due to another issue.  As a result, my iface names remain at default settings of eth0, eth1, etc.

However, I can say that keeping things up to date has solved this for me.  Not sure when the updates arrived that repaired it, but I just re-added the iface graph applet to my dashboard, and it is acting as expected.

4

News and Announcements / Re: Zentyal 2.0 packages available in Ubuntu Natty repositories!

« on: April 22, 2011, 08:57:27 pm »

Guess my only question is:

Do they work?

Jaunty had packages in the "official" repo's as well, and the majority were nearly unusable...

5

Installation and Upgrades / Re: How I "fixed" PXE support on my Zentyal 2.0 server

« on: January 07, 2011, 05:35:53 pm »

First, until it works correctly, remove it from the default DHCP Module install.  It's deceptive to those who wish to use it, and does NOT work as advertised.

Second, as stated in a previous post, get rid of the browse button, on the line for boot image.  It browses local file-system, rather than that of the Zentyal server, and that's not likely to be where the image is.

Third, I can't offer much insight as to how, but get it working as it should.  When given the path to a boot image, the web-admin ignores it, and it is currently NOT used by the  /usr/share/ebox/stubs/dhcp/subnet.mas script's lines:

Code: [Select]

% if(defined($info{'filename'})) {
                filename "<% $info{'filename'} %>";
% }Why not?  I don't know, but that may be a decent place to start lookin'...

6

Installation and Upgrades / Re: How I "fixed" PXE support on my Zentyal 2.0 server

« on: January 05, 2011, 02:46:46 am »

Wow...  Another of these things Zentyal is SUPPOSED to be able to do, but isn't, and still doesn't seem to get any attention from the devs...

So, I'm fiddling around in /usr/share/ebox/stubs/dhcp/, trying to find where or how to fix this, and boiled it down to the subnet.mas file, and attempted to statically define the boot-file that it can't seem to find.

The following lines should 1. not do anything if NOT defined, 2. CORRECTLY populate the line in dhcpd.conf if defined, and 2. Be statically configurable, for those of us who need to use it before it's fixed...

Code: [Select]

% if(defined($info{'filename'})) {
                filename "<% $info{'filename'} %>";
% }
Change them to:

Code: [Select]

                filename "/pxelinux.0";or

Code: [Select]

                filename "/path/to/pxelinux.0";with the /path/to being relative to /var/lib/tftpboot, such as /var/lib/tftpboot/path/to/pxelinux.0.

At least, this is working for me, with my line reading:

Code: [Select]

                filename "/ltsp/i386/pxelinux.0";

7

News and Announcements / Re: Zentyal Desktop 0.1 published (first alpha version)

« on: December 19, 2010, 03:47:47 am »

Hi SamK,

We don't plan to support any Linux Desktop Environment different than GNOME at the moment. But if anyone could contribute doing it, we will be very glad to integrate it

May I ask why we'd rather make Linux and our tools cater to Windows users, than to make them so they cater to ourselves, as Linux users?  Seems kinda' bass-ackwards to me...

8

Installation and Upgrades / Re: Groups CANNOT have spaces or special characters in name [was: RADIUS fails...]

« on: December 16, 2010, 05:46:31 pm »

OK, so after posting the last reply, and linking a few other threads to this one for looking at, I decided to try a little something:

I deleted my group, "Clients - Radius", and recreated as "radius", then included all the appropriate users, and saved...  Voila, it worked.

If we can't have spaces or special characters in our groups, don't ya' think that the Users and Groups module should PREVENT you from saving or creating them this way?

I do...

9

Installation and Upgrades / Re: RADIUS autentication

« on: December 16, 2010, 05:28:34 pm »

I believe that you're supposed to be able to do so, but it does not seem to work.  See this thread, for my results in attempting to do so:  http://forum.zentyal.org/index.php?topic=5422

10

Installation and Upgrades / Re: RADIUS Module fails upon any change to group

« on: December 16, 2010, 05:22:36 pm »

I'm bumping this, due to lack of interest / response, with further info:

The following, minus irrelevant entries (firewall and such) can be found in the ebox.log, after changing the allowed group, and saving changes:

Code: [Select]

2010/12/16 09:09:39 INFO> Global.pm:525 EBox::Global::saveAllModules - Saving config and restarting services: firewall radius
2010/12/16 09:12:13 INFO> Base.pm:151 EBox::Module::Base::save - Restarting service for module: radius
2010/12/16 09:12:44 ERROR> Sudo.pm:212 EBox::Sudo::_rootError - root command /etc/init.d/freeradius restart failed.
Error output:
Command output:  * Stopping FreeRADIUS daemon freeradius
    ...done.
  * Starting FreeRADIUS daemon freeradius
    ...fail!
Exit value: 1
2010/12/16 09:12:45 ERROR> Global.pm:622 EBox::Global::saveAllModules - The following modules failed while saving their changes, their state is unknown: radius
2010/12/16 09:12:49 ERROR> Sudo.pm:212 EBox::Sudo::_rootError - root command cat /var/run/freeradius/freeradius.pid failed.
Error output: cat: /var/run/freeradius/freeradius.pid: No such file or directory
Command output: .
Exit value: 1
2010/12/16 09:13:26 ERROR> Sudo.pm:212 EBox::Sudo::_rootError - root command cat /var/run/freeradius/freeradius.pid failed.
Error output: cat: /var/run/freeradius/freeradius.pid: No such file or directory
Command output: .
Exit value: 1
2010/12/16 09:15:28 INFO> ebox-notify-job:62 EBox::RemoteServices::Job::Notifier::__ANON__ - Job 14 finished with exit value 0 CC will be notified
2010/12/16 09:15:44 INFO> ebox-notify-job:62 EBox::RemoteServices::Job::Notifier::__ANON__ - Job 5 finished with exit value 0 CC will be notified
2010/12/16 09:15:56 INFO> Service.pm:706 EBox::Module::Service::restartService - Restarting service for module: radius
2010/12/16 09:16:05 ERROR> Sudo.pm:212 EBox::Sudo::_rootError - root command cat /var/run/freeradius/freeradius.pid failed.
Error output: cat: /var/run/freeradius/freeradius.pid: No such file or directory
Command output: .
Exit value: 1
2010/12/16 09:16:07 ERROR> Sudo.pm:212 EBox::Sudo::_rootError - root command /etc/init.d/freeradius start failed.
Error output:
Command output:  * Starting FreeRADIUS daemon freeradius
    ...fail!
Exit value: 1
2010/12/16 09:16:07 ERROR> Service.pm:711 EBox::Module::Service::__ANON__ - Error restarting service: root command /etc/init.d/freeradius start failed.
Error output:
Command output:  * Starting FreeRADIUS daemon freeradius
    ...fail![\code]

11

Installation and Upgrades / Dashboard Bandwidth Graphs not updating, after updates

« on: December 07, 2010, 06:19:38 pm »

As of 06 December 2010's updates, the issue described in this thread (http://forum.zentyal.org/index.php?topic=1865.0) seems to be back.

She's the gateway to a network that is currently running 2 scp operations to public hosts via VPN, each at ~40 KiBs/sec, among other things (just plain surfing, Hulu, etc...), and after HOURS of leaving the dashboard open, the graphs still sit at 0b.  After I noticed this, I played with it a little, and once or twice, they would do the odd thing where the lines suddenly drop to bottom, and at the far right end, shoot sharply up to top right corner.  Then, however, they freeze in that position.

Again, not too terribly large an issue for me, but it may be for others...

12

Installation and Upgrades / Disabling DHCP Module DOES NOT DISABLE IT [SOLVED]

« on: November 30, 2010, 12:19:28 am »

I, occasionally, need to use the DHCP Service, to issue a small IP range, for a SHORT time.

This is a TEMPORARY need, and NEEDS TO BE TEMPORARY.

So, I enable the DHCP Service, set up a range to be issued from, and when done, disable the DHCP Service, but CONTINUE to see that very range of IP's issued, afterward...

When I disable something, I expect it to BE DISABLED.

13

Installation and Upgrades / Re: IMAP Connection Failure

« on: November 19, 2010, 03:07:35 am »

So, I take it that this issue has still not been fixed?

I'm getting the same errors, in process of performing this fix, on:

Thu Nov 18 19:05:47 MST 2010

Core v. 2.0.7

Any chance of getting it taken care of?

14

Installation and Upgrades / Re: Root command /etc/init.d/slapd start failed

« on: November 11, 2010, 07:28:46 am »

And suddenly, in the last day or two, this has happened to me, on an UNCHANGED VirtualBox install from CD, again.  Of course, as a result, all the services that depend upon it are failing, as well...

WHAT'S CAUSING SLAPD TO FAIL, AND HOW CAN IT BE FIXED?

I cannot afford to lose my users and groups data every 3-5 days, by reinstalling the whole module.  And, I'm QUITE SURE that I'm NOT the only one who cannot...

15

Installation and Upgrades / Re: Ebox 1.5 RADIUS and IDS Modules cannot be started...

« on: November 06, 2010, 06:38:41 am »

OK, so turns out the RADIUS module DOES start, so long as I leave the Users and Groups alone, after I enable RADIUS.  Once enabled (now on 2.0.6 from CD, but I believe same issue in my OP in this thread), RADIUS runs fine until either I add/change users or groups, or change the permitted group in RADIUS setup page, to any other than "All Users".

IDS, as well, as of 2.0-ish, is working as expected...