در واقعServer Avalability شامل دو گزینه برای تنظیم ASR می باشد:

در واقع ASR Status :جهت فعال و غیر فعال کردن ویژگیASR.

در واقع ASR Timeout: تنظیم زمان تایمر ASR که به صورت پیش‌فرض 10 دقیقه می باشد.

زمانی که سیستم عامل در وضعیت مناسبی قرار داشته باشد،Health Driver به صورت پیوسته تایمر ASR را ریست می‌کند تا از صفر شدن تایمر جلوگیری کند. در صورتی که سیستم عامل نتواند جواب دهد و به دلایلی که بعداً ذکر می شود سیستم عامل قفل کرده باشد این تایمر بعد از گذشت زمان تعیین شده صفر شده و Health Driver فرض را بر قفل کردن سیستم عامل گرفته و سرور را reboot خواهد نمود.در اغلب مواردی که ASR عمل می کند یک Log به IML سیستم نیز ارسال می شود.


4 دلایل قفل شدن سیستم عامل

خطای یکی از اجزای سخت افزاری سیستم

نرم افزار سطح بالا یا Process ای که تمام منابعCPU سیستم را اشغال کرده و اجازه نمی‌دهد تا CPU به Health Driver تخصیص داده شود تا بتواند تایمر ASR را ریست نماید.

نرم‌افزار یا Process ای که تمام منابع Swape,RAM سیستم را اشغال کرده واجازه تخصیص Memory به Health Driver را نمی دهد.

خرابی یکی از اجرای سیستم عامل، مانند خرابی فایل سیستم یا درایور یکی از اجزا

و هر اتفاقی که باعث ایجاد وقفه در عمل‌کرد سیستم عامل شود.


5 عیب یابی جهت رفع و تشخیص نوع خطا

همان‌طور که در قسمت قبل هم توضیح داده شد ASR ممکن است به دلایل نرم افزاری و یا سخت افزاری اتفاق بیافتد.

مراحل عیب یابی جهت رفع و تشخیص نوع خطای اتفاق افتاده(سخت‌افزار – نرم‌افزار).

به موارد زیردر مواقع اتفاق افتادن ASR توجه نماید:

آیاASR بعد از اضافه کردن یک سخت‌افزار جدید اتفاق افتاده هست؟

آیاASR بعد از نصب Patch جدید سیستم عامل،درایور یا Firmware جدید اتفاق افتاده است؟

در صورت امکان سخت‌افزار جدید نصب شده،درایور جدید و یا Patch جدید سیستم عامل را حذف کنید.

در صورت امکان iLO , Firmware , BIOS سرور را بروزرسانی نمایید.

