Zentyal Forum, Linux Small Business Server
Zentyal Server => Installation and Upgrades => Topic started by: J. A. Calvo on October 03, 2011, 01:46:35 pm
-
We're looking for volunteers to test the migration tool from Zentyal 2.0 to Zentyal 2.2 in testing environments. Although we think the tool may be ready and all our internal tests have succeeded, we think it would be a good idea to have a bit of help from the community to make sure it doesn't have any serious issue.
You can find all the information on how to use the migration tool, as well as the known issues at:
http://trac.zentyal.org/wiki/Documentation/Community/Migration
Ideally this should be used on test environments only, but if you want to try with your production server out of office hours we recommend you to be as careful as possible. Above all, please make sure that you can restore a backup if anything goes wrong.
Let us know of any issues you find! Happy migration!
-
Excellent, I'll give a try not later than tonight and will let you know.
-
Hellooo, I will make a test and tell you
-
buenas, estoy probando la herramienta pero me encontre con el siguiente problema.
al ejecutar ./migrate.sh
empeso a actualizar el sistema despues de hacerlo, y confirmar que ya estaba echo todo, empeso otra vez en este caso no se pudo comunicar con un APT de ubuntu dandome el error que compruebe mi coneccion a internet, lo cual revisando modique las DNS de mi maquina.
El problema es cuando quise continuar con la migracion no me daba esa posiblidad directamente solo hacia una actualizacion y se queda igual me envia a la linea de comando.
Entonces de momento la solucion que encontre fue apt-get install zentyal
empesando a instalar de 0 todo
...
gracias
:)
-
Hi, after running the migration tool and rebooting the server, whenever i try to access to the web console i get an error saying something like "Can't call method "valueByName" on an undefined value".
Do you need some other info?
Regards,
EDIT: This is the exact message. Can't call method "valueByName" on an undefined value at /usr/share/perl5/EBox/Network.pm line 2257.
-
Migration definitely doesn't work for me.
I first ran
-> apt-get update
-> apt-get upgrade
system was already up to date...
then downloaded migration script, unzip and launched migration.
I got a first message to upgrade system. So far so good.. then migration when further until I got this error message (I'm not sure I copied from the very begining :-[):
Package zentyal-core is not configured yet.
zentyal-ntp depends on zentyal-core (<< 2.No apport report written because MaxReports is reached already
No apport report written because MaxReports is reached already
No apport report written because MaxReports is reached already
No apport report written because MaxReports is reached already
2.100); however:
Package zentyal-core is not configured yet.
zentyal-ntp depends on zentyal-firewall; however:
Package zentyal-firewall is not configured yet.
dpkg: error processing zentyal-ntp (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of zentyal-software:
zentyal-software depends on zentyal-core (>= 2.2); however:
Package zentyal-core is not configured yet.
zentyal-software depends on zentyal-core (<< 2.2.100); however:
Package zentyal-core is not configured yet.
dpkg: error processing zentyal-software (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of zentyal-squid:
zentyal-squid depends on zentyal-core (>= 2.2); however:
Package zentyal-core is not configured yet.
zentyal-squid depends on zentyal-core (<< 2.2.100); however:
Package zentyal-core is not configured yet.
zentyal-squid depends on zentyal-firewall; however:
Package zentyal-firewall is No apport report written because MaxReports is reached already
No apport report written because MaxReports is reached already
not configured yet.
zentyal-squid depends on zentyal-objects; however:
Package zentyal-objects is not configured yet.
zentyal-squid depends on zentyal-users; however:
Package zentyal-users is not configured yet.
dpkg: error processing zentyal-squid (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of zentyal-webserver:
zentyal-webserver depends on zentyal-core (>= 2.2); however:
Package zentyal-core is not configured yet.
zentyal-webserver depends on zentyal-core (<< 2.2.100); however:
Package zentyal-core is not configured yet.
zentyal-webserver depends on zentyal-firewall; however:
Package zentyal-firewall is not configured yet.
zentyal-webserver depends on zentyal-ca; however:
Package zentyal-ca is not configured yet.
dpkg: error processing zentyal-webserver (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of zentyal-webmail:
zentyal-webmail depends on zentyal-core (>= 2.2); however:
Package zentyal-core is not configured yet.
zentyal-webmail depends on zentyal-core (<< 2.2.100); however:
Package zentyal-core is not configured yet.
zentyal-webmail depends on zentyal-users; however:
Package zentyal-users is not configured yet.
zentyal-webmail depends on zentyal-webserver; however:
Package zentyal-webserver is not configured yet.
zentyal-webmail depends on zentyal-mail; however:
Package zentyal-mail is not configured yet.
dpkg: error processing zentyal-webmail (--configure):
dependency problems - leaving unconfigured
No apport report written because MaxReports is reached already
Errors were encountered while processing:
zentyal-core
zentyal-objects
zentyal-services
zentyal-network
zentyal-firewall
zentyal-antivirus
zentyal-ca
zentyal-dhcp
zentyal-dns
zentyal-ebackup
zentyal-users
zentyal-ftp
zentyal-mail
zentyal-mailfilter
zentyal-monitor
zentyal-ntp
zentyal-software
zentyal-squid
zentyal-webserver
zentyal-webmail
E: Sub-process /usr/bin/dpkg returned an error code (1)
Command FAILED! Please check your internet connectivity
Press return to continue or Control+C to abort...
From there I'm blocked ::)
I'll try to remove zentyal and install is again...
-
christian, when that error appears, could you check the following?
ps aux | grep ebox
I think the problem is that there is still any 2.0 daemon running as ebox user. If we find which is, we can fix it by just adding the proper stop command to the migration tool.
Thanks for the testing!
-
Unfortunately, as I ran this upgrade on, kind of, production server (I mean I needed it to access at least this forum ;)), I took stronger action and rebooted the whole server then reinstalled manually Zentyal.
Not a piece of cake because packages were already partially installed but not configured.
Installation is still not completed because I'm again blocked with "user" module.
I'll work on this first and make comments later.
-
I had similar problems, but it warned me that zarafa couldn't be installed because it didn't meet all of the dependencies. Which is strange because I never had it installed to begin with. I'm now stuck trying to enable users and file sharing after purging ldap and zentyal and reinstalling everything.
I manage four zentyal servers and this is only the first one I've tried upgrading. Not a very good experience.
-
some feedback:
After migration script failure, I tried to reinstall Zentyal but my goal was:
- not to reinstall everything
- not to install with Zentyal 2.2 ISO that is assuming that you wuill ever launch GUI from your server :-X
So I removed all Ebox/zentyal packages, rebooted my server, then finally succeeded with Zentyla package installation and initial config, at least enough to launch GUI from my browser.
I've been able to reinstall everything but I'm facing now some strange behaviour deserving further investigation:
- trying to create webmail vhost, I got an error message stating that it was already existing...
- proxy auto-discovery doesn't work any more
Looking further, I realized that what DNS service exposes doesn't reflect what I configure in DNS service using GUI interface but reflects what is still stored in /var/lib/bind.
Usercorner doesn't work neither (error 500)
When I will have more time, I'll reinstall Ubutnu server again and try to reinstall Zentyal packages. >:( >:(
-
some feedback:
After migration script failure, I tried to reinstall Zentyal but my goal was:
- not to reinstall everything
- not to install with Zentyal 2.2 ISO that is assuming that you wuill ever launch GUI from your server :-X
So I removed all Ebox/zentyal packages, rebooted my server, then finally succeeded with Zentyla package installation and initial config, at least enough to launch GUI from my browser.
I've been able to reinstall everything but I'm facing now some strange behaviour deserving further investigation:
- trying to create webmail vhost, I got an error message stating that it was already existing...
- proxy auto-discovery doesn't work any more
Looking further, I realized that what DNS service exposes doesn't reflect what I configure in DNS service using GUI interface but reflects what is still stored in /var/lib/bind.
Usercorner doesn't work neither (error 500)
When I will have more time, I'll reinstall Ubutnu server again and try to reinstall Zentyal packages. >:( >:(
How were you able to get pass enabling the user and file sharing modules? If you even did enable these. I keep getting a white screen that says "OK" with some error description of an internal configuration. I continue to run into this problem even after purging zentyal and ldap. I've also attempted to restore some of my configuration settings from a previous configuration backup with no success. When I try to attempt a config restore on samba using the restore configuration in the /usr/share/zentyal directory I run into LDAP issues.
Can anyone answer? I do not want to risk having to reinstall Zentyal from ISO. I ahve to much valuable data stored on this file server.
-
Segunda prueba de la herramienta, en principio ha echo todo bien
pero una vez reinicias
Sorry, an unexpected error has occurred
Can't call method 'valueByName' on an undefined value
Show technical details
Report the problem
Trace
Can't call method "valueByName" on an undefined value at /usr/share/perl5/EBox/Network.pm line 2257.
Go back
-
Segunda prueba de la herramienta, en principio ha echo todo bien
pero una vez reinicias
Sorry, an unexpected error has occurred
Can't call method 'valueByName' on an undefined value
Show technical details
Report the problem
Trace
Can't call method "valueByName" on an undefined value at /usr/share/perl5/EBox/Network.pm line 2257.
Go back
If it helps anyone any and before I got myself into my current situation; I also had received this same error but I induced it by running the 'run-parts' command on the post-upgrade folder. Before I ran those scripts I was presented with a login screen to enter Zentyal Dashboard.
-
The migration tool now contains an important fix importing the old configuration. If your have experienced problems, please try to download it again and start the migration from the scratch (clean 2.0) or try to hotfix your half-done migration with:
sed -i "s/^value: \\([^'].*\\)/value: '\\1'/g" /var/lib/ebox/redis_dump.yaml
run-parts post-upgrade
Note that the second command needs to be executed from inside the zentyal-migrate-2.0-to-2.2 directory.
-
I tested the hotfix. I can access to the web console now...
-
I increased the number of possible users by using 'olcSizeLimit' , but now the migration tool do not like this. Should i remove it before migration?
Copying old ebox dirs to zentyal...
Importing old configuration...
Upgrading objects to new schema...
Upgrading ldap attributes (quotas from mail and users)...
root command set -e
/usr/share//zentyal-users/slapd.backup
mkdir -p /var/lib/ldap/
sh -c '/bin/rm -rf /var/lib/ldap//*'
/usr/sbin/slapadd -c -F /etc/ldap/slapd.d -b 'cn=config' < /var/lib/zentyal/tmp/users-dump/master-config.ldif
chown -R openldap:openldap /etc/ldap/slapd.d
chown -R openldap:openldap /var/lib/ldap/ failed.
Error output: could not stat config file "/etc/ldap/slapd.conf": No such file or directory (2)
slapcat: bad configuration file!
Entry (olcOverlay={0}syncprov,olcDatabase={1}hdb,cn=config), attribute 'olcSizeLimit' not allowed
slapadd: dn="olcOverlay={0}syncprov,olcDatabase={1}hdb,cn=config" (line=451): (65) attribute 'olcSizeLimit' not allowed
Command output: .
Exit value: 1run-parts: ./post-upgrade/004_upgrade_ldap exited with return code 1
-
Hello,
I have a master/slave architecture
1 Master 5 slaves + 1 extra computer (slave) for testing
i run the (new) migration tool on my slave 2.0.23 and get errors
File 1 in my attachement - the complete migration script output.
File 2 is the Zentyal.log
It was a fresh Zentyal 2.0.23 Installation
my test environment
Configuration:
as Slave - successful connected to Master
PDC with one configured share
1 configured user in Zarafa
after i run the migration tool i cant login to zarafa
Thanks for helping ;)
-
Hi Mittelerde,
I think this is your only remaining problem:
sh -c '/bin/rm -rf /var/lib/ldap-translucent//*'
/usr/sbin/slapadd -c -s -F /etc/ldap/slapd-translucent.d -b 'cn=config' < /var/lib/zentyal/tmp/users-dump/translucent-config.ldif
chown -R openldap:openldap /etc/ldap/slapd-translucent.d
chown -R openldap:openldap /var/lib/ldap-translucent/ failed.
Error output: Available database(s) do not allow slapcat
olcTranslucentLocal: value #0: olcTranslucentLocal unable to parse attribute quota
slapadd: could not add entry dn="olcOverlay={0}translucent,olcDatabase={1}hdb,cn=config" (line=540):
slapadd: could not add entry dn="olcDatabase={0}ldap,olcOverlay={0}translucent,olcDatabase={1}hdb,cn=config" (line=554):
For some reason there is a syntaxis error in your users dump (/var/lib/zentyal/tmp/users-dump/translucent-config.ldif) around lines 540 and 554. Can you dump that file around these lines? Don't upload the full file, because it may contain you users passwords.
Best regards, and thank you for your feedback
-
Sorry for late reply, I had to struggle with different hardware problem at the same time.
Thanks Guys, this helped a lot. I can now have access to my administration console. problem related to this topic :-)
http://forum.zentyal.org/index.php/topic,8295.msg34228.html#msg34228
Topdog101
-
Migration went ok except for the webserver not starting after the migration due to the apache ssl config changing the ssl cert from /etc/apache/ssl/apache.pem to /etc/apache/ssl/ssl.pem, but the file itself wasn't renamed by the script.
-
Migration seems to complete correctly but when I went to Module Status to enable Users and Groups an error was returned. These are the relevant entries from /var/log/zentyal/zentyal.log.
Linux ngnet-last 2.6.32-34-server #77-Ubuntu SMP Tue Sep 13 20:54:38 UTC 2011 x8 6_64 GNU/Linux Ubuntu 10.04.3 LTS
GNU nano 2.2.2 File: zentyal.log
2011/10/16 14:32:45 INFO> Base.pm:250 EBox::Module::Base::__ANON__ - Saving config for module: objects
2011/10/16 14:32:45 INFO> Base.pm:250 EBox::Module::Base::__ANON__ - Saving config for module: network
2011/10/16 14:32:45 INFO> Base.pm:250 EBox::Module::Base::__ANON__ - Saving config for module: services
2011/10/16 14:32:46 INFO> Base.pm:250 EBox::Module::Base::__ANON__ - Saving config for module: firewall
2011/10/16 14:32:46 INFO> Base.pm:250 EBox::Module::Base::__ANON__ - Saving config for module: samba
2011/10/16 14:32:47 INFO> Service.pm:716 EBox::Module::Service::restartService - Restarting service for module: samba
2011/10/16 14:32:48 INFO> Base.pm:250 EBox::Module::Base::__ANON__ - Saving config for module: squid
2011/10/16 14:32:49 INFO> Service.pm:716 EBox::Module::Service::restartService - Restarting service for module: squid
2011/10/16 14:32:55 INFO> Service.pm:716 EBox::Module::Service::restartService - Restarting service for module: apache
2011/10/16 14:32:55 INFO> Service.pm:716 EBox::Module::Service::restartService - Restarting service for module: logs
2011/10/16 14:32:55 INFO> apache-restart:53 main:: - Waiting for apache to shutdown, attempt 0
2011/10/16 14:32:56 INFO> Service.pm:716 EBox::Module::Service::restartService - Restarting service for module: events
2011/10/16 14:32:56 WARN> Events.pm:507 EBox::Events::_adminDumbness - No event watchers have been enabled
2011/10/16 14:32:56 INFO> install-packages:116 main::__ANON__ - Package installation process finished
2011/10/16 14:33:08 INFO> Users.pm:44 EBox::CGI::UsersAndGroups::Wizard::Users::_processWizard - enabling usersandgroups module
2011/10/16 14:33:22 INFO> GlobalImpl.pm:539 EBox::GlobalImpl::saveAllModules - Saving config and restarting services: firewall mail logs
2011/10/16 14:33:22 INFO> Base.pm:228 EBox::Module::Base::save - Restarting service for module: firewall
2011/10/16 14:33:24 INFO> Base.pm:228 EBox::Module::Base::save - Restarting service for module: logs
2011/10/16 14:33:24 INFO> GlobalImpl.pm:653 EBox::GlobalImpl::saveAllModules - Changes saved successfully
2011/10/16 14:34:10 INFO> GlobalImpl.pm:539 EBox::GlobalImpl::saveAllModules - Saving config and restarting services: firewall mailfilter users mail samba logs
2011/10/16 14:34:10 INFO> Base.pm:228 EBox::Module::Base::save - Restarting service for module: firewall
2011/10/16 14:34:12 INFO> Base.pm:228 EBox::Module::Base::save - Restarting service for module: users
2011/10/16 14:34:12 ERROR> Ldap.pm:1103 EBox::Ldap::safeConnect - Couldn't connect to LDAP server ldapi://%2fvar%2frun%2fslapd%2fldapi, retrying
2011/10/16 14:34:13 ERROR> Sudo.pm:213 EBox::Sudo::_rootError - root command set -e
auth-client-config -a -p ebox
auth-client-config -a -p ebox -r
auth-client-config -t nss -p ebox failed.
Error output: Error in resetting 'nss': No previous settings found in current file
--
Errors found. Aborting (no changes made)
Command output: .
Exit value: 1
2011/10/16 14:34:13 ERROR> GlobalImpl.pm:612 EBox::GlobalImpl::__ANON__ - Failed to save changes in module users: root command set -e
auth-client-config -a -p ebox
auth-client-config -a -p ebox -r
auth-client-config -t nss -p ebox failed.
Error output: Error in resetting 'nss': No previous settings found in current file
--
Errors found. Aborting (no changes made)
Command output: .
Exit value: 1
2011/10/16 14:34:13 INFO> Base.pm:228 EBox::Module::Base::save - Restarting service for module: logs
2011/10/16 14:34:14 ERROR> GlobalImpl.pm:664 EBox::GlobalImpl::saveAllModules - The following modules failed while saving their changes, their state is unknown: users
So following the migration everything works except for all the modules that depend on an LDAP connection.
-
Hi all,
I ran this script on testing virtual machine and production server.
Please sure that when you ran the script on Zentyal has function as DNS server. The script was failed after step remove DNS server package. After my server can not resolve domain name for download new packages
Don't be afraid about you should do those step if Upgrade process was failed. I'd like to show you all steps in my upgrade Zentyal 2.0 to 2.2
1. On Zentyal 2.0 you need apt-get update and apt-get upgrade
2. Run migrate script
3. My case after remove DNS server. Server can not resolve dns name to download necessary packages for upgrade.
4. I rebooted server.
5. I re run migrate .sh script but it doesn't run upgrade Zentyal
6. I must run "apt-get install zentyal to install all Zentyal package then We could go to https://localhost for install other roles :-D
By the way I really love our Zentyal 2.2 server :-D
Phú, greeting from Vietnam :-D
-
I can't say the issue is resolved but I have file sharing and ftp back working again.
I changed the Access Control rule for LDAP access from:
dn.exact=gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth to dn.exact=cn=localroot,cn=config.
This was the original rule from Zentyal 2.0. I'm not sure of the impact of this change on other modules but for me all the modules I need are working.
-
Hi all,
The tool has been updated with some fixes for ldap and ssl certificates problems you have reported. Thank you everybody for your feedback, any other feedback will be also welcome!
-
Hello,
I used the new migration script on my slave and get some errors again
ldap failure
zarafa is still version v6.40-8-27223 -> zarafa-admin -V
samba wont startup
my configuration http://forum.zentyal.org/index.php/topic,8263.msg34388.html#msg34388 (http://forum.zentyal.org/index.php/topic,8263.msg34388.html#msg34388)
Copying old ebox dirs to zentyal...
Importing old configuration...
Upgrading objects to new schema...
Upgrading ldap attributes (quotas from mail and users)...
root command set -e
/usr/share//zentyal-users/slapd.backup
mkdir -p /var/lib/ldap-translucent/
sh -c '/bin/rm -rf /var/lib/ldap-translucent//*'
/usr/sbin/slapadd -c -s -F /etc/ldap/slapd-translucent.d -b 'cn=config' < /var/lib/zentyal/tmp/users-dump/translucent-config.ldif
chown -R openldap:openldap /etc/ldap/slapd-translucent.d
chown -R openldap:openldap /var/lib/ldap-translucent/ failed.
Error output: Available database(s) do not allow slapcat
olcTranslucentLocal: value #0: olcTranslucentLocal unable to parse attribute quota
slapadd: could not add entry dn="olcOverlay={0}translucent,olcDatabase={1}hdb,cn=config" (line=540):
slapadd: could not add entry dn="olcDatabase={0}ldap,olcOverlay={0}translucent,olcDatabase={1}hdb,cn=config" (line=554):
Command output: .
Exit value: 1run-parts: ./post-upgrade/004_upgrade_ldap exited with return code 1
thanks for your help
-
Hi Mittelerde,
Can you copy here the offending lines? The file should be /var/lib/zentyal/tmp/users-dump/translucent-config.ldif
I'm interested in these lines (and their environment):
slapadd: could not add entry dn="olcOverlay={0}translucent,olcDatabase={1}hdb,cn=config" (line=540):
slapadd: could not add entry dn="olcDatabase={0}ldap,olcOverlay={0}translucent,olcDatabase={1}hdb,cn=config" (line=554):
Best regards
-
I upgraded today from Zentyal 2.0 to 2.2. Everything worked fine except for 'User quota'. Using the migration tool.
After the upgrade 'User quota' parameter were reset to 0 to all existing users. And it seems not possible to change it. When you try to change the value and then click on the change button it resets back to 0.
But when you create a new users the 'User quota' is working fine!.
Is there a solution or a workaround on how to change User quota on old users (users before the upgrade)?
Do I need to create all users again?
When I try to change the quota I see this in the syslog file:
"slapd[3871]: entry failed schema check: attribute 'quota' not allowed"
So does that mean the attribute quota needs to be defined for all users in LDAP?
Is that a new function to handle quotas?
Thanks in advance!
Kind regards,
/Master
-
Master,
I updated your issue at:
http://forum.zentyal.org/index.php/topic,8539.new.html
Best regards
-
Hi all!
We have modified the migration script to migrate also the user quotas. Let us know if you find any problem.
Thanks again for your testing efforts!
-
Hello!
I'm trying to make migration to the test server from 2.0 to 2.2.
First, getting a similar error described above (Can't call method "valueByName" on an undefined value at /usr/share/perl5/EBox/Network.pm line 2257).
After correction of the script migration module try again from scratch. Now I have error:
Moving apache ssl files to new name
mv: cannot stat '/etc/apache/ssl/apache.pem:: No such file or directory
Access to the Web console does not.
I have worked out! After some manipulation.
1. Created the missing files.
2. Reconnect to the Internet.
3. Alternately ran the scripts from the directory post-upgrade
4. The script 070_move_ssl_certs changed the way instead of apache apache2 since finished the received an error message.
5. Completed remainder migrate script from # purge Zentyal 2.0
Web-based interface and all is well ok!
Hope this helps someone!
-
worked perfectly for us. Now we have only one server left to upgrade. :)
-
Hello
The migration went without error
great job;) - thank you for this
After migration, I installed the User Corner on the slave and turned on.
There is a master / slave environment
Its not possible to login in the User Corner - incorrect password.
is due to the upgrade or is this a bug?
Filesharing with username and passwort - works well
Edit:
I've just seen
.... User Corner is not supported on slave servers
I thought it would become
http://forum.zentyal.org/index.php/topic,6372.msg25809.html#msg25809
-
The migration tool doesn't work for me. Same like christian (http://forum.zentyal.org/index.php/topic,8263.msg34147.html#msg34147)
My Installation is broken after trying the update 2.0 -> 2.2 tool. As my installation is in a undefined state I restore it to 2.0 :-(
-
Any News for this?
-
The tool has been modified a bit so _all_ ebox processes are killed before actualy migrating. (the spamlearning proces wasn't killed in the initial script)
Maybe you can have it another go and post back any problems (if any) you encounter. Also post if the migration is a success, it's always good to hear when it goes well.... :)