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.
Pages: [1] 2
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
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
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
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
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
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 »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
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:Quotegrep -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
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
Pages: [1] 2