delete recordings

[tabish hasan]

Dear All,

I am using MH 1.4.4 , how to delete recordings from core server's hard disk permanently?

One recording is save multiple paths on core server, I am using separate servers for capture agent and core server.

Another thing is there any way to pull recording in a single file containing (audio, screen and presenter)? because I searched there are two separate files any where for recording on server (screen & presenter).

I want to move recording from server and free hard drive space of occupied recordings.

[Greg Logan]

Hi Tabish,

Removing recordings prior to 2.0 was always very difficult and not explicitly supported.  You can just delete the files on disk, but that does not remove them from the UI.  This typically leads to confusion or anger on the user's part!

Exporting a combined video of all of the files in the workflow was supported at one point, however I'm not sure how well it really worked.  Your best bet is probably to get the video files from disk and combine them yourself.  The documentation for this feature has actually been deleted since 1.4 is so out of date, so I can't even point you in the right direction.

Is there any particular reason you are sticking with 1.4 versus upgrading to 1.6 or even 2.0?

G

--
You received this message because you are subscribed to the Google Groups "Matterhorn Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to matterhorn-use...@opencast.org.

[Karen Dolan]

Tabish,

Here is a (3.5yr old) mail list post about deleting in MH 1.3 which should still be applicable to MH 1.4.4. 

http://opencast.3480289.n2.nabble.com/Matterhorn-users-How-to-delete-recordings-in-version-1-3-tt7581820.html#a7581853

Regards,

Karen

[tabish hasan]

Thanks for your reply Greg Logan, The reason for using MH 1.4.4 is that my class recording scheduled is continuing and I have to record every class, I do not have much time to upgrade new one and do not want to touch a smooth running system (for the risk of disturbance), whenever I free and class schedule will close for some time, I will go for latest version.

Hope confusion has clear. 

[tabish hasan]

Thanks for your reply.

[Christoph Jobst]

Hi,

the best solution would be to use the "retrackt recording" workflow in your archive. But i think, this won't free much space on your servers.

An not very beautiful yet efficient alternative would be:

1. Get the Mediapackage-ID from the recording in question (e.g. from the URL in Engage)

2. Remove the recording from the distribution/stream/search-index. You may use the following script (place it somewhere on your engage or change the URL, change the digest-passphrase) provided by Adam McKenzie some time ago:


#!/bin/bash
if [ "$1" == ]
then
echo "... need the ID as a parameter"
exit 1
else
echo "Retracting Download Distribution ..........."
echo "$(curl --digest -u matterhorn_system_account:CHANGE_ME -H 'X-Requested-Auth: Digest' -F mediapackageId=$1 http://localhost:8080/distribution/download/retract)"
echo "Done Retracting Download Distribution ..........."
echo
echo "Retracting Stream Distribution ..........."
echo "$(curl --digest -u matterhorn_system_account:CHANGE_ME -H 'X-Requested-Auth: Digest' -F mediapackageId=$1 http://localhost:8080/distribution/streaming/retract)"
echo "Done Retracting Stream Distribution ..........."
echo
echo "Removing mediaPackage from Search index ..........."
echo "$(curl --digest -u matterhorn_system_account:CHANGE_ME -H 'X-Requested-Auth: Digest' -X DELETE http://localhost:8080/search/$1)"
echo "Done Removing mediaPackage from Search index ..........."
echo
fi


3. Delete the recording and belonging files from your filesystem. We use a shared NFS for our cluster. The folders to look for are usualy "download"/"static" and "streams". Just navigate to your folder and execute:

find -name [Mediapackage-ID]

and after doublechecking the results delete the entries:

find -name [Mediapackage-ID] -exec rm -rf {} \;


Other places to free space are the failed.zips and - in special cases - the archive.

Best Regards,
Christoph