[Clas_offline] Decommissioning of 32 bit interactive farms

Kijun Park parkkj at jlab.org
Wed Mar 9 14:13:21 EST 2011


Sounds good to me.
Kijun

Heyes Graham wrote:
> Ok, I am going to suggest that we keep one 32-bit ifarm up and 
> running. That way you can complete your work of getting the code to 
> run on 64-bits and be able to run the old 32-bit framework to cross 
> check that the 64-bit gives the same result.
>
> Is this acceptable? 
>
> We will answer the question of how long this ifarm is needed when 
> Dennis gets back from Paris.
>
> Thank you,
> Graham
>
> On Mar 9, 2011, at 1:53 pm, Alex Kubarovsky wrote:
>
>> I think some people didn't think about migration to 64-bit while 
>> 32-bit machines work.
>>
>> Regards, Alex
>>
>> On Wed, Mar 9, 2011 at 1:51 PM, Kijun Park <parkkj at jlab.org 
>> <mailto:parkkj at jlab.org>> wrote:
>>
>>     I am not against transition but remaining one 32-bit node as
>>     backup or checkup will be the good idea. For me, I will have to
>>     deal with my old codes for re-compiling based on 64-bit. But I
>>     don't think I will have a big trouble.
>>     Even if no one complain about decommission during past months, it
>>     doesn't mean everyone is happy with that.
>>
>>     Sincerely yours,
>>     Kijun
>>
>>
>>     Heyes Graham wrote:
>>
>>         The plan to decommission the 32-bit nodes has been in place
>>         for a long time and I have had no feedback at all from any
>>          of the groups indicating anything that would prevent this.
>>         Of course Dennis is at the meeting in Paris this week and not
>>         able to comment.
>>
>>         If one node was to be kept up how long will it be needed for?
>>         I don't yet know if it is possible but if it is that node
>>         must only be used as a check of the 64-bit code.
>>
>>         Regards to all,
>>         Graham
>>
>>
>>         On Mar 9, 2011, at 12:30 pm, Alex Kubarovsky wrote:
>>
>>             Hello,
>>
>>             I completely agree with Valery and Ivan.
>>
>>             Regards, Alex
>>
>>             On Wed, Mar 9, 2011 at 11:49 AM, Valery Kubarovsky
>>             <vpk at jlab.org <mailto:vpk at jlab.org> <mailto:vpk at jlab.org
>>             <mailto:vpk at jlab.org>>> wrote:
>>
>>                Hi All:
>>                I completely support the idea to keep one of our
>>             ifarms (3,4,5)
>>                alive for some time.
>>                It will give us the possibility to check the code on
>>             64bits machines.
>>                Again, we are not ready for the complete transition due to
>>                missing programs at new platform.
>>                Valery
>>
>>
>>                On Wed, Mar 9, 2011 at 11:36 AM, Ivan Bedlinskiy
>>                <bedlinsk at jlab.org <mailto:bedlinsk at jlab.org>
>>             <mailto:bedlinsk at jlab.org <mailto:bedlinsk at jlab.org>>> wrote:
>>
>>                    Hi Dennis,
>>
>>                    According to login notices on ifarms all 32bit
>>             interactive
>>                    farms will be
>>                    decommissioned on Monday, March 14.
>>
>>                    Is it possible to keep at least one such farm in
>>             production?
>>
>>                    The reasons:
>>
>>                    1) The migration to 64 bit systems is not
>>             complete. At least
>>                    some of my
>>                    code is not linking properly on ifarml6. I believe
>>             some other
>>                    people
>>                    will have similar problems.
>>
>>                    2) As far as I know certain CLAS software like CED
>>             in not
>>                    compiling on
>>                    ifarml6
>>
>>                    3) Its better to have backup option and be able to
>>             check
>>                    certain old
>>                    sources in the old environment. When migration
>>             from RHEL3 to
>>                    RHFC8
>>                    occurred it was very inconvenient the old
>>             environment was not
>>                    available.
>>
>>                    Regards
>>                    Ivan
>>
>>                    _______________________________________________
>>                    Clas_offline mailing list
>>                    Clas_offline at jlab.org
>>             <mailto:Clas_offline at jlab.org>
>>             <mailto:Clas_offline at jlab.org
>>             <mailto:Clas_offline at jlab.org>>
>>
>>                    https://mailman.jlab.org/mailman/listinfo/clas_offline
>>
>>
>>
>>                _______________________________________________
>>                Clas_offline mailing list
>>                Clas_offline at jlab.org <mailto:Clas_offline at jlab.org>
>>             <mailto:Clas_offline at jlab.org
>>             <mailto:Clas_offline at jlab.org>>
>>
>>                https://mailman.jlab.org/mailman/listinfo/clas_offline
>>
>>
>>             _______________________________________________
>>             Clas_offline mailing list
>>             Clas_offline at jlab.org <mailto:Clas_offline at jlab.org>
>>             <mailto:Clas_offline at jlab.org
>>             <mailto:Clas_offline at jlab.org>>
>>
>>             https://mailman.jlab.org/mailman/listinfo/clas_offline
>>
>>
>>         ------------------------------------------------------------------------
>>
>>         _______________________________________________
>>         Clas_offline mailing list
>>         Clas_offline at jlab.org <mailto:Clas_offline at jlab.org>
>>         https://mailman.jlab.org/mailman/listinfo/clas_offline
>>
>>
>>
>>     -- 
>>     ---------------------------------------******
>>     Dr. Kijun Park
>>     Jefferson Lab.
>>     Suit 5 Room 12_1/F239
>>     12000 Jefferson Av.
>>     Newport News VA 23606
>>     Phone 757-269-6989
>>
>>
>


-- 
---------------------------------------******
Dr. Kijun Park
Jefferson Lab.
Suit 5 Room 12_1/F239
12000 Jefferson Av.
Newport News VA 23606
Phone 757-269-6989



More information about the Clas_offline mailing list