Hello, I am struggling to migrate a Drupal 7 website to Drupal 8, without drush. I have followed the official guide: https://www.drupal.org/upgrade/migrate
The "update" process works properly until it reaches 100%, after suddenly the page becomes white with this error: "The website encountered an unexpected error. Please try again later.", and the website is ko.
I tried 4 different times also disabling every "no core" modules. No results.
Some ideas?

Thanks

Comments

John_B’s picture

You should look in the server error log to find out what went wrong.

You should also have drush installed even if you are not using it for migration, to help you out, for example by rebuilding caches. Often that fixes things.

Digit Professionals specialising in Drupal, WordPress & CiviCRM support for publishers in non-profit and related sectors

achille1789’s picture

Thank you for your answer.
I checked the server error and I have these:

[Mon May 23 14:47:17.937993 2016] [:error] [pid 53048:tid 1696] [client ::1:58361] Uncaught PHP Exception Drupal\\Core\\Database\\DatabaseExceptionWrapper: "SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: CREATE TABLE {cache_discovery} (\n`cid` VARCHAR(255) BINARY CHARACTER SET ascii COLLATE ascii_general_ci NOT NULL DEFAULT '' COMMENT 'Primary Key: Unique cache ID.', \n`data` LONGBLOB NULL DEFAULT NULL COMMENT 'A collection of data to cache.', \n`expire` INT NOT NULL DEFAULT 0 COMMENT 'A Unix timestamp indicating when the cache entry should expire, or -1 for never.', \n`created` DECIMAL(14, 3) NOT NULL DEFAULT 0 COMMENT 'A timestamp with millisecond precision indicating when the cache entry was created.', \n`serialized` SMALLINT NOT NULL DEFAULT 0 COMMENT 'A flag to indicate whether content is serialized (1) or not (0).', \n`tags` LONGTEXT NULL DEFAULT NULL COMMENT 'Space-separated list of cache tags for this entry.', \n`checksum` VARCHAR(255) CHARACTER SET ascii COLLATE ascii_general_ci NOT NULL COMMENT 'The tag invalidation checksum when this entry was saved.', \nPRIMARY KEY (`cid`), \nINDEX `expire` (`expire`)\n) ENGINE = InnoDB DEFAULT CHARACTER SET utf8mb4 COMMENT 'Storage for the cache API.'; Array\n(\n)\n" at C:\\xampp\\htdocs\\ilmiodrupal8\\core\\lib\\Drupal\\Core\\Database\\Connection.php line 671

[Mon May 23 14:47:18.070440 2016] [:error] [pid 53048:tid 1696] [client ::1:58361] Drupal\\Core\\Database\\DatabaseExceptionWrapper: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: UPDATE {users_field_data} SET access=:db_update_placeholder_0\nWHERE (uid = :db_condition_placeholder_0); Array\n(\n [:db_update_placeholder_0] => 1464011237\n [:db_condition_placeholder_0] => 1\n)\n in C:\\xampp\\htdocs\\ilmiodrupal8\\core\\modules\\user\\src\\UserStorage.php on line 59

Any help?
Thanks

John_B’s picture

2006 MySQL server has gone away

Whatever other problems you may have, this the first to fix. The mysql server has either timed out, or has crashed completely. Assuming you are trying to run the migration on a laptop / desktop, you could try increasing the timeouts and max_allowed_packet settings. It is of course also possible that your server or laptop is simply running out of resources (e.g. RAM).

Digit Professionals specialising in Drupal, WordPress & CiviCRM support for publishers in non-profit and related sectors

achille1789’s picture

Dear John_B, thank you so much for your tips.
The problem was the size of: innodb_log_file_size (my.ini, XAMPP).
Now the migration is completed but I have 2 issues.
Every block in the page is perfect (position and text) but:
1- every node migrated doesn't show the text in the body. I have the title, the date, the author but not the text. I checked the "node__body table" and every records has the right HTML code for every page.
2- Urls alias are set correctly for every node migrated, but they give me "page not found", I have to use the path with the node number.

Thank you so much!

John_B’s picture

On point 1, note that node body text can go missing if the revision ID in the node body table `field_body` does not match a current node revision in the field_body_revision table. Just a suggestion of something to look for.

As for why the URL aliases do not work, no idea. The first thing I would do is check that they work when you create a new node.

Digit Professionals specialising in Drupal, WordPress & CiviCRM support for publishers in non-profit and related sectors

achille1789’s picture

Dear John_B, thank you so much for your help.
Both my issues came from the langcode (italian), now I fixed them and everything works good!