Testingggggggggg 2

"دليل أستكشاف أخطاء مركز البيانات وإصلاحها" - مدونة بقلم جيل دوفور.

ثبات (الجزء الثاني)

ليست عملية أستكشاف مشكلة الملصقات وحلها بالمهمة السهلة.

لا يوجد خيار تصحيح لمعرفة لماذا قرر ACE إرسال اتصال بخادم معين.

هناك بعض الأخطاء الشائعة التي يمكننا رصدها بالنظر إلى الإحصائيات.

ها هو الأكثر شهرة.

1. أيا كان النوع اللاصق الذي حددته، عندما يكون السبب لعدم الالتصاق بخادم هو انتهاء مهلة الإدخال اللاصق أو تمت إزالته بسبب عدم وجود مورد لاصق. لذلك، تحقق من تخصيص الموارد اللاصقة باستخدام الأمر التالي :

AceC6k2 Admin# show np 1 me-stats "-slb -v"

حالة PERF في العنوان 0x82e05000

حالة PERF في العنوان 0x82e05000
إحصائيات LB
—
(السياق كافة الإحصائيات)
...
رقم مسروق لإعادة الاستخدام:                             0 0
الإدخال اللاصق النشط ل NUM:                          0 0
الإدخال العكسي النشط ل NUM:                  0 0
عدد المخروط النشط:                                0 0
العدد الحر للإدخالات اللاصقة:                    1794111 0
عقد NUM GRP أو المهلة:                         4 0
عدد قوائم الإدخال الثابتة:                          0 0
تم تكوين إدخال num:                       1794111 0
طلب موارد ما قبل التمهيد:                         1794111 0
ميزة Drop Max Remote Stky:

                            0 0

يشير "عدد العناصر المسروقة لإعادة الاستخدام" إلى أنه ليس لديك موارد لاصقة كافية وتم حذف الإدخالات القديمة لحفظ إدخالات جديدة. هذا سبب محتمل للفشل اللاصق. لحل هذه المشكلة، يمكنك إما زيادة المورد اللاصق أو ل IP المصدر اللاصق، يمكنك تغيير القناع حتى يمكن إستخدام إدخال واحد لجميع العملاء الذين ينتمون إلى شبكة فرعية واحدة.

يقوم "Drop Max Remote Stky" بحساب عدد عمليات البحث اللاصق التي فشلت لأن الاتصال بين المكونات الداخلية بطيء جدا لمعالجة كافة عمليات البحث اللاصق.

2. إذا قمت بتكوين أي شكل من أشكال ملصق HTTP (ملف تعريف الارتباط، الرأس، ...)، فإن أحد أسباب رؤية حالات الفشل اللاصق هو أخطاء تحليل HTTP. يحتاج ACE إلى تحليل رأس HTTP للعثور على المعلومات اللازمة لتنفيذ الملصق (أي: ملف تعريف الارتباط).  إذا تم تكوين طلب HTTP بشكل غير صحيح، فسيفشل ACE في تحليل البيانات بشكل صحيح ولن يحاول حتى إجراء بحث لاصق.  تحقق من عدم وجود أي أخطاء في التحليل باستخدام الأمر :

AceC6k2/Admin# show np 1 me-stats "-shttp -v" | آي بارس
تحليل المرور الثاني:                              0 0
أخطاء التحليل الثابت:                              0 0
الحد الأقصى للأخطاء:                              0 0
AceC6k2/Admin#

إذا رأيت أخطاء تحليل ثابتة" يمكن أن تفسر فشلك اللاصق.  ولكن من المؤسف أن الحل غير موجود هنا.  مع ال دي تي اس CSCtj42969 قمنا بإضافة أمر جديد لمتابعة تحليل بيانات HTTP حتى عند اكتشاف خطأ.  راجع مادة نشر المدونة السابقة للحصول على مزيد من المعلومات.
"Max Parselen Errors" هو نتيجة كون رؤوس HTTP كبيرة جدا والبيانات التي نحتاج إليها موجودة خارج المخزن المؤقت.  يمكنك ضبط حجم مخزن التحليل المؤقت باستخدام خريطة المعلمة
AceC6k2/Admin(config)#parameter-map type http ParseLen
AceC6k2/Admin(config-parammap-http)# مجموعة ؟
  طول الحد الأقصى للمحتوى - maxParse-length تكوين الحد الأقصى للمحتوى
  طول الحد الأقصى لرأس التكوين-maxParse-header
  محدد محدد موقع المعلومات (URL)/ملف تعريف الارتباط (cookie-in-url-query) الثانوي - محدد محدد ملفات تعريف الارتباط

من الواضح أن الإحصائيات الواردة أعلاه لا يمكن أن تشرح كل القضايا العالقة المحتملة.  غالبا ما نضطر إلى التقاط آثار sniffer و تفريغ الجدول اللاصق بانتظام في محاولة لفهم ما يحدث.

