Messages

1

Installation and Upgrades / Re: My failed attempt at upgading from 7.1.1 to Zentyal 8.0

« on: April 12, 2024, 08:09:50 pm »

running the following and accepting defaults seems to do the trick:

dpkg-reconfigure clamav-daemon

2

Installation and Upgrades / Re: My failed attempt at upgading from 7.1.1 to Zentyal 8.0

« on: April 12, 2024, 06:28:06 pm »

Same symptoms here for Antivirus - start from GUI, stops after about 30 secs

Exact same log entry

The following file does not exist in my system:

/var/run/clamav/clamd.ctl

3

Installation and Upgrades / Re: Zentyal 8 breaks when trying to update packages

« on: April 12, 2024, 04:36:36 pm »

Many thanks for this.

I can confirm that after using option 2 here (command line option): https://doc.zentyal.org/en/upgrade.html

this worked for me (7.1.2 to 8.0.1)

Small point for correction at some point - Splash screen on start-up still says Zentyal 7.0

4

Installation and Upgrades / Re: Looking for reassurance before upgrading 7.1.1 to 8.0

« on: April 02, 2024, 06:49:18 pm »

Many thanks zyzio

5

Installation and Upgrades / Looking for reassurance before upgrading 7.1.1 to 8.0

« on: April 02, 2024, 05:47:19 pm »

After reading of problems both here and on github, can anyone confirm a successful upgrade from 7.1.1 to 8.0 using the "Upgrade Now" button on the Dashboard?

6

News and Announcements / Re: Zentyal 7.0 available!

« on: June 09, 2023, 04:12:04 pm »

This may explain!

https://www-heraldo-es.translate.goog/noticias/aragon/zaragoza/2019/02/06/audiencia-zaragoza-condena-dos-ejecutivos-empresa-zentyal-administracion-desleal-1291185-2261126.html?_x_tr_sl=auto&_x_tr_tl=en&_x_tr_hl=en-US&_x_tr_pto=wapp

Sorry where?

All links are dead...

Downloads community version (any) not possible. Always Document not found Error 404.
Sad... Is community still alive?
FF 88.0.1, Ubuntu 20.04 LTS

7

Other modules / DNS - restart from Interface not working

« on: February 06, 2017, 10:26:02 am »

Zentyal Development Edition

I have upgraded from 4.X to 5.0.4 from the Dashboard.

The option to Restart DNS from Module Status in the Dashboard no longer works - giving the following message at the top of the page:

"Error restarting service DNS. See /var/log/zentyal/zentyal.log for more information."

The tail of the logs say:

/var/log/zentyal/zentyal.log <==
2017/02/06 09:02:58 WARN> zentyal.psgi:43 Plack::Sandbox::_2fusr_2fshare_2fzentyal_2fpsgi_2fzentyal_2epsgi::__ANON__ - Text::DHCPLeases::Object::parse Error: Statement not recognized: 'set vendor-class-identifier = "dhcpcd-5.5.6";'
 at /usr/share/perl5/Text/DHCPLeases.pm line 148.
2017/02/06 09:02:58 WARN> zentyal.psgi:43 Plack::Sandbox::_2fusr_2fshare_2fzentyal_2fpsgi_2fzentyal_2epsgi::__ANON__ - Text::DHCPLeases::Object::parse Error: Statement not recognized: 'set vendor-class-identifier = "MSFT 5.0";'
 at /usr/share/perl5/Text/DHCPLeases.pm line 148.
2017/02/06 09:02:58 WARN> zentyal.psgi:43 Plack::Sandbox::_2fusr_2fshare_2fzentyal_2fpsgi_2fzentyal_2epsgi::__ANON__ - Text::DHCPLeases::Object::parse Error: Statement not recognized: 'set vendor-class-identifier = "dhcpcd-5.5.6";'
 at /usr/share/perl5/Text/DHCPLeases.pm line 148.
2017/02/06 09:02:58 WARN> zentyal.psgi:43 Plack::Sandbox::_2fusr_2fshare_2fzentyal_2fpsgi_2fzentyal_2epsgi::__ANON__ - Text::DHCPLeases::Object::parse Error: Statement not recognized: 'set vendor-class-identifier = "MSFT 5.0";'
 at /usr/share/perl5/Text/DHCPLeases.pm line 148.
2017/02/06 09:02:58 WARN> zentyal.psgi:43 Plack::Sandbox::_2fusr_2fshare_2fzentyal_2fpsgi_2fzentyal_2epsgi::__ANON__ - Text::DHCPLeases::Object::parse Error: Statement not recognized: 'set vendor-class-identifier = "dhcpcd-5.5.6";'
 at /usr/share/perl5/Text/DHCPLeases.pm line 148.
/usr/share/perl5/Text/DHCPLeases.pm

Any thoughts?

Thanks

8

