من این را به عنوان رفتار مورد انتظار قرار می دهم. نقش اصلی Serviceguard ارائه دسترسی بالا به برنامه های بسته بندی شده است. این بدان معنی است که اگر گره ای که در حال حاضر برنامه را اجرا می کند به نوعی مشکلی را تجربه می کند، Serviceguard باید بسته را به یکی از گره های پذیرنده دیگر منتقل کند. بنابراین مانیتور ممکن است به طور صریح برای شناسایی و مدیریت یک فایل سیستم کامل /tmp طراحی نشده باشد، نمی توانم بگویم که نتیجه (شکست سرویس مانیتور و faliover پایگاه داده) یک نتیجه کاملاً نامطلوب از دیدگاه HA است. یک سیستم فایل کامل /tmp مطمئناً می تواند یک سیستم عامل لینوکس را بی ثبات کند که منجر به مشکلات در بسیاری از زیرسیستم ها می شود. اگرچه ممکن است مستقیماً بر اوراکل تأثیر بگذارد یا نه، اما می تواند روی بسیاری از فرآیندهای سیستم عامل دیگر تأثیر بگذارد، بنابراین به نظر من این وضعیتی است که احتمالاً یک failover مطلوب است.
اگر /tmp به طور مکرر پر می شود، البته باید برطرف شود، یا با رشد آن یا فهمیدن اینکه چرا این اتفاق می افتد و هر چیزی که آن را پر می کند متوقف شود.
منبع: https://community.hpe.com/t5/serviceguard/sglx-12-80-not-resistant-to-file-system-overflow-tmp/m-p/7185540#M2378