هذا هو السبب الذي جعلني أقدم أمر جديد في الإصدار 4.1.x لسرد الاتصالات المرتبطة بإدخال لاصق معين.

CSCti03084 : إنه: إظهار عنصر ترابط - عرض الاتصالات المرتبطة بعنصر لاصق

فيما يلي كيفية إستخدام هذا الأمر الجديد.

أولا، قم بسرد الإدخالات اللاصقة في وضع "التفاصيل" (الأمر مخفي) واستخلاص معرف الإدخال الداخلي.

Scimitar1/Admin# show sticky data detail
processor (0/0):             0
results index:               1 of 1
sticky group:                RESERVATIONS_STICKY
sticky type:                 IP
rserver:                     vmware-46
realPort:                    80
timeout (secs):              1200
sticky-entry:                192.168.20.0
internal entry-id:           0x200004
time-to-expire (secs):       1198
stcky-hit-count:             63402
active-conn-count:           1
in-use reference count:      0
static entry:                FALSE
reverse entry:               FALSE
active entry:                TRUE
timeout-active-conns:        FALSE
created-from-HA-peer:        FALSE
HA-replicated-at-least-once: TRUE

With the internal entry-id you can list all connections using that entry.

Scimitar1/Admin# show conn sticky 0x200004

conn-id    np dir proto vlan source                destination           state
----------+--+---+-----+----+---------------------+---------------------+------+
653622     1  in  TCP   20   192.168.20.45:47377   192.168.20.15:80      SYNSEEN
658234     1  out TCP   40   192.168.40.46:80      192.168.20.45:47377   INIT
Scimitar1/Admin#

يمكنك أيضا إسترداد معرف الإدخال الداخلي المستخدم بواسطة اتصال.

ولهذا السبب، تحتاج إلى معرفة معرف conn و NP اللذين يقترن بهما الاتصال.

switch/Admin# show np 1 me-stats "-c 242"
Connection ID:seq: 242[0xf2].0
  Other ConnID    : 243[0xf3].0
  Proxy ConnID    : 0[0x0].0
  Next Q    : 0[0x0]

192.168.20.45:44425 -> 192.168.20.15:80 [RX-NextHop: TX] [TX-NextHop: TX]
  Flags:  PAT: No  DynNAT: No  Implicit PAT: No On_Reuse: No
  L3 Protocol     : IPv4                L4 Protocol    : 6
  Inbound Flag    : 1
  Interface Match : Yes
    Interface MatchID: 3
  EncapsID:ver    : 45:0                TCP ACK delta  : 0xc8228d7e
  MSS             : 1460                TOS Stamp       : 0
  Repeat mode     : No          Punt Flag      : No
  TOS Stamp       : No          TCP Window Check: No
  ACE ID          : 98          NAT Policy ID       : 0
  Post NAT hop    : 0
  Packet Count    : 5           Byte Count          : 309
  TCP Information: (State = 3)
    Window size   : 6432                Window scale    : 0
    FIN seen      : No          FIN/ACK seen    : No
    FIN/ACK exp   : No          Close initiator : No
    FIN/ACK expval: 5b40000             Last seq        : 9f50cfc0
   timestamp_delta: 0           Last ack        : 947b3980
    Data/ACK Trigger : 947b3980         Trigger Status   : 1
    Timestamp : 39cd8
  TCP options negotiated:
    Sack:Clear          TS:Clear        Windowscale:  Clear
    Reserved: Allow     Exceed MSS:  Deny       Window var: Allow

  Sticky Internal Entry-id : 0x200006  

Raw Connection Entry
0000  0x00000000  0xc0a8142d  0xc0a8140f  0x06090003
0010  0xad890050  0xc8228d7e  0x002d0000  0x05b40000
0020  0x000000f3  0x00000000  0x080a2480  0x24450000
0030  0x00000005  0x00000135  0x19200030  0x05b40000
0040  0x9f50cfc0  0x947b3980  0x00039cd8  0x00000000
0050  0x00000062  0x947b3980  0x00039cb1  0x00000000
0060  0x00000000  0x00000000  0x00000000  0x00000000
0070  0x0000bc90  0x00000000  0x00000000  0x00000000
switch/Admin#

Can not view this . file attachment inline, please click on the following link to view the attachment.
http://cdetsweb-prd.cisco.com/apps/dumpcr_att?identifier=CSCti03084&title=Diffs-commit-converge_dev&ext=&type=FILE

Can not view this . file attachment inline, please click on the following link to view the attachment.

Can not view this . file attachment inline, please click on the following link to view the attachment.
http://cdetsweb-prd.cisco.com/apps/dumpcr_att?identifier=CSCti03084&title=Diffs-commit-converge_dev.p2&ext=&type=FILE

