AW: QA audited Linux supplier?
Hi
We are using a Linux Cluster since 10 years, with the queuing system torque and
maui, today on basis of SuSE 10.1,
NONMEM V and soon NONMEM VI.
Mit freundlichen Grüßen / Best regards / Cordialement
Dipl. Ing. Heiner Speth
Sanofi-Aventis Deutschland GmbH
GMPK
Industriepark Hoechst
Bldg. H831, Room 364
D-65926 Frankfurt am Main
t: +49 69 305 2148
f: +49 69 305 942 052
w: www.sanofi-aventis.de
**************************************************************************************************************************************************************
Sanofi-Aventis Deutschland GmbH · Sitz der Gesellschaft: Frankfurt am Main ·
Handelsregister: Frankfurt am Main, Abt. B Nr. 40661
Vorsitzender des Aufsichtsrats: Hanspeter Spek - Geschäftsführer: Dr.
Heinz-Werner Meier (Vorsitzender),
Dr. Matthias Braun, Hervé Gisserot, Dieter Kohl, Prof. Dr. Dr. Werner Kramer,
Dr. Martin Siewert
**************************************************************************************************************************************************************
-----Ursprüngliche Nachricht-----
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von A.J. Rossini
Gesendet: Montag, 12. März 2007 16:43
An: SI (Steen Hvass Ingwersen)
Cc: [email protected]
Betreff: Re: [NMusers] QA audited Linux supplier?
Quoted reply history
On 3/12/07, SI (Steen Hvass Ingwersen) <[EMAIL PROTECTED]> wrote:
> Hi,
> We are about to establish a validated NONMEM installation on a Linux cluster.
> Does anyone have experience with Linux-suppliers (e.g. Ret Hat, Novell) who
> has passed a QA audit from the pharmaceutical industry for this operating
> system? If yes, which suppliers did you use and how was the overall outcome
> of the audit? Did you use the same supplier for Mosix?
Hi Steen -
I'd be careful with OpenMosix -- development is a bit slow these days and may
require an older kernel (suboptimal on newer machines); you might do better
with a more explicit job queuing system.
best,
-tony
[EMAIL PROTECTED]
Muttenz, Switzerland.
"Commit early,commit often, and commit in a repository from which we can easily
roll-back your mistakes" (AJR, 4Jan05).