you can use command line admin for this:

 -f,--files                          File operations - statictics/cleanup
      --cleanup                      (optional) Should intermediate files
be clean up



On Sun, Aug 25, 2013 at 2:53 PM, Lee Saunders
<leesenglishless...@gmail.com>wrote:

> I would like to delete recordings after downloading them to clear disc
> space. I'm not sure why the 'drag to trash' option is there if  the  files
> are not really deleted.
> I need to remove them somehow as disc space is finite.
>
> Thanks,
>
> Lee.
>
>
> On Sun, Aug 25, 2013 at 2:32 AM, seba.wag...@gmail.com <
> seba.wag...@gmail.com> wrote:
>
>> Not really.
>> The files in the /streams/hibernate folder are the final videos of the
>> recordings. If you delete them all your recordings are gone.
>>
>> The files in the /streams/$ROOM_ID folders are the raw recording files.
>> Based on those files there is a complete video mixed (that is then produced
>> into the /streams/hibernate folder).
>> Theoretically you can delete the files in the /streams/$ROOM_ID folder as
>> the final mixed video is already produced.
>> However for recordings based on the interview room type, there is a
>> functionality to re-render the raw data but with some parameters to adjust
>> the audio (make it loader, delay the audio, et cetera). Those are useful if
>> you want to post-edit the video from inside OpenMeetings because for
>> instance one participant has a microphone that is a lot loader then some
>> other participant. Once the video is "mixed" into the final format there
>> would be no way of re-adjusting those settings. So there is some button in
>> the OpenMeetings UI to re-render the raw files with some additional
>> settings.
>> If you delete the files in the /streams/$ROOM_ID folders bascially the UI
>> functionality is pointing to files that do no more exist.
>> Also there are entries in the database that point to the files in the
>> /streams/$ROOM_ID directory. So in general, it would be basically a bad
>> idea to just delete those folders, UI functionality might be broken and the
>> data model would be inconsistent.
>>
>> Sebastian
>>
>>
>>
>>
>> 2013/8/25 Lee Saunders <leesenglishless...@gmail.com>
>>
>>> Is it safe for me to delete the sub-folders in the streams directory?
>>>
>>>
>>> On Sun, Aug 25, 2013 at 1:39 AM, Lee Saunders <
>>> leesenglishless...@gmail.com> wrote:
>>>
>>>> Thank you for the technical information.
>>>> I'm just going my my experience using another system in which each
>>>> meeting was tied only to the originator and could remain open over any
>>>> number of sessions, and then closed when complete. Once complete a PDF of
>>>> the whiteboard and accompanying documentation was created as a soft copy
>>>> for download, stored in the users account. So, even though the meeting had
>>>> been closed, a downloadable representation of the meeting was available in
>>>> an archive. I do see how Open Minutes works differently, though.
>>>>
>>>> All in all, Open Meetings is a great service. Thank you for creating it.
>>>>
>>>>
>>>> On Sun, Aug 25, 2013 at 1:27 AM, seba.wag...@gmail.com <
>>>> seba.wag...@gmail.com> wrote:
>>>>
>>>>> We actually never physically delete anything, we just mark/flag as
>>>>> deleted and don't show it in the UI anymore.
>>>>>
>>>>> There are multiple reasons why you do that in software. For instance
>>>>> there are are often foreign key constraints. That means that you can't
>>>>> physically delete an user, cause this userId is a foreign key in some 
>>>>> other
>>>>> tables. And by deleting the user physically you would get an inconsistance
>>>>> data model.
>>>>> This will become a real issue when you work with databases that have
>>>>> "real" foreign keys (postgres, oracle, MySQL InnoDB, et cetera). However
>>>>> even with data on disk in files, just because you "can" delete those files
>>>>> without throwing any error does not mean that this is a good idea, as for
>>>>> example records in the database still point to that file. By doing that 
>>>>> the
>>>>> data model simply becomes inconsistent. Some references are missing, it
>>>>> pretty much gets a mess if you start to delete files.
>>>>>
>>>>> Another reason is that you want to keep track on changes that have
>>>>> happened. This is sometimes a legal requirement in companies and
>>>>> government. You just never delete hard, data must be always possible to be
>>>>> restored. For instance an user xyz claims his important file XXX was
>>>>> deleted at the 28.12.2009, now the sys admins need to recover that file.
>>>>>
>>>>> There are however attempts to have some kind of clean up tasks that
>>>>> delete such references to free up disk space. But if ever implemented it
>>>>> has to be done very carefully and clear to the sys admin that there is no
>>>>> way back, you will loose data and you probably should back up the data
>>>>> before doing it.
>>>>>
>>>>> Bottom line is: Don't delete, just flag as deleted.
>>>>>
>>>>> Sebastian
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> 2013/8/25 Lee Saunders <leesenglishless...@gmail.com>
>>>>>
>>>>>> Ah, I see. I guess that does make sense. I just worry about having a
>>>>>> list of rooms that becomes too long to manage.
>>>>>> Perhaps then, completed meetings could go into an archive\ completed
>>>>>> events section, thus keeping them separate from pending events.
>>>>>>
>>>>>> I have also noticed that deleted recordings remain in the streams
>>>>>> folder (..\webapps\openmeetings\streams\). Why don't they get deleted 
>>>>>> when
>>>>>> moved to trash?
>>>>>>
>>>>>> All the best,
>>>>>>
>>>>>> Lee.
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Sun, Aug 25, 2013 at 12:49 AM, seba.wag...@gmail.com <
>>>>>> seba.wag...@gmail.com> wrote:
>>>>>>
>>>>>>> Hi Lee,
>>>>>>>
>>>>>>> I don't think we should delete the room after a calendar event was
>>>>>>> terminated. Otherwise for example any uploaded or created data that was
>>>>>>> part of the conference room itself would be gone.
>>>>>>> Also you can attach existing rooms to multiple calendar events. So
>>>>>>> the relationship between room to calendar event is not 1:1.
>>>>>>>
>>>>>>> Sebastian
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> 2013/8/25 Lee Saunders <leesenglishless...@gmail.com>
>>>>>>>
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> I tested the calendar, but after the event had ended, the room
>>>>>>>> persisted.
>>>>>>>> Is there a way to terminate the event when the 'Exit' button is
>>>>>>>> clicked rather than delete the  event in the calendar and receive a
>>>>>>>> 'Cancelled' message?
>>>>>>>>
>>>>>>>> I think that if an event is terminated before the start or end
>>>>>>>> time, then yes, it is cancelled, but after the end time, a meeting has
>>>>>>>> usually ended.
>>>>>>>>
>>>>>>>> Just a suggestion.
>>>>>>>>
>>>>>>>> All the best,
>>>>>>>>
>>>>>>>> Lee.
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Sebastian Wagner
>>>>>>> https://twitter.com/#!/dead_lock
>>>>>>> http://www.webbase-design.de
>>>>>>> http://www.wagner-sebastian.com
>>>>>>> seba.wag...@gmail.com
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sebastian Wagner
>>>>> https://twitter.com/#!/dead_lock
>>>>> http://www.webbase-design.de
>>>>> http://www.wagner-sebastian.com
>>>>> seba.wag...@gmail.com
>>>>>
>>>>
>>>>
>>>
>>
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wag...@gmail.com
>>
>
>


-- 
WBR
Maxim aka solomax

Reply via email to