Hi, For error 1: Check if there is actually a folder called `/var/gluu/webapps`. There is possibility that this was introduced in a later version. If the folder isn't present, then that error is no cause of concern. For error 2: It was a regression in the script `import30.py` and has now been fixed. Try again and let us know if there are still issues present. Regards, Arun

Hi, no, ```/var/gluu/webapps``` does not exist in 2.4.2 version. I tried again, but now I have another error and this time related to the first one: ``` INFO Copying the custom pages and assets of webapps. Traceback (most recent call last): File "./import30.py", line 669, in <module> migrator.migrate() File "./import30.py", line 646, in migrate self.copyCustomFiles() File "./import30.py", line 253, in copyCustomFiles copy_tree(pair[0], pair[1]) File "/usr/lib/python2.7/distutils/dir_util.py", line 128, in copy_tree "cannot copy tree '%s': not a directory" % src distutils.errors.DistutilsFileError: cannot copy tree '/var/gluu/webapps/oxauth/pages': not a directory ``` I was able to bypass that by modifying the following lines in the script: ``` for pair in folder_map: copy_tree(pair[0], pair[1]) ``` to ``` for pair in folder_map: if os.path.isdir(pair[0]): copy_tree(pair[0], pair[1]) ``` But then, I have several errors: ``` INFO Processing the LDIF data. slapadd: dn="inum=@!XXXX.XXXX.XXXX.XXXX!XXXX!XXXX.XXXX!XXXX!XXXX.XXXX,ou=people,o=@!XXXX.XXXX.XXXX.XXXX!XXXX!XXXX.XXXX!XXXX!XXXX.XXXX,o=gluu" (line=112750): (65) invalid structural object class chain (gluuPerson/person) slapadd: dn="inum=@!XXXX.XXXX.XXXX.XXXX!XXXX!XXXX.XXXX!XXXX!XXXX.XXXX,ou=people,o=@!XXXX.XXXX.XXXX.XXXX!XXXX!XXXX.XXXX!XXXX!XXXX.XXXX,o=gluu" (line=112769): (65) invalid structural object class chain (gluuPerson/inetOrgPerson) ... Error, entries missing! ``` And after I've restarted the server, I've found the following exception in ``` /opt/gluu/jetty/oxauth/logs/oxauth.log``` when I try to load the home page: ``` 2017-08-10 12:11:51,463 ERROR [main] [org.xdi.oxauth.service.AppInitializer] (AppInitializer.java:440) - Failed to load appliance entry from Ldap org.gluu.site.ldap.persistence.exception.EntryPersistenceException: Failed to find entry: inum=@!XXXX.XXXX.XXXX.XXXX!XXXX!XXXX.XXXX!XXXX!XXXX.XXXX,ou=appliances,o=gluu ``` Btw, I've tried to use OpenLDAP instead of OpenDJ, which was used on the previous version.

Hi, The errors are mainly due to the Schema changes through the versions. So data import has failed, hence you can use your appliance. Also there are differences as to how schema definitions are handled by OpenDJ and OpenLDAP. Give us some time to figure out what isn't compatible between 2.4.2 to 3.0.2 . Thank you.

Hi, I would like to make some tests with the new 3.x version, but I'm stucked with this migration issue and I don't want to reconfigure everything. Thanks

Hi, The team has been working hard on a 3.1 version. Kindly wait until the release. Regards, Arun

Ok, I'll give a try to the next 3.1 release when it's published.

I've tested the migration from 2.4.2 to 3.1.0 using the doc located here https://github.com/GluuFederation/community-edition-setup/blob/master/static/scripts/2431_Readme.md and I've found the following issues: - export2431.py doesn't work unless you remove the BOM characters at the beginning of the file - you need to install python-ldap in order to be able to run export2431.py - import2431.py still doesn't work unless you apply the changes stated above ``` for pair in folder_map: if os.path.isdir(pair[0]): copy_tree(pair[0], pair[1]) ``` - finally errors appear in logs when trying to import backup ``` 2017-10-09 09:34:58,873 ERROR root 59db42c2 <= str2entry NULL (smr_normalize gluuVdsCacheRefreshLastUpdate 21) slapadd: could not parse entry (line=529) ... Error, entries missing! ``` So basically no real progress has been made in order to be able to migrate from 2.4.2 to 3.x

Hi Flo, We've published upgrade paths [here](https://gluu.org/docs/ce/upgrade/). Sorry for the delay and thanks for your patience. Let us know how it goes. Thanks, Will