A visitor to the new Agaric site can see all content that was on the old agaric.com #82
Labels
No labels
A11y
Automated Testing
Contributable
Contributed
Decision
Design
Development
Drutopia
Feature Request
IndieWeb
Infrastructure
Marketing
Needs documentation
status::Abandoned
status::Blocked
status::Deploy
status::Doing
status::Done
status::In Review
status::Needs Clarification
status::Test
status::To Do
type::Bug
type::Task
type::User Story
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: agaric/agaric-coop#82
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
@gnuget has done all the migration work. To test locally:
To get all the data to migrate:
To run the migration fully fresh:
Work Remaining
field_authorsfield_summaryfield_tagsintofield_tagschanged the description
changed title from A visitor to the new Agaric site can see all to A visitor to the new Agaric site can see all{+ content that was on the old agaric.com+}
marked this issue as related to #30
changed the description
assigned to @cedewey
changed milestone to %3
assigned to @wolcen and unassigned @cedewey
@wolcen I don't have root access to sojourner. I looked in the MayFirst control panel and didn't see a way to get access. I also checked Keepass.
@cedewey Yeah - I don't know any root pwd's, only connect by key. Yours was added.
@mlncn @gnuget ,
When I run
scp -r root@sojourner.mayfirst.org:/home/members/agariclabs/sites/agaric.com/web/sites/default/files/* web/sites/default/importI get permission denied messages on each action. Do you know what I need to do to bypass this?
For example,
assigned to @mlncn and @gnuget and unassigned @wolcen
My guess is that you haven't permissions on your
web/sites/default/importfolder, drupal usually remove the permission of/web/sites/after to be installed.Try with:
chmod -R 755 /web/sitesAnd then try again to execute the scp command.
mentioned in issue #90
@gnuget I'm trying to create a second database called
drupal7to test your migration.I tried creating another database through Adminer, by logging in as user
drupal. According to the documentation, this is the root user. However, when I tried creating a database, I received this error -Access denied for user 'drupal'@'%' to database 'drupal7'I tried this from the command line within the vm and got the same access error. Do you know how I can create another database in my local environment?
unassigned @mlncn
You need to create the database as
rootand the only way to access therootaccount in mysql is using therootaccount.So this should work:
changed the description
@gnuget ok I've tested out the migration. It's looking good. There are a few issues I found. I've added them to the issue description.
Does this means that I need to create an Author node per each user that we have in the old Drupal site?
I mapped the nodes with the correct author already (the
authored byfield) not sure if we want to preserve the field_authors fields in our case.This is already workign, but you need to download the fiels from the old sites and put them at:
sites/default/import/You will need to rollback the files migration, put the files in place and then run the migration again.
marked the checklist item Migrate summary into
field_summaryas completed@gnuget The idea with Field Authors is that, by referencing a person content type rather than a user, it makes it possible for us to do things like have a guest post without creating a user account or, much more likely for us, credit two or more people for a single post.
Since that is also Drutopia standard functionality and having a solution for migrating Drupal blogs to Drutopia blogs is very much desired, and it might still save us time ourselves... could you give it a try? :-)
marked the checklist item Migrate author into
field_authorsas completedmarked the checklist item Fix broken inline images, example: http://agaric-com.test/blog/daily-business-operations-using-free-software as completed
marked the checklist item Migrate
field_tagsintofield_tagsas completedmarked the checklist item Migrate
field_tagsintofield_tagsas incompletemarked the checklist item Migrate
field_tagsintofield_tagsas completedI created this merge request https://gitlab.com/agaric/sites/agaric-com/merge_requests/28/diffs
Which address all the issues found by @cedewey
@gnuget I ran the migration by doing the following:
I needed to delete the vocabularies Services, Technologies and License for it to run successfully.
After running the migration, there is only one Blog Post - New Agaric site launches
and none of the users migrated over as People nodes.
@cedewey
If you execute:
What output do you get?
I've migrated the users and content successfully.
Remaining issues:
Also, when I visit a person detail page such as /people/david-valdez I get an error,
Hi @cedewey
Did you copy the files from the old site to the new site? You need to put the folder at
sites/default/importfolder.Also you might need go run the agaric_file migration.
I tried to start fresh and I got this error when executing
vagrant provisionI will try to fix the problem and run the migration
I found out what the problem is, but not sure how to fix it (I haven't experience with NPM)
To make it work on my local I commented these lines (in the 10-drupal.yml file):
@wolcen do you know what would be the correct way to fix it?
@gnuget just to document what we were discussing here: it appeared there were filesystem and permission issues. The node_packages and package-lock.json live in the NFS file system, so a vagrant destroy/up/provision would not reset an issue in them. We were last going to attempt a wipe of those items to re-run npm install clean - i.e.:
cd /var/www/drutopia/web/themes/custom/agarica/patternlibrary && rm -rf node_packages && rm package-lock.json && npm installchanged milestone to %7
closed