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: Pre-Upgrade check 7.1.3 to 8.0 - possible issue in log /var/log/syslog
« on: August 23, 2024, 10:14:18 pm »
I have done the steps outlined in the first entry of this post and after un-enabling Dynamic DNS Options, then re-enabling all seems fine.
I can now reverse lookup IP addresses using nslookup.
There are now no errors in the logs.
I can now reverse lookup IP addresses using nslookup.
There are now no errors in the logs.
2
Installation and Upgrades / Re: Pre-Upgrade check 7.1.3 to 8.0 - possible issue in log /var/log/syslog
« on: August 23, 2024, 06:50:13 pm »
However, on looking a bit further I do have:
/etc/dhcp/ddns-keys/keys
Which contains a secret key!
Is this for something else?
/etc/dhcp/ddns-keys/keys
Which contains a secret key!
Is this for something else?
3
Installation and Upgrades / Re: Pre-Upgrade check 7.1.3 to 8.0 - possible issue in log /var/log/syslog
« on: August 23, 2024, 05:48:21 pm »
thank you very much:
I have a dhcpuser and the /var/log/zentyal/zentyal.log has:
# If the domain user is present
Creating dhcpduser for dynamic dns DON'T NEED, ignore step
but I don't have:
/etc/dhcp/samba-keys/dhcpduser.keytab
I'm not sure why it was not created but it looks like I need to create it using the steps in the log
I have a dhcpuser and the /var/log/zentyal/zentyal.log has:
# If the domain user is present
Creating dhcpduser for dynamic dns DON'T NEED, ignore step
but I don't have:
/etc/dhcp/samba-keys/dhcpduser.keytab
I'm not sure why it was not created but it looks like I need to create it using the steps in the log
4
Installation and Upgrades / Re: Pre-Upgrade check 7.1.3 to 8.0 - possible issue in log /var/log/syslog
« on: August 23, 2024, 01:15:24 pm »
OK it's Aug 23 12:09 and there are 141 views but no comment.
Could I ask in a slightly different way?
Could someone check if they have a /etc/dhcp/samba-keys/dhcpduser.keytab
ls -l /etc/dhcp/samba-keys/ should do it and indicate what XXXX:XXXX is - presumable root:dhcpd ?
Thanks
Could I ask in a slightly different way?
Could someone check if they have a /etc/dhcp/samba-keys/dhcpduser.keytab
ls -l /etc/dhcp/samba-keys/ should do it and indicate what XXXX:XXXX is - presumable root:dhcpd ?
Thanks
5
Installation and Upgrades / [SOLVED] Pre-Upgrade check 7.1.3 to 8.0 - possible issue in log /var/log/syslog
« on: August 21, 2024, 06:20:21 pm »
Checking the logs before upgrading from 7.1.3 to 8.0 the only entry I see that may be problematical is the following in /var/log/syslog
Aug 21 16:38:50 my-server sh[34182]: Required keytab /etc/dhcp/samba-keys/dhcpduser.keytab not found, it needs to be created.
Aug 21 16:38:50 my-server sh[34182]: Use the following commands as root
Aug 21 16:38:50 my-server sh[34182]: samba-tool domain exportkeytab --principal=dhcpduser@MYDOMAIN.LAN /etc/dhcp/samba-keys/dhcpduser.keytab
Aug 21 16:38:50 my-server sh[34182]: chown XXXX:XXXX /etc/dhcp/samba-keys/dhcpduser.keytab
Aug 21 16:38:50 my-server sh[34182]: Replace 'XXXX:XXXX' with the user & group that dhcpd runs as on your distro
Aug 21 16:38:50 my-server sh[34182]: chmod 400 /etc/dhcp/samba-keys/dhcpduser.keytab
The current system 7.1.3 appears to be functioning OK.
Does anyone know if this is spurious or does it need actioning?
Thanks
Aug 21 16:38:50 my-server sh[34182]: Required keytab /etc/dhcp/samba-keys/dhcpduser.keytab not found, it needs to be created.
Aug 21 16:38:50 my-server sh[34182]: Use the following commands as root
Aug 21 16:38:50 my-server sh[34182]: samba-tool domain exportkeytab --principal=dhcpduser@MYDOMAIN.LAN /etc/dhcp/samba-keys/dhcpduser.keytab
Aug 21 16:38:50 my-server sh[34182]: chown XXXX:XXXX /etc/dhcp/samba-keys/dhcpduser.keytab
Aug 21 16:38:50 my-server sh[34182]: Replace 'XXXX:XXXX' with the user & group that dhcpd runs as on your distro
Aug 21 16:38:50 my-server sh[34182]: chmod 400 /etc/dhcp/samba-keys/dhcpduser.keytab
The current system 7.1.3 appears to be functioning OK.
Does anyone know if this is spurious or does it need actioning?
Thanks
6
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
7
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
8
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
9
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
10
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?
11
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
12
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
13
Installation and Upgrades / Re: Webadmin Internal Server Error
« on: November 16, 2014, 11:13:18 am »14
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
15
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?
Pages: [1] 2