<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">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.<div><br></div><div>Is this acceptable? </div><div><br></div><div>We will answer the question of how long this ifarm is needed when Dennis gets back from Paris.</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Thank you,</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Graham</div><div><br><div><div><div>On Mar 9, 2011, at 1:53 pm, Alex Kubarovsky wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">I think some people didn't think about migration to 64-bit while 32-bit machines work.<div><br></div><div>Regards, Alex<br><br><div class="gmail_quote">On Wed, Mar 9, 2011 at 1:51 PM, Kijun Park <<a href="mailto:parkkj@jlab.org">parkkj@jlab.org</a>> wrote:<br>
<blockquote class="gmail_quote">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.<br>
Even if no one complain about decommission during past months, it doesn't mean everyone is happy with that.<br>
<br>
Sincerely yours,<br>
Kijun<br>
<br>
<br>
Heyes Graham wrote:<br>
<blockquote class="gmail_quote"><div class="im">
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.<br>
<br>
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.<br>
<br>
Regards to all,<br>
Graham<br>
<br>
<br>
On Mar 9, 2011, at 12:30 pm, Alex Kubarovsky wrote:<br>
<br>
</div><blockquote class="gmail_quote"><div class="im">
Hello,<br>
<br>
I completely agree with Valery and Ivan.<br>
<br>
Regards, Alex<br>
<br></div><div class="im">
On Wed, Mar 9, 2011 at 11:49 AM, Valery Kubarovsky <<a href="mailto:vpk@jlab.org">vpk@jlab.org</a> <mailto:<a href="mailto:vpk@jlab.org">vpk@jlab.org</a>>> wrote:<br>
<br>
Hi All:<br>
I completely support the idea to keep one of our ifarms (3,4,5)<br>
alive for some time.<br>
It will give us the possibility to check the code on 64bits machines.<br>
Again, we are not ready for the complete transition due to<br>
missing programs at new platform.<br>
Valery<br>
<br>
<br>
On Wed, Mar 9, 2011 at 11:36 AM, Ivan Bedlinskiy<br></div><div class="im">
<<a href="mailto:bedlinsk@jlab.org">bedlinsk@jlab.org</a> <mailto:<a href="mailto:bedlinsk@jlab.org">bedlinsk@jlab.org</a>>> wrote:<br>
<br>
Hi Dennis,<br>
<br>
According to login notices on ifarms all 32bit interactive<br>
farms will be<br>
decommissioned on Monday, March 14.<br>
<br>
Is it possible to keep at least one such farm in production?<br>
<br>
The reasons:<br>
<br>
1) The migration to 64 bit systems is not complete. At least<br>
some of my<br>
code is not linking properly on ifarml6. I believe some other<br>
people<br>
will have similar problems.<br>
<br>
2) As far as I know certain CLAS software like CED in not<br>
compiling on<br>
ifarml6<br>
<br>
3) Its better to have backup option and be able to check<br>
certain old<br>
sources in the old environment. When migration from RHEL3 to<br>
RHFC8<br>
occurred it was very inconvenient the old environment was not<br>
available.<br>
<br>
Regards<br>
Ivan<br>
<br>
_______________________________________________<br>
Clas_offline mailing list<br></div>
<a href="mailto:Clas_offline@jlab.org">Clas_offline@jlab.org</a> <mailto:<a href="mailto:Clas_offline@jlab.org">Clas_offline@jlab.org</a>><div class="im"><br>
<a href="https://mailman.jlab.org/mailman/listinfo/clas_offline">https://mailman.jlab.org/mailman/listinfo/clas_offline</a><br>
<br>
<br>
<br>
_______________________________________________<br>
Clas_offline mailing list<br></div>
<a href="mailto:Clas_offline@jlab.org">Clas_offline@jlab.org</a> <mailto:<a href="mailto:Clas_offline@jlab.org">Clas_offline@jlab.org</a>><div class="im"><br>
<a href="https://mailman.jlab.org/mailman/listinfo/clas_offline">https://mailman.jlab.org/mailman/listinfo/clas_offline</a><br>
<br>
<br>
_______________________________________________<br>
Clas_offline mailing list<br>
</div><a href="mailto:Clas_offline@jlab.org">Clas_offline@jlab.org</a> <mailto:<a href="mailto:Clas_offline@jlab.org">Clas_offline@jlab.org</a>><div class="im"><br>
<a href="https://mailman.jlab.org/mailman/listinfo/clas_offline">https://mailman.jlab.org/mailman/listinfo/clas_offline</a><br>
</div></blockquote><div class="im">
<br>
------------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
Clas_offline mailing list<br>
<a href="mailto:Clas_offline@jlab.org">Clas_offline@jlab.org</a><br>
<a href="https://mailman.jlab.org/mailman/listinfo/clas_offline">https://mailman.jlab.org/mailman/listinfo/clas_offline</a><br>
</div></blockquote><font color="#888888">
<br>
<br>
-- <br>
---------------------------------------******<br>
Dr. Kijun Park<br>
Jefferson Lab.<br>
Suit 5 Room 12_1/F239<br>
12000 Jefferson Av.<br>
Newport News VA 23606<br>
Phone 757-269-6989<br>
<br>
</font></blockquote></div><br></div>
</blockquote></div><br></div></div></body></html>