Project

General

Profile

Actions

Support #16673

closed

Cloning request

Added by Matt Gold over 1 year ago. Updated over 1 year ago.

Status:
Resolved
Priority name:
Normal
Assignee:
Category name:
Group Library
Target version:
Start date:
2022-08-28
Due date:
% Done:

0%

Estimated time:
Deployment actions:

Description

Hi Boone -- I don't know whether I cloned the wrong group or whether there was an error in the system, but my new course group does not contain the files I was hoping it would have.

Is there any possibility that it would be easy for you to clone library items from one group to another?

If so, I would greatly appreciate it if you could clone items from

https://commons.gc.cuny.edu/groups/dhum-70000-intro-to-digital-humanities-fall-2021/

to

https://commons.gc.cuny.edu/groups/introduction-to-digitaal-humanities-fall-2022/

If this is difficult to do, please just let me know and I will do it manually. thank you.


Files


Related issues

Related to CUNY Academic Commons - Bug #16690: Better handling of forum attachments during Library cloningResolvedBoone Gorges2022-08-30

Actions
Related to CUNY Academic Commons - Bug #9930: wp_privacy_delete_old_export_files runs a bazillion timesResolvedBoone Gorges2018-06-14

Actions
Actions #1

Updated by Boone Gorges over 1 year ago

  • Category name set to Group Library

I've copied the library. I already have a utility for doing this, which I've attached here in case anyone else ever needs it.

I'll do some tests later to see whether library files are being properly copied during the clone process.

Actions #2

Updated by Matt Gold over 1 year ago

  • Status changed from Assigned to Resolved

Looks great. Thanks so much!!!

Actions #3

Updated by Matt Gold over 1 year ago

Actually, one note -- the three files listed at the bottom of the library (see screenshot) are, I believe, forum attachments. I wanted to delete them, so I clicked "edit," but that brought me to the posts in their original groups. Is there any way you can manually delete them for me? And maybe this is something to address in the cloning process?

Actions #4

Updated by Matt Gold over 1 year ago

Boone Gorges wrote in #note-1:

I've copied the library. I already have a utility for doing this, which I've attached here in case anyone else ever needs it.

Just noting, too, that I didn't see an attachment to your post. Is this utility something a dev would need to run from the command line or something that is user-facing?

Actions #5

Updated by Boone Gorges over 1 year ago

Just noting, too, that I didn't see an attachment to your post. Is this utility something a dev would need to run from the command line or something that is user-facing?

It's something that has to be run from the command line. I've now attached the file (I hope).

Actually, one note -- the three files listed at the bottom of the library (see screenshot) are, I believe, forum attachments. I wanted to delete them, so I clicked "edit," but that brought me to the posts in their original groups. Is there any way you can manually delete them for me? And maybe this is something to address in the cloning process?

I'll open a separate ticket to address this.

==

I've done some initial analysis, and it looks like we have a problem with Cavalcade. When cloning, library copying is handled as a scheduled task. See http://github.com/cuny-academic-commons/cac/commit/8eade9f3c2220be7f48a880203fa54af0849978d. It appears that these events are not being fired. In fact, it appears that no scheduled events are being run at all - when I look at the queued items in the cavalcade_jobs table, Based on a cursory look at a few sites, it looks like jobs have been queuing up since sometime on August 27 or 28.

Ray, you have done some debugging work on Cavalcade in the past. Can you confirm my hypothesis?

It could be that the daemon is down. I believe Lihua had it set up as a systemd process. To fix, we'd need to find someone at the GC who knows how to log into the proper place to diagnose. It could be as easy as restarting the process. But I don't know who this person would be.

If we can't fix Cavalcade because of issues at GC IT, then we need to find some other solution for scheduled tasks. Maybe back to WP's pseudo-cron. Or I could imagine writing a bootstrap for Cavalcade that runs as an actual job on the crontab.

Actions #6

Updated by Boone Gorges over 1 year ago

  • Related to Bug #16690: Better handling of forum attachments during Library cloning added
Actions #7

Updated by Boone Gorges over 1 year ago

Actually, one note -- the three files listed at the bottom of the library (see screenshot) are, I believe, forum attachments. I wanted to delete them, so I clicked "edit," but that brought me to the posts in their original groups. Is there any way you can manually delete them for me? And maybe this is something to address in the cloning process?

Matt, I've created #16690 for the general problem here.

However, in this case, there are four items with type 'forum_attachment'. See screenshot. Can you confirm that you want them all removed from the group?

Actions #8

Updated by Raymond Hoh over 1 year ago

Ray, you have done some debugging work on Cavalcade in the past. Can you confirm my hypothesis?

I'm about to head out to run some errands. I'll look at it in a few hours when I'm back.

Actions #9

Updated by Matt Gold over 1 year ago

It could be that the daemon is down. I believe Lihua had it set up as a systemd process. To fix, we'd need to find someone at the GC who knows how to log into the proper place to diagnose. It could be as easy as restarting the process. But I don't know who this person would be.

The two people are Gus and Matt Liston. I can help connect you if needed

However, in this case, there are four items with type 'forum_attachment'. See screenshot. Can you confirm that you want them all removed from the group?

Please delete all four. thank you.

Actions #10

Updated by Raymond Hoh over 1 year ago

Ray, you have done some debugging work on Cavalcade in the past. Can you confirm my hypothesis?

Cavalcade is still running. It's just that we have a rather, large job backlog, probably caused by the network maintenance last month.

I'm purging some older, recurring jobs to bring the queue back up to sync. See https://redmine.gc.cuny.edu/issues/14276#note-12 for some techniques I'm using.

Actions #11

Updated by Boone Gorges over 1 year ago

Please delete all four. thank you.

Done.

Cavalcade is still running. It's just that we have a rather, large job backlog, probably caused by the network maintenance last month.

Awesome - thanks so much for this, Ray. I'm glad to be wrong about this one :)

Actions #12

Updated by Raymond Hoh over 1 year ago

Just an update, the Cavalcade job queue is finally back in sync. I don't want to derail this thread too much from the original cloning request, so I'll leave some thoughts about the Cavalcade job queue in a more, appropriate ticket. See https://redmine.gc.cuny.edu/issues/9930#note-4.

Actions #13

Updated by Boone Gorges over 1 year ago

  • Status changed from Assigned to Staged for Production Release
  • Target version set to 2.0.7

I'm going to ship the solution linked in https://redmine.gc.cuny.edu/issues/9930#note-10 as part of today's release.

Actions #14

Updated by Boone Gorges over 1 year ago

  • Related to Bug #9930: wp_privacy_delete_old_export_files runs a bazillion times added
Actions #15

Updated by Boone Gorges over 1 year ago

  • Status changed from Staged for Production Release to Resolved
Actions

Also available in: Atom PDF