آموزش تصویری و گام به گام تعویض ماژول باطری RAID Controller سرورهای سری G6 و G7 شرکت HP

سلام ، خدا قوت

امروز میخوام در مورد نحوه تعویض کیت باطری RAID Controller سرور های HP سری DL380 G6 & G7 مطلب بنویسم.

طبق دستور العمل فنی نگهداری سرور های HP، معمولا بعد از گذشت بیش از 3 الی 4 سال  یا به محض مشاهده پیغام خطای زیر (تصویر-1)  لازم است تا به منظور بازگرداندن بهره وری و ظرفیت پردازشی سرور به وضعیت ایده آل اولیه ، نسبت به تعویض کیت باطری مطابق با دستور العمل زیر اقدام کنید.

تصویر - 1

گام اول :

 سفارش قطعه و تامین قطعات Spare مطابق تصویر زیر (تصویر-2)

1.   HP RAID Controller Battery for G7 Part# 460499-001

تصویر - 2

گام دوم:

مونتاژ کیت باطری، خاموش کردن سرور، Unplug نمودن کابل های برق و باز نمودن درپوش فوقانی سرور (تصویر 3 الی 5).

(سعی کنید همواره به جهت جلوگیری از آسب دیدن قطعات حساس، از نوار مچ بند تخلیه الکتریسیته ساکن استفاده نمایید) .

تصویر - 3

تصویر - 4

تصویر - 5

گام سوم:

برداشتن PCI Cage و جدانمودن کیت باطری قدیمی از کارت RAID Controller (تصاویر 6 الی 7).

تصویر - 6

تصویر - 7

گام چهارم و نهایی:

اتصال کیت باطری به کارت RAID Controller، اسمبل نمودن مجدد سرور و راه اندازی (تصاویر 8 و 9).

تصویر - 8

تصویر - 9

به همین سادگی     ما خییییییییییلی باحالیم، خیییییییییلییییییییی  

پیکربندی DHCP Snooping و مصائب Option 82

DHCP SNOOPING and DHCP Option 82

سلام, حالتون چطوره ؟ حال من چطوره ؟؟

قبلا در مورد نحوه پیکربندی DHCP snooping  با هم گپ و گفتی داشتیم. دستورات ساده و مختصری که قبلا براتون نوشته بودم در سطح یک سوئیچ بخوبی کار میکنه و مشکلی هم نداره اما وقتی فاصله کلاینت از DHCP Relay و DHCP سرور بیشتر از یک سوئیچ باشه اونوقت ماجرا تفاوت خواهد کرد. اولین موضوع قابل تامل، بروز اخلال کامل در عملکرد سرور DHCP و عدم موفقیت کلاین ها در دریافت آدرس IP از DHCP سرور و به دنبال آن احساس قطع ارتباط شبکه از سمت کلاینت ها می باشد.

شرح مشکل:

در سناریوی زیر بعد از اتمام پیکربندی DHCP Snooping ، سیستم کلاینت قادر به دریافت آدرس از DHCP نیست.

علت بروز مشکل:

هنگامی که DHCP Snooping بر روی سوئیچ ها فعال می شود، Option 82 بصورت خودکار  بر روی بسته های DHCP اضافه شده و سپس از ترانک پورت سوئیچ SW1 خارج  و به سوئیچ SW2 وارد می شوند. در سناریوی فوق ، پورت fa0/2 از SW1 و fa0/11 از sw2 در مود trust پیکربندی شده اند.در این حالت سوئیچ sw2 بسته های DHCP وارد شده از پورت شماره fa0/24 را Drop می کند زیرا سوئیچ امن شده با مکانیزم Snooping، از پذیرش بسته های DHCP حاوی Option 82 از روی پورت Untrusted ممانعت خواهد کرد. به همین سادگی ...

رویکرد های مواجهه با این مشکل:

1- تراست کردن بسته های DHCP با 82 Option از روی پورت های Untrust :  

SW2(config)#ip dhcp snooping information option allow-untrusted

DSW1(config)#ip dhcp relay information trust-all

2- راه بعدی تراست کردن پورت شماره fa0/24  بر روی سوئیچ SW2 است که روش ایمنی نیست و توصیه هم نمی شود.

تهیه Image از هارد دیسک های یک هاست لینوکسی با استفاده از دستور dd

سلام و خدا قوت؛