Installation and Upgrades / Re: Webadmin Internal Server Error

« on: November 16, 2014, 11:13:18 am »

See Reply #36 here for a solution:

https://forum.zentyal.org/index.php/topic,23815.36.html

9

Installation and Upgrades / Re: Zentyal 3.5 GUI Upgrade to 4.0 Internal Server Error

« on: November 15, 2014, 07:08:28 pm »

I've removed the commenting out and issued the commands as requested.

All good!!!!

Webadmin interface back and logged in successfully.

Well done

10

Installation and Upgrades / Re: Zentyal 3.5 GUI Upgrade to 4.0 Internal Server Error

« on: November 15, 2014, 06:25:36 pm »

Ok, it is abit difficult to me to try to fix this without having a mahcine which shows the problem but I think we can try other thing:

1. Bakcup the file /var/lib/zentyal/conf/webadmin/psgi-subapps.yaml (jsut in case we broke something and had to restore it)
2. Execute: sudo perl -MEBox -MEBox::WebAdmin::PSGI -e'EBox::init(); EBox::WebAdmin::PSGI::removeSubApp("/ebox"); 1'
3. Execute: sudo perl -MEBox -MEBox::WebAdmin::PSGI -e'EBox::init(); EBox::WebAdmin::PSGI::removeSubApp("/soap"); 1'
4. Restart webadmin with "sudo service zentyal webadmin restart"

OK - do you require the commenting out to be removed first?

11

Installation and Upgrades / Re: Zentyal 3.5 GUI Upgrade to 4.0 Internal Server Error

« on: November 15, 2014, 06:01:08 pm »

Commented out and webadmin restarted but no fix I'm afraid!

12

Installation and Upgrades / Re: Zentyal 3.5 GUI Upgrade to 4.0 Internal Server Error

« on: November 15, 2014, 01:50:25 pm »

It baffles me where this RemoteAccess reference comes from.

Can you please, run another grep comand to check your system?.

This time:

grep -ri RemoteAccess /usr/share/perl* /etc/* /var/lib/zentyal*

output attached

13

Installation and Upgrades / Re: Zentyal 3.5 GUI Upgrade to 4.0 Internal Server Error

« on: November 15, 2014, 11:16:12 am »

Sorry, I typed wrong the grep command. The command is "grep -ri EBox::RemoteServices::RemoteAccess' /usr/share/perl5/EBox*"(without the ' before EBox).

Looking at the output of Trvaa, I dont see any reference to EBox::RemoteServices:RemoteAccess. Maybe it is cached somewhere?. If you reboot the computer the problem continues?

I think the command is fine it's just that there is no instance of "EBox::RemoteServices::RemoteAccess" to find.

My output was for grep looking for "EBox::RemoteServices:" only.

I've rebooted a couple of times and no difference.

14

Installation and Upgrades / Re: Zentyal 3.5 GUI Upgrade to 4.0 Internal Server Error

« on: November 14, 2014, 10:23:02 pm »

I have the error in /var/log/upstart/zentyal.webadmin-uwsgi.log:

Can't locate EBox/RemoteServices/RemoteAccess.pm in @INC (you may need to install the EBox::RemoteServices::RemoteAccess module) (@INC contains: /etc/perl /usr/local/lib/perl/5.18.2 /usr/local/share/perl/5.18.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl .) at (eval 156) line 2.
BEGIN failed--compilation aborted*** uWSGI perl stacktrace ***
Trace begun at (eval 158) line 1
eval 'Devel::StackTrace->new->as_string;' at (eval 158) line 0
eval 'use EBox::RemoteServices::RemoteAccess' at /usr/share/perl5/EBox/WebAdmin/PSGI.pm line 224
EBox::WebAdmin::PSGI::_getCodeRef('EBox::RemoteServices::RemoteAccess::validate') called at /usr/share/perl5/EBox/WebAdmin/PSGI.pm line 119
EBox::WebAdmin::PSGI::subApps at /usr/share/zentyal/psgi/zentyal.psgi line 60
eval '#line 1 /usr/share/zentyal/psgi/zentyal.psgi
# Copyright (C) 2010-2014 Zentyal S.L.

But no output from using " grep -ri 'EBox::RemoteServices::RemoteAccess' /usr/share/perl5/EBox*"

Output from: " grep -ri 'EBox::RemoteServices:' /usr/share/perl5/EBox*" is attached

15

Installation and Upgrades / Re: Zentyal 3.5 GUI Upgrade to 4.0 Internal Server Error

« on: November 14, 2014, 07:00:14 pm »

Hello people,

1. Can you check you have haproxy running?. If it is running stop/remove it and restart webadin. with "sudo service zentyal webadmin restart"

2. If you have not the first problem. Do you have the  package 'zentyal-cloud-prof' installed?. Can you try to remove it?

I don't have haproxy or zentyal-cloud-prof installed

packages list attached