Can not view this . file attachment inline, please click on the following link to view the attachment.

Can not view this . file attachment inline, please click on the following link to view the attachment.
http://cdetsweb-prd.cisco.com/apps/dumpcr_att?identifier=CSCti03084&title=Scimitar-code-review&ext=&type=FILE

Can not view this . file attachment inline, please click on the following link to view the attachment.

هناك ميزة أخرى جديدة أدخلتها في الإصدار 4.1.x هي CSCth64697 : إنه: أمر عرض جديد لعرض نتيجة تجزئة http url/cookie

شو ؟	كم هو سيء	من	الإصدارات
الحالة    تم التحقق من V تم العثور على تطوير تم العثور على الأصل نزع الاختبار مشروع csc.datacenter المنتج إيس المكون cp_configmgr الأجهزة الكل	أولوية غير موجود الخطورة    تحسين (SEV6) إلغاء الأولوية 3 تراجع N ديف-فلور N BadCodeFlag N	إلغاء إدارة ماجيش DTPT-manager راجميشر مهندس غدوفور مرسل غدوفور محيل ديجينة مراجع التعليمات البرمجية بلانكو	الإصدار 3. 0(0)A4(0. 99. 109)           الإصدارات المتكاملة 3.0(0)A90(7.0.12) 3.0(0)A90(4.0.38) 3.0(0)A90(4.0.27) 3.0(0)A4(1.0) 3.0(0)A4(0.99.214) 3.0(0)A4(0.99.180)           إصدار تم التحقق منه 3.0(0)A4(1.0.5)           الإصدار الثابت للمكون اندماج

المحفوظات

Histogram of CSCti03084 : Covering 85 days and terminal, first Resolved in 3 days, currently in V-Verified state.           N -> A [    0] |           A -> O [    0] |           O -> R [    3] -O[3.53%]           R -> A [   38]    ----------------R---------------[44.68%]           A -> R [    0]                                    |           R -> V [   44]                                    ------------------R-----------------[51.79%]                           <-----------------------------------+----------------------------------->                     26-Jul-2010                         06-Sep-2010                         19-Oct-2010

cdetsadm	11/30/2010 15:15:24	الإصدارات المتكاملة:	—> 3.0(0)A90(7.0.12)
cdetsadm	11/01/2010 13:42:20	الإصدارات المتكاملة:	—> 3.0(0)A4(1.0)
غدوفور	10/19/2010 00:22:06	RNE-Approval-FLG:	N —>
غدوفور	10/19/2010 00:22:06	عنوان الملاحظة:	—> V-Comments
غدوفور	10/19/2010 00:22:05	تم التحقق من الصحة:	—> 10/19/2010:22:05
غدوفور	10/19/2010 00:22:05	مدقق:	—> غدوفور
غدوفور	10/19/2010 00:21:59	الثقة التي تم التحقق منها:	—> تم إختباره
غدوفور	10/19/2010 00:20:32	الحالة:	r —> v
غدوفور	10/19/2010 00:22:05	تم التحقق من الإصدار:	—> 3.0(0)A4(1.0.5)
CMS	10/04/2010 07:12:07	اسم الملف:	—> مراجعة شيميتار-كود
cdetsadm	09/23/2010 10:30:36	الإصدارات المتكاملة:	—> 3.0(0)A90(4.0.38)
cdetsadm	09/07/2010 11:35:29	الإصدارات المتكاملة:	—> 3.0(0)A4(0.99.214)
غدوفور	09/06/2010 00:56:13	RNE-Approval-FLG:	N —>
غدوفور	09/06/2010 00:56:13	عنوان الملاحظة:	—> تعليقات R
غدوفور	09/06/2010 00:56:13	تم الحل:	07/29/2010:04:09:36 —> 09/06/2010 00:56:12
غدوفور	09/06/2010 00:55:57	الحالة:	A —> R
ديجينة	09/06/2010 00:51:22	RNE-Approval-FLG:	N —>
ديجينة	09/06/2010 00:51:22	عنوان الملاحظة:	—> A-Comments
ديجينة	09/06/2010 00:51:22	المحيل:	غدوفور — ديفاين
ديجينة	09/06/2010 00:51:22	تاريخ التعيين:	07/26/2010 06:19:33 —> 09/06/2010 00:51:22
ديجينة	09/06/2010 00:51:07	الحالة:	R —> A
غدوفور	09/06/2010 00:42:03	اسم الملف:	—> Diffs-commit-converge_dev.p2
cdetsadm	08/25/2010 13:05:01	الإصدارات المتكاملة:	—> 3.0(0)A90(4.0.27)
راهول	08/01/2010 23:52:20	تم العثور عليه:	عدم الاختبار -> التطوير
cdetsadm	07/31/2010 07:09:49	الإصدارات المتكاملة:	—> 3.0(0)A4(0.99.180)
كافيناكات	07/29/2010 14:19:33	السمة 2:	الاندماج —> الاندماج
غدوفور	07/29/2010 04:09:36	تم الحل:	—> 07/29/2010 04:09:36
غدوفور	07/29/2010 04:09:28	المستندات التي تم تغييرها:	—> بلا
غدوفور	07/29/2010 04:09:28	الحالة:	o —> R
غدوفور	07/29/2010 04:05:46	اسم الملف:	—> Diffs-commit-converge_dev
غدوفور	07/28/2010 02:03:37	النكوص:	—> N
غدوفور	07/28/2010 02:03:47	مراجع التعليمات البرمجية:	—> بلانكو
غدوفور	07/28/2010 02:02:52	ملاحظة:	Static-analysis-runinfo —> Static-analysis-runinfo
غدوفور	07/28/2010 01:59:11	RNE-Approval-FLG:	N —>
غدوفور	07/28/2010 01:59:11	عنوان الملاحظة:	—> Static-analysis-runinfo
غدوفور	07/26/2010 08:04:54	RNE-Approval-FLG:	N —>
غدوفور	07/26/2010 08:04:54	عنوان الملاحظة:	—> AUT
غدوفور	07/26/2010 07:21:27	الحالة:	A..> O
CMS	07/26/2010 07:17:50	اسم الملف:	—> مراجعة شيميتار-كود
غدوفور	07/26/2010 06:24:00	RNE-Approval-FLG:	N —>
غدوفور	07/26/2010 06:24:00	عنوان الملاحظة:	—> إختبار الوحدة
غدوفور	07/26/2010 06:19:54	عنوان الملاحظة:	—> ملاحظة الإصدار
غدوفور	07/26/2010 06:19:33	المحيل:	—> غدوفور
غدوفور	07/26/2010 06:19:33	تاريخ التعيين:	—> 07/26/2010 06:19:33
غدوفور	07/26/2010 06:19:33	المهندس:	—> غدوفور
غدوفور	07/26/2010 06:19:28	الحالة:	N —> A
غدوفور	07/26/2010 06:19:18	تم إنشاء عيب:	—>

