[Building Sakai] set up latest sakai-Kaltura tool for Dev environment without screw-up the production

Liu, Peter peter.liu at yale.edu
Wed Sep 18 13:35:33 PDT 2013


Many Thanks Aaron!  This will be great to give me an chance to play around with the latest Kaltura before moving to the Test box.

-Peter

-----Original Message-----
From: azeckoski at gmail.com [mailto:azeckoski at gmail.com] On Behalf Of Aaron Zeckoski
Sent: Wednesday, September 18, 2013 4:18 PM
To: Liu, Peter
Cc: sakai-dev at collab.sakaiproject.org
Subject: Re: set up latest sakai-Kaltura tool for Dev environment without screw-up the production

You can though no items will be visible on your dev box except new stuff you add after the upgrade.
-AZ


On Wed, Sep 18, 2013 at 4:15 PM, Liu, Peter <peter.liu at yale.edu> wrote:
> Do you think it will be better for me to set the Migration to false (kaltura.migration.disabled=true) at the DEV box?
>
> This way, it will definitely not affect the old shared items in KMC.
>
> Thanks,
> Peter
>
> -----Original Message-----
> From: azeckoski at gmail.com [mailto:azeckoski at gmail.com] On Behalf Of 
> Aaron Zeckoski
> Sent: Wednesday, September 18, 2013 4:03 PM
> To: Liu, Peter
> Cc: sakai-dev at collab.sakaiproject.org
> Subject: Re: set up latest sakai-Kaltura tool for Dev environment 
> without screw-up the production
>
> That's correct though you should avoid using production kaltura media items in your testing in that case (since modifying the item would also change the production version).
>
> That is generally going to be the case with anything where you are sharing items.
> -AZ
>
>
> On Wed, Sep 18, 2013 at 3:28 PM, Liu, Peter <peter.liu at yale.edu> wrote:
>> Hi Aaron,
>>
>> What I really means is that if I have run it on my dev box with kaltura.rootCategory=dev_sakai, it will not affect current running production, which is running the old Kaltura version.
>>
>> Do I have a correct understanding there?
>>
>> Thanks a lot!
>> Peter
>>
>> -----Original Message-----
>> From: azeckoski at gmail.com [mailto:azeckoski at gmail.com] On Behalf Of 
>> Aaron Zeckoski
>> Sent: Wednesday, September 18, 2013 3:16 PM
>> To: Liu, Peter
>> Cc: sakai-dev at collab.sakaiproject.org
>> Subject: Re: set up latest sakai-Kaltura tool for Dev environment 
>> without screw-up the production
>>
>> What you mentioned is correct. The migration is non-destructive in the sense that you can follow the instructions in the README and start it over and run it again if you like.
>>
>> -AZ
>>
>>
>> On Wed, Sep 18, 2013 at 3:12 PM, Liu, Peter <peter.liu at yale.edu> wrote:
>>> Hi,
>>>
>>>
>>>
>>> We are looking into this latest Sakai-Kaltura tool (tag:20130812).  
>>> I have noticed that it will requires a migration of KMC database (automatically).
>>>
>>>
>>>
>>> At Yale, we have shared one kaltura.partnerid with dev, test, and prod
>>> servers/clusters environment.   I would like to make sure what I need to do
>>> is just to assign the kaltura.rootCategory to the following 
>>> different value without causing issue on KMC side:
>>>
>>>
>>>
>>> -Dev environment:
>>>
>>>   kaltura.rootCategory=dev_sakai
>>>
>>>
>>>
>>> -Test environment:
>>>
>>>   kaltura.rootCategory=test_sakai
>>>
>>>
>>>
>>> -Prod environment:
>>>
>>>   kaltura.rootCategory=prod_sakai
>>>
>>>
>>>
>>>
>>>
>>> Is this correct?  I really don’t want with messing up with the 
>>> production data on KMC side.
>>>
>>>
>>>
>>> Has anyone already done this?  Any feedback will be highly appreciated.
>>>
>>>
>>>
>>> Thanks a lot!
>>>
>>> Peter Liu
>>
>>
>>
>> --
>> Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
>
>
>
> --
> Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile



--
Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile


More information about the sakai-dev mailing list