Set up to test:
Important: See https://groups.drupal.org/node/398588 to get set up. This page also includes instructions for re-setting to a clean destination.
Ensure modules are enabled on the source and destination sites:
D6: Ensure "node" module is enabled. CCK and the following related modules can also be enabled: Phone, Text, Link, Email, Date, FileField, Image.
D8: Ensure "node" and "field" modules are enabled.
Place the manifest file in the D8 site root
Download the attached file.
Run the migration
From the D8 site root:
drush migrate-manifest --db-url=mysql://user:pass@source/source D6Manifest-Node.yml
If you've updated/installed drush 7.x after July 16, 2014, you'll want to use:
drush migrate-manifest --legacy-db-url=mysql://user:pass@source/source D6Manifest-Node.yml
(Ensure that the .yml filename matches up with the one you downloaded.)
Compare post-migration settings
Ensure nodes from D6 migrated properly into D8. Note that only fields of type phone, text, link, email, date, file, and image in D6 will be migrated.
Known issues
- Link fields aren't migrated properly yet. Upon initial testing, this should be resolved by #2235457: Use link field for shortcut entity
- Single On/Off Checkboxes aren't migrated properly yet: #2262275: D6->D8 CCK Single On/Off Checkbox, Checkboxes/Radio buttons, and Select formatters
Success?
If your site migrates successfully, let us know with a comment on this issue. We'd love to hear details like:
- the size and complexity of the site you migrated
- performance observations
- any customizations you made to the migration manifest!
Problems?
Open a new issue as a normal priority support request. Describe what happened, including the exact text of error messages. Depending on the nature of the problem, someone may ask for a sample of the data you're trying to migrate or follow up with other questions.
Remember, too, that this is pre-Beta. The focus is on D6 core > D8 core, not custom work or contributed modules, so there may be portions of your site that need special consideration that won't get addressed at this point in the process.
Important: Please connect your issue to this issue when you create it by using entering this ticket number, 2222375 , in the Parent issue field!
| Comment | File | Size | Author |
|---|---|---|---|
| #27 | D6Manifest-Node.yml | 518 bytes | ultimike |
Comments
Comment #2
eliza411 commentedComment #3
eliza411 commentedAdded the cck migrations to the manifest
Comment #4
benjy commentedI used this manifest file to test
These aren't migrations.
I used:
Comment #5
eliza411 commentedUploading the revised manifest, now a plain .yml file.
Comment #6
ultimikeUpdated the manifest, based on more testing.
-mike
Comment #7
awasson commentedI've been madly getting up to speed to contribute to this effort and I think I'm finally to the point where I can join in. I've got a Ubuntu64 Server VM running in VirtualBox with real-world data from a small website that has approximately 200 pages and fairly simple content types.
I've used the updated manifest.yml from #6
My first couple of passes (now that I'm up to speed) took place this afternoon and it looks to me like about 25% of the node content has migrated. This site was initially built in 2010 and all of the content I can see is from that era; none of the newer content has been migrated over. So about 50 nodes out of just under 200 made it.
drush migrate-manifest mysql://dbuser:dbpass@localhost/d6_database manifest.yml
My errors are as follows:
I removed the offending entries and ran the drush command again and it ran without any errors. Success!
I'm still only seeing 25% of the node content though so I'm not sure what that is about.
On a side note, I've also been following the progress on upgrading the UI at: https://drupal.org/node/2200379. That is pretty cool!
UPDATE:
I've been lurking around my IMP site's database for a few minutes and although I'm only seeing 38 nodes that have been migrated, I'm pretty sure that all of them actually made it over. If I look at my node table there are 183 results. If I go to my node_field_data table, again 183 results with very familiar looking titles.
So I'm not sure where the disconnect is between what I can readily access and what is in the database but it looks like the majority of node content was migrated.
Comment #8
ultimikeComment #9
bdone commentedi've updated instructions' migrate-manifest command to use the db-url option, per latest version of migrate-manifest.
Comment #10
ultimikeComment #11
ultimikeComment #12
ultimikeComment #13
Anonymous (not verified) commentedI ran an import targeting some revisions and the items came through successfully... but with some minor issues.
The revision dates are all getting default values, set to 1969, so they are all being set to zero (the beginning of Unix time - January 1 1970 GMT).
Field migrations failed because my test source did not utilize CCK fields.
Comment #14
Anonymous (not verified) commentedIn D6 I added a text field and an integer field, then added two revisions to the node I have been testing. This node already had 3 revisions, and now has 2 more, with data in the new fields.
Result:
body text field is GONEedit: it appears in the "edit" version of the page, this may be a regression from other work that is ongoing today. edit2: caused by view modes #2278613: Body text display is blank for migrated content typesComment #15
Anonymous (not verified) commentedToday I connected to a real-life d6 database. The site has 21 content types and uses CCK heavily.
Here is the log:
Results:
Also, I found the following errors in the site log:
Comment #16
Anonymous (not verified) commentedSecond run on the real-life dataset (see above #15) after enabling "link" module :
... same results:
Comment #17
flashwebcenterI tested the migration using fresh drupal 6 install with devel generated nodes. No custom fields was added to drupal 6. CCK modules were enabled.
Comment #18
Anonymous (not verified) commentedMissing body text is documented in #2278613: Body text display is blank for migrated content types.
Comment #19
oadaeh commentedI'm posting this here as a kind of place holder for now, until I can nail down the details.
Fields that have "Number of values:" set to "Unlimited" do not import.
When I did this with an integer text field, this is what the results were:
When I did this with an textfield text field, this is what the results were:
It is possible that the second run didn't have errors because it wasn't run on a clean install, but I have yet to determine that.
In both cases, the field was migrated and "Allowed number of values" appears to have been set to "Unlimited", but neither had any of the entered content migrated.
Comment #20
Anonymous (not verified) commentedWe need to add some items to the manifest file to enable taxonomy term references as fields. These have some bugs, so we should probably create a new issue.
In order to get the fields to appear I added these to the manifest:
However, the fields that get created have the following problems:
Comment #21
oadaeh commentedI created #2279323: Data for fields with multiple values do not import for my #19 comment.
Comment #22
bdone commented@Ryan Weal, i created #2281477: Manual Testing: Taxonomy Term Fields to possibly serve as an issue for the bugs in #20. hopefully this helps and doesn't duplicate anything else.
Comment #23
Anonymous (not verified) commented#2281477: Manual Testing: Taxonomy Term Fields - Field values do not migrate.
#2281591: Author information does not migrate over - Patch created, tests pass.
#2277695: D6 > D8 link migration testing - BLOCKED. None of the patches apply even after PSR-4 re-rolls.
Comment #24
ultimikeComment #25
benjy commentedMarking this issue fixed as I think we've reached a point now where the Drupal 6 to Drupal 8 issue path is stable enough that we can simply open individual issues as problems arise.
Comment #27
ultimikeUpdating the test manifest file...
-mike