هنا مثال على كيفية إستخدام هذا الأمر.

غالبا ما تقوم الدالة اللاصقة بتقسيم بيانات الإدخال إلى قيمة 64 بت.  هذه هي القيمة التي نحتفظ بها في إدخالنا اللاصق والتي نستخدمها لمطابقة بيانات الإدخال الجديدة مع الإدخالات الموجودة.

لذا، عندما تعرض قاعدة بيانات لاصقة، فعادة ما تكون المدخل اللاصق وهو عدد ضخم.

من المستحيل إسترجاع البيانات الأصلية من قيمة التجزئة.

ctw1prod001/maxcon# show sticky  database  group group1
sticky group : group1
type         : HTTP-COOKIE
timeout      : 5             timeout-activeconns : TRUE 
  sticky-entry          rserver-instance                 time-to-expire flags   
  ---------------------+--------------------------------+--------------+-------+
  18119923635054054134  rser3:0                          293            - 
  5834233610907968705   rser2:0                          6              - 

Until version 4.1.x it was also impossible to know the hash value from the original data.
This is why the command show sticky hash is useful.  This command will hash whatever text you provide and return the hash value in hexadecimal and decimal.  

ctw1prod001/maxcon# show sticky hash cisco123
Hash: 0x50f75c8edad064c1 - 5834233610907968705

ctw1prod001/maxcon# show sticky hash testing123
Hash: 0xfb76e68ae89a0af6 - 18119923635054054134
ctw1prod001/maxcon# 

In the example above, the text cisco123 is hashed into value 5834233610907968705
This value correspond to the sticky entry pointing to rser2:0

Below is another example with cookie insert.

ctw1prod001/maxcon# sh sticky  cookie-insert group group1
     Cookie   |        HashKey       |           rserver-instance   
  ------------+----------------------+----------------------------------------+
  R876364218 | 8016668853981260554  | s1/rser1:0
  R876365307 | 1555693097661300743  | s1/rser2:0
  R876366396 | 9600904050871858939  | s1/rser3:0
  R876367485 | 3122196043780649991  | s1/rser4:0
  R2830679934 | 17805359266603035579 | s2/rser4:0
  R2830681023 | 81717080676150073    | s2/rser5:0

ctw1prod001/maxcon# sh sticky hash  R876364218
Hash: 0x6f40edd93b7dab0a - 8016668853981260554

ctw1prod001/maxcon# sh sticky hash R2830681023
Hash: 0x12251407dc8ab39 - 81717080676150073
ctw1prod001/maxcon# 

وهذا سينهي مراجعتنا للملصقات.

شكرا،

غيليس دوفور