در واقع ( SPP (Support Pack for Proliant ) ,PSP (Proliant Support Pack را بسته به مدل سرور بروزرسانی نمایید.

در واقع NVRAM سرور را از طریق BRSU (همان BIOS سرور) پاک نمایید.

عیب یابی و Log ها:

اجرا کردن نرم‌افزار Insight Diagnostics از CD همراه سرور برای سرورهای G7 و پایین تر.

در سرورهای G8 , G9 از iLO سرور استفاده نمایید یا Health System را از iLO فعال نمایید.

در واقع IML ،Integrated Management Log را از طریق رابط کاربری iLO یا Insight Diagnostics چک نمایید.

برای سرورهای ویندوزی می‌توان از نرم‌افزار HPS Report جهت گزارش گیری از تمام قسمت‌های سیستم استفاده نمود.

برای سرورهای لینوکسی از ابزار Cfg2html برای گزارش گیری کامل استفاده می شود.

#teleconsole @unixmens

تا حالا شده بخواین ترمینال خودتون را شیر کنید در واقع anydesk یا teamviewer نسخه cli داشته باشین ?!!!!
با برنامه teleconsole میتونید
کافیه دستور زیر را اجرا کنید تا برنامه نصب بشه
curl https://www.teleconsole.com/get.sh | sh
سپس با اجرای برنامه teleconsole شما یک سیشن میده ، حتی میتونید تحت وب هم در لینکی که میده وصل بشیم
$ teleconsole
Requesting a disposable SSH proxy for you...
Checking status of the SSH tunnel...

Your Teleconsole ID: 4bc2b5138360d343379b9043083c48eb7084c3b8
WebUI for this session: https://teleconsole.com/s/4bc2b5138360d343379b9043083c48eb7084c3b8
برای خروج هم کافی هست exit را اجرا کنید
سورس برنامه هم بصورت آزاد موجود است
https://github.com/gravitational/teleconsole
#terminal #ssh #cli #teleconsole @unixmens

#terminal #ssh #cli #teleconsole @unixmens

Using Visual Studio Code on Fedora https://fedoramagazine.org/?p=19105

#udev @unixmens

شاخه dev/ در فایل سیستم لینوکس
در فایل سیستم لینوکس، شاخه‌ای به نام dev/ وجود دارد که در آن تمامی ابزارهای سخت افزاری سیستم لیست شده‌اند. برای مثال پارتیشن‌های دیسک سخت یا درایوهای CD-ROM با نشانی dev/hdX/ در این شاخه وجود دارند. حتما هنگام استفاده از دستوری مانند mount از گره‌های موجود در این شاخه برای اتصال ابزارها به فایل سیستم استفاده کرده‌اید.



udev

در واقع udev مسئول ایجاد گره ها و فایلهای ابزارهای سخت افزاری در شاخه /dev می باشد که این عملکرد بصورت پویا انجام می شود. ساختار udev بسیار جمع و جور و کوچک می‌باشد. udev تنها گره‌های ابزارهایی را که بر روی سیستم حاضر هستند و ماژول آنها در حافظه بارگذاری شده است را نمایش می‌دهد. این ویژگی باعث می‌شود تا یک ساختار تمیز و مرتب در dev/ داشته باشیم.



در واقع udev قابلیتهای فراوانی نسبت به ابزارهای مشابه قدیمی خود دارد.از جمله این قابلیت ها ایجاد نام های سفارشی برای ابزارهای خاص در شاخه /dev می باشد. برای مثال ممکن است شما یک درایو usb و یک دوربین دیجیتال داشته باشید که از dev/sda1/ استفاده می‌کنند، می‌توانید کاری کنید که هرگاه دوربین به سیستم متصل می‌شود با نام Camera و وقتی درایو usb به سیستم متصل می‌شود به نام usbdrive شناخته شود. برای این کار لازم است تا تعدادی قانون (rule) به سیستم udev خود اضافه کنید. محل تعریف این قوانین در مسیر etc/udev/udev.rules/ می‌باشد.



می‌توانید نام ابزاری را که به درگاه usb متصل کرده‌اید با استفاده از دستور زیر بدست آورده:
# udevinfo -a -p $(udevinfo -q path -n /dev/sda1)
...
looking at the device chain at '/sys/devices/pci0000:00/0000:00:07.2/usb1/1-2':
BUS="usb"
ID="1-2"
DRIVER="usb"
SYSFS{bConfigurationValue}="1"
SYSFS{bDeviceClass}="00"
SYSFS{bDeviceProtocol}="00"
SYSFS{bDeviceSubClass}="00"
SYSFS{bMaxPower}="100mA"
SYSFS{bNumConfigurations}="1"
SYSFS{bNumInterfaces}=" 1"
SYSFS{bcdDevice}="0100"
SYSFS{bmAttributes}="c0"
SYSFS{detach_state}="0"
SYSFS{devnum}="2"
SYSFS{idProduct}="0102"
SYSFS{idVendor}="07b4"
SYSFS{manufacturer}="OLYMPUS"
SYSFS{maxchild}="0"
SYSFS{product}="C160,D395"
SYSFS{serial}="SW01103804 "
SYSFS{speed}="12"
SYSFS{version}=" 1.10"
...
یا
# udevinfo -a -p /sys/block/sda

و سپس با ویرایش فایل etc/udev/udev.rules/ خطی مانند زیر را به آن اضافه کنید:
BUS="usb", SYSFS{product}="C160,D395", KERNEL="sd?1", NAME="%k", SYMLINK="camera"

از این پس دوربین شما پس از اتصال به سیستم در dev/camera/ قابل دسترسی خواهد بود. برای ابزارهای ذخیره سازی داده usb که به درایوهای usb یا usb mass storage نیز موسوم هستند، خط فایل etc/udev/udev.rules/ مانند زیر خواهد بود:

BUS="usb", KERNEL="sd*", SYSFS{product}="USB 2.0 Storage Device", NAME="%k", SYMLINK="usbhd%n"

این خط ابزارهایی مانند dev/usbhd/، /dev/usbhd1 و dev/usbhd2/ را ایجاد خواهد کرد که usbhd1 و usbhd2 قابل اتصال (mount) بوده و usbhd را نیز می‌توان در ابزارهای پارتیشن‌بندی مانند cfdisk بکار گرفت.


از جمله قابلیت های دیگر udev، اجرای فرآیند و یا اسکریپت خاص هنگام اتصال یک سخت افزار یا قطع آن می باشد. بعنوان مثال قصد دارید یک اسکریپت خاص را هنگام اتصال حافظه usb flash اجرا نمایید. با استفاده از قوانینی که در مسیر etc/udev/udev.rules/ تعریف مینمایید به راحتی می توانید از این قابلیت استفاده نمایید.



با ایجاد یک فایل در مسیر /etc/udev/udev.rules/ و وارد نمودن خط زیر، به سیستم عامل اعلام می نمایید که هنگام اتصال یک دیوایس usb که vendorId=238b و productId=0a12 دارد، اسکریپتusr/local/test.sh را فراخوانی نماید.
<span class="pln">ACTION</span><span class="pun">==</span><span class="str">"add"</span><span class="pun">,</span><span class="pln"> ATTRS</span><span class="pun">{</span><span class="pln">idVendor</span><span class="pun">}==</span><span class="str">"238b"</span><span class="pun">,</span><span class="pln"> ATTRS</span><span class="pun">{</span><span class="pln">idProduct</span><span class="pun">}==</span><span class="str">"0a12"</span><span class="pun">,</span><span class="pln"> RUN</span><span class="pun">+=</span><span class="str">"/usr/local/test.sh"</span>

iproute2 is a collection of userspace utilities for controlling and monitoring various aspects of networking in the Linux kernel, including routing, network interfaces, tunnels, traffic control, and network-related device drivers.

iproute2 is an open-source project released under the terms of version 2 of the GNU GPL license. Its development is closely tied to the development of networking components of the Linux kernel. As of December 2013, iproute2 is maintained by Stephen Hemminger. The original author, Alexey Kuznetsov, was responsible for the Quality of Service (QoS) implementation in the Linux kernel

#ip #iproute2 @unixmens

در واقع iproute ابزار قدرتمندی جهت مدیریت و مشاهده ساختارهای شبکه از جمله روتینگ ، ای پی ،qos و ... می باشد که میتوانید با آن حتی سیاست های خاصی را پی ریزی کنبد
#iproute2 #ip #qos @unixmens

#cgroup @unixmens

در واقع cgroups (محفف control groups به معنی گروه‌های کنترلی) یک قابلیت هستهٔ لینوکس است که منابع مجموعه‌ای از فرایندها را مدیریت و مجزاسازی می‌کند. که در مجازی سازی بیشترین کاربرد را دارد ، که میتوانید روی منابع سخت افزاری مانند ، شبکه ، رم ، سی پی یو و ... مدیریت کنید و نسبت به نیاز اختصاص دهید

در آینده در مورد موضوعات #cgroup , #udev , #iproute2 مطالب بیشتری خواهم نوشت

❇️ شرکت HP به دنبال جایگزین نمودن سیستم عامل قدیمی HP-UX با Containerها می‌باشد. #news #hp @unixmens

بیش از ۳۰ سال است که سیستم‌عامل HP-UX متعلق به شرکت HPE درحال استفاده می‌باشد و امروزه کاربران انتظار جایگزینی مناسب برای این سیستم‌عامل مبتنی بر Unix را دارند.

جایگزینی که HPE برای این سیستم‌عامل قدیمی ارائه می‌دهد، Bucketهایی کوچک به نام Container است که Instance‌های برنامه‌های کاربردی را اجرا می‌کنند و از طریق سیستم عامل Linux عرضه خواهند شد.

در واقعHPE با استفاده از Containerها انتقال از سیستم‌عامل‌های قدیمی Mainframe را به سخت‌افزارهای جدیدی همچون سرورهای Xeon مبتنی بر x86 فراهم می‌نماید و درحال تلاش برای متقاعد نمودن کاربران خود برای انتقال از تراشه‌های Itanium است.

همچنین Intel ساخت آخرین تراشه‌های Itanium 9700 خود را به نام Kittson آغاز نموده است و HPE نیز از سرورهای Integrity i6 با تراشه‌های جدید خبر داده است.

اما آینده سرورهای HP-UX نامشخص است چرا که Intel تراشه‌هایItanium جدیدی فراتر از Kittson معرفی نکرده است. Jeff Kyle، مدیر محصول سرورهای سازمانی شرکت HPE اظهار داشت: در آینده مشتریان قادر به تغییر دادن Host مربوط به بارهای‌کاری سرورهای مبتنی بر HP-UX خود خواهند بود و می‌توانند آن‌ها را در سرورهای استاندارد صنعتی x86 بر روی Containerهای تحت Linux اجرا نمایند.

سرورهای Integrity به خاطر قابلیت Rock-Solid Stability خود شناخته شده هستند که این ویژگی آن‌ها را برای سازمان‌های بزرگی همچون سازمان‌های مالی بسیار مناسب نموده است.

اما انتقال از Itanium به x86 به لحاظ تغییرات سخت‌افزاری و نرم‌افزاری، سرمایه‌گذاری بزرگی محسوب می‌شود. علاوه بر این، شرکت‌ها نیز درمورد تغییر فوری زیرساخت‌های IT تردید دارند زیرا Downtime ایجاد شده زیان قابل توجهی برای آن‌ها خواهد داشت.

در واقع HPE با استفاده از یک ابزار نرم‌افزاری و سرورهای x86 با ویژگی‌های مشابه Itanium، انتقال از Itanium به x86 را تسهیل نموده است. درحالیکه سخت‌افزارهای جدیدتر x86 دارای قابلیت‌هایی همچون یادگیری ماشینی می‌باشند، HP-UX و Integrity برای برنامه‌های قدیمی طراحی شده بودند.

نحوه کارکرد این Containerها هنوز به طور کامل مشخص نیست. به عنوان مثال احتمال دارد که بار کاری Instanceهای HP-UX را گرفته و به عنوان Micro-Service به Linux انتقال دهند. Containerها با مجازی‌سازی که نیازمند Hypervisorها، ابزارهای نرم‌افزاری و منابع سیستمی می‌باشند تفاوت دارند. Containerها به مشتریان اجازه می دهند که با بهره‌وری تلفیقی و همزمان از محیط‌های HP-UX و Linux، فرایند انتقال راحت‌تری داشته باشند.

شرکت HPE اعلام نموده است که مشتریان HP-UX این شرکت از اهمیت بالایی برخوردار می‌باشند و به همین دلیل HPE نه تنها در سطح پردازنده بلکه در سطح سیستم و نرم‌افزار همچنان به بهبود سرورهای Integrity i6 ادامه خواهد داد.

این بهبود شامل یکپارچه‌سازی‌های متناوب بعدی با تکنولوژی درحال پیشرفت Non-Volatile Memory Express یا به اختصار NVMe بوده و همچنین ارتقاء نرم‌افزار از طریق به‌روزرسانی‌هایی که به‌صورت سالیانه منتشر می‌شوند، تداوم خواهد داشت.

لازم به ذکر است که سرورهای مبتنی بر Kittson از سیستم‌عامل OpenVMS نیز پشتیبانی می‌کنند که این سیستم‌عامل قبلاً متعلق به HP بود اما اکنون به VMS Software تعلق دارد.

ارتقاء بسیار مهمی که در Integrity i6 ایجاد شده، یکپارچه ‏سازی آن با ۳Par All-Flash Storage می‌باشد. قیمت این سرورها که از فروشندگان جزئی قابل تهیه هستند، از ۱۴۵۰۰ دلار برای یک Entry-Level Configuration شروع می‌شود.
#news #hp @unixmens