چند وقت پیش بنا بر دلایلی لازم شد از هارد های یک سرور لینوکسی Image تهیه کنم. سرور مورد نظر از از نوع Rack mount بود و هارد ها هم به کمک RAID controller بصورت RAID 10 به دو آرایه 1.2 ترابایتی تنظیم شده بودند. بنا بر این تقریبا همه راه کار های قدیمی که می شناختم ( ACRONIS ، Symantec و ... ) کمک زیادی به من نکردن. با راهنمایی یکی از دوستان خوب ( Mr.T ) یک روش بسیار کارآمد رو برای اولین بار امتحان کردم که اینجا برای اطلاع شما به اشتراک میزارم. البته من زیاد با سیستم عامل Linux آشنا نیستم و شاید برای کاربران حرفه ای این سیستم عامل ابزار بدیهی و معمولی باشه. 

باری به هر جهت:

• مرحله اول شناسایی درایو های منطقی موجود بر روی سرور( البته این همون سروری که توصیفشو کردم نیست):

[root@misdb1 ~]# fdisk -l

Disk /dev/cciss/c0d0: 73.3 GB, 73372631040 bytes

255 heads, 63 sectors/track, 8920 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

           Device Boot      Start         End      Blocks   Id  System

/dev/cciss/c0d0p1   *           1          19      152586   83  Linux

/dev/cciss/c0d0p2              20        1039     8193150   82  Linux swap / Solaris

/dev/cciss/c0d0p3            1040        8920    63304132+  83  Linux

Disk /dev/cciss/c0d1: 73.3 GB, 73372631040 bytes

255 heads, 63 sectors/track, 8920 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

           Device Boot      Start         End      Blocks   Id  System

/dev/cciss/c0d1p1   *           1        8920    71649868+  83  Linux

Disk /dev/cciss/c0d2: 73.3 GB, 73372631040 bytes

255 heads, 63 sectors/track, 8920 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

           Device Boot      Start         End      Blocks   Id  System

/dev/cciss/c0d2p1   *           1        8920    71649868+  83  Linux

• تهیه نسخه Backup یا Image از روی یکی از درایو های سرور بر روی یک هارد اکسترنال :

dd if=/dev/cciss/c0d0 of=/media/police6/misdbdsk1.dd

بقیه اطلاعات مربوط به دستور DD رو میتونید از لینک ویکی زیر مطالعه کنید :

http://en.wikipedia.org/wiki/Dd_%28Unix%29

فایل خلاصه مطالب ارائه شده در دوره آموزشی "پیکربندی امن تجهیزات شبکه - دوره پیشرفته زمستان 1393"

از اینجا دانلود کنید.

Resetting an expired password in vCenter Single Sign-On

نحوه ریست نمودن کلمه عبور vCenter SSO

Resetting an expired password in vCenter Single Sign-On 

Details

• vCenter Single Sign-On account (SSO) passwords expire after 365 days, including the password for admin@system-domain.
• In vSphere 5.1, you see this error on a login attempt with an expired password:
  
  Web Client: "provided credentials are not valid"
• In the vsphere_client_virgo.log, you see the error:
  
  SOAP fault javax.xml.ws.soap.SOAPFaultException: Authentication failed

Solution

vCenter Single Sign-On administrator users can change expired passwords for System-Domain users. Request that an administrator resets your password.

If you are a vCenter Single Sign-On administrator user, use the ssopass command-line tool to reset the password.

On the Windows host running vCenter Single Sign-On:

1. Open an elevated command prompt and run the command:
   
   SET JAVA_HOME=C:\Program Files\VMware\Infrastructure\jre
   
   Note: This is the default path of the JRE folder for vCenter Server 5.1. If vCenter Server has been installed in a custom location, change command accordingly.
2. Navigate to the ssolscli directory
   
   c:\>cd C:\Program Files\VMware\Infrastructure\SSOServer\ssolscli
3. Run the following command:
   
   ssopass -d https://FQDN_of_SSO_server:7444/lookupservice/sdk username
4. Type your current password, even if it is expired.
5. Type the new password, and then type it again to confirm. 

Note: If the above steps fail to update the password, see  Logging in to the vSphere Web Client using admin@system-domain fails with the error: associated users password is expired (2060150).

From the vCenter Server Appliance (VCSA):

1. Log in to the vCenter Server Appliance as root.
   
   Note: The default password is vmware.
2. Navigate to this directory:
   
   /usr/lib/vmware-sso/bin
3. Run this command:
   
   ./ssopass -d https://FQDN_of_SSO_server:7444/lookupservice/sdk username
4. Type the current password for the user, even if it is expired.
5. Type the new password, and then type it again to confirm.