ฉันมีการตั้งค่าที่ค่อนข้างง่ายโดยฉันมีคอมพิวเตอร์สองเครื่อง:
คอมพิวเตอร์ A. มีการตั้งค่า NTP ตามปกติ และใช้แหล่งข้อมูลอินเทอร์เน็ตมาตรฐาน (ตาม Ubuntu) เพื่อกำหนดเวลา นอกจากนี้ยังช่วยให้สามารถสอบถามเกี่ยวกับ IP 10.0.2.0/24:
จำกัด 10.0.2.0 มาสก์ 255.255.255.0 nomodify notrap
คอมพิวเตอร์ B. มีการตั้งค่า NTP ตามปกติ ยกเว้นแหล่งที่มาทั้งหมดจะเปลี่ยนไปใช้ 10.0.2.1 (ซึ่งก็คือคอมพิวเตอร์ A)
นานๆ ครั้ง คอมพิวเตอร์ A ได้รับสัญญาณจูบแห่งความตายจากแหล่งใดแหล่งหนึ่ง เป็นผลให้มันฆ่า NTP ของ Computer B โดยสิ้นเชิง (เช่น ดูเหมือนว่า KoD จะถูกส่งโดยตรง)
มีวิธีทราบสถานะของเซิร์ฟเวอร์ NTP ในแง่ของการส่งข้อความ KoD หรือไม่? (และฉันจะออกจากสถานการณ์นั้นได้อย่างไร เมื่อฉันดูที่อยู่ IP ทั้งหมดที่แสดงในบันทึกไม่ได้ใช้โดยเซิร์ฟเวอร์! ดังนั้นฉันไม่เข้าใจว่าทำไมมันถึงยืนยันที่จะส่ง KoD ไปยังไคลเอนต์ของมัน) .
ฉันพบสองสิ่งแล้ว:
ntpq
ฉันวิ่งได้ ntpq เช่นนั้น:
ntpq -pn
เมื่อเซิร์ฟเวอร์ NTP ทำงาน ฉันเห็นเครื่องหมายดอกจันหน้าที่อยู่ IP ที่คอมพิวเตอร์ชอบ ในกรณีของฉัน แฟล็กสถานะทั้งหมด (คอลัมน์แรก +, -, *, #ฯลฯ) หายไปหมด เท่าที่ฉันทราบ นั่นหมายถึงบริการ NTP ไม่ทำงานและไม่มีการซิงโครไนซ์
นี่คือตัวอย่างเมื่อยังใช้งานได้ (เช่น มีแฟล็กในคอลัมน์แรก):
รีเฟรชรีโมต st t เมื่อโพลล์ไปถึงการหน่วงเวลาชดเชยความกระวนกระวายใจ
================================================== ============================
10.0.2.255 .BCST. 16 ข - 64 0 0.000 0.000 0.000
#51.77.203.211 134.59.1.5 3 คุณ 4 64 1 171.248 -743.64 691.917
+72.5.72.15 216.218.254.202 2 คุณ 2 64 1 19.223 -778.34 686.200
+159.69.25.180 192.53.103.103 2 คุณ 3 64 1 237.733 -775.41 701.376
+173.0.48.220 43.77.130.254 2 คุณ 2 64 1 35.489 -778.85 669.187
38.229.56.9 172.16.21.35 2 คุณ 31 64 1 153.976 -268.90 122.557
+137.190.2.4 .PPS. 1 คุณ 31 64 1 93.797 -253.69 116.289
+150.136.0.232 185.125.206.71 3 คุณ 35 64 1 95.667 -178.19 114.912
94.154.96.7 194.29.130.252 2 คุณ 31 64 1 237.560 -231.88 107.230
+162.159.200.123 10.4.1.175 3 คุณ 34 64 1 16.246 -199.68 115.561
*216.218.254.202 .CDMA 1 คุณ 35 64 1 52.906 -193.84 131.148
91.189.91.157 132.163.96.1 2 คุณ 45 64 1 87.772 -5.716 0.000
+204.2.134.163 44.24.199.34 3 คุณ 34 64 1 16.711 -199.12 116.777
+74.6.168.73 208.71.46.33 2 คุณ 35 64 1 69.772 -189.21 128.119
91.189.89.199 17.253.34.123 2 คุณ 45 64 1 165.471 -3.708 0.000
+216.229.0.49 216.218.192.202 2 คุณ 35 64 1 71.437 -178.94 97.505
91.189.89.198 17.253.34.123 2 คุณ 44 64 1 172.852 -17.899 0.000
ntpdate -q <ip>
เดอะ ntpdate คำสั่งจะบอกฉันว่า NTP ยอมรับแพ็กเก็ตหรือไม่ นี่เป็นเพราะมันให้ข้อความแสดงข้อผิดพลาดถ้าไม่:
$ sudo ntpdate -q 10.0.2.1
เซิร์ฟเวอร์ 10.0.2.1, ชั้นที่ 4, ออฟเซ็ต 5.194725, ดีเลย์ 0.02652
21 ก.ค. 15:22:48 น. ntpdate[13086]: ไม่พบเซิร์ฟเวอร์ที่เหมาะสำหรับการซิงโครไนซ์
สิ่งนี้เกิดขึ้นหลังจากนั้นไม่นานเมื่อเซิร์ฟเวอร์หลักของฉันเสีย * สถานะบนเซิร์ฟเวอร์เดียว เป็นครั้งแรกที่ยินดีซิงโครไนซ์กับ...
ตอนนี้... ฉันยังคงต้องเข้าใจว่าฉันต้องทำอย่างไรเพื่อแก้ไขปัญหานี้...
นี่อาจเป็นประโยชน์ นี่คือบันทึกเกี่ยวกับการรีสตาร์ทจากการรีบูตทั้งหมด:
21 ก.ค. 18:29:13 น. เคอร์เนล vm-ve-ctl: [ 434.275481] การตรวจสอบ: ประเภท=1400 การตรวจสอบ (1626917353.636:43): apparmor="DENIED" operation="open" profile="/usr/sbin/ntp
d" name="/snap/bin/" pid=3896 comm="ntpd" ask_mask="r"dened_mask="r" fsuid=0 ouid=0
21 ก.ค. 18:29:13 น. vm-ve-ctl ntpd[3896]: ntpd [email protected] (1): กำลังเริ่มต้น
21 ก.ค. 18:29:13 น. vm-ve-ctl ntpd[3896]: บรรทัดคำสั่ง: /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 126:129
21 ก.ค. 18:29:13 น. vm-ve-ctl ntpd[3901]: โปรโต: ความแม่นยำ = 0.190 usec (-22)
21 ก.ค. 18:29:13 น. vm-ve-ctl ntpd[3901]: ไม่สามารถเปิดไฟล์บันทึก /var/log/ntp.log: ปฏิเสธการอนุญาต
21 ก.ค. 18:29:13 น. เคอร์เนล vm-ve-ctl: [ 434.291490] การตรวจสอบ: ประเภท=1400 การตรวจสอบ (1626917353.652:44): apparmor="DENIED" operation="capable" profile="/usr/sbin/
ntpd" pid=3901 comm="ntpd" ความสามารถ=1 capname="dac_override"
21 ก.ค. 18:29:13 น. vm-ve-ctl ntpd[3901]: ไฟล์ Leapsecond ('/usr/share/zoneinfo/leap-seconds.list'): ลายเซ็นแฮชที่ดี
21 ก.ค. 18:29:13 น. vm-ve-ctl ntpd[3901]: ไฟล์ Leapsecond ('/usr/share/zoneinfo/leap-seconds.list'): โหลดแล้วหมดอายุ = 2021-12-28T00:00:00Z ล่าสุด =2017-01-01ต
00:00:00Z ofs=37
21 ก.ค. 18:29:13 น. vm-ve-ctl ntpd[3901]: ฟังและวาง 0 v6 wildcard [::]:123
21 กรกฎาคม 18:29:13 vm-ve-ctl ntpd[3901]: ฟังและวาง 1 v4 wildcard 0.0.0.0:123
21 ก.ค. 18:29:13 น. vm-ve-ctl ntpd[3901]: ฟังปกติเมื่อ 2 โล 127.0.0.1:123
21 ก.ค. 18:29:13 น. vm-ve-ctl ntpd[3901]: ฟังได้ปกติบน 3 enp0s3 192.168.2.120:123
21 ก.ค. 18:29:13 น. vm-ve-ctl ntpd[3901]: ฟังตามปกติบน 4 enp0s8 10.0.2.1:123
21 ก.ค. 18:29:13 น. vm-ve-ctl ntpd[3901]: ฟังปกติ 5 โล [::1]:123
21 ก.ค. 18:29:13 น. vm-ve-ctl ntpd[3901]: ฟังตามปกติใน 6 enp0s3 [fe80::a00:27ff:fe25:38ff%2]:123
21 กรกฎาคม 18:29:13 น. vm-ve-ctl ntpd[3901]: ฟังตามปกติใน 7 enp0s8 [fe80::a00:27ff:fe35:c30b%3]:123
21 ก.ค. 18:29:13 น. vm-ve-ctl ntpd[3901]: กำลังฟังซ็อกเก็ตการกำหนดเส้นทางบน fd #24 สำหรับการอัปเดตอินเทอร์เฟซ
21 ก.ค. 18:29:14 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 51.77.203.211
21 ก.ค. 18:29:15 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 159.69.25.180
21 ก.ค. 18:29:15 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 72.5.72.15
21 ก.ค. 18:29:16 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 198.251.86.68
21 ก.ค. 18:29:16 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 173.0.48.220
21 ก.ค. 18:29:16 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 38.229.56.9
21 ก.ค. 18:29:17 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 150.136.0.232
21 ก.ค. 18:29:17 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 94.154.96.7
21 ก.ค. 18:29:17 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 137.190.2.4
21 ก.ค. 18:29:18 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 162.159.200.123
21 ก.ค. 18:29:18 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 216.218.254.202
21 ก.ค. 18:29:18 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 91.189.91.157
21 ก.ค. 18:29:19 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 91.189.89.199
21 ก.ค. 18:29:19 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 74.6.168.73
21 ก.ค. 18:29:19 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 204.2.134.163
21 ก.ค. 18:29:20 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 91.189.89.198
21 ก.ค. 18:29:20 น. vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 216.229.0.49
21 ก.ค. 18:29:20 vm-ve-ctl ntpd[3901]: การชักชวนเซิร์ฟเวอร์พูล 2604:ed40:1000:1711:d862:f5ff:fe4e:41c4
21 ก.ค. 18:29:21 vm-ve-ctl ntpd[3901]: รับ: การประทับเวลาต้นทางที่ไม่คาดคิด 0xe4a34871.ac57f05d ไม่ตรงกับ aorg 0000000000.00000000 จาก [email protected] xmt 0xe4a34871.65648c54
ฉันไม่รู้แน่ชัดว่ามันเริ่มแย่เมื่อไหร่ ฉันยังได้เห็นสิ่งต่อไปนี้ซึ่งฉันคิดว่าน่าจะเกี่ยวข้องกับมัน (เช่น เมื่อเป็นเช่นนั้น IP ที่เกี่ยวข้องจะถูกลบออกจากรายการ!) แต่ตอนนี้มันแย่แล้วและไม่มีข้อผิดพลาดดังกล่าวเกิดขึ้นในการเรียกใช้ครั้งล่าสุดของฉัน
21 ก.ค. 18:08:57 น. vm-ve-ctl ntpd[9764]: 92.243.6.5 ท้องถิ่น addr 192.168.2.120 -> <null>
หมายเหตุ: 192.168.2.120 เป็น IP ของคอมพิวเตอร์ที่ล้มเหลว มันคือ VirtualBox มันทำงานมาหลายเดือนแล้ว... แต่อาจมีบางอย่างเปลี่ยนแปลงซึ่งทำให้ไม่มีความสุข
ฉันพบ โพสต์นี้ เกี่ยวกับปัญหาเกี่ยวกับ ... -> <null> ข้อความ. อย่างไรก็ตาม ฉันคิดว่าเรามีเวอร์ชันที่ใหม่กว่าบน Ubuntu 18.04:
รุ่นที่แนะนำขั้นต่ำของ SUSE: ntp-4.2.8p7-11.1
รุ่น Ubuntu 18.04: 1:4.2.8p10+dfsg-5ubuntu7.3
ในกรณีที่ฉันพยายามเชื่อมต่อ VM กับโฮสต์และฉันยังคงได้รับการชดเชยและความกระวนกระวายใจอย่างมาก มีอะไรเปลี่ยนแปลงได้บ้าง!
รีเฟรชรีโมต st t เมื่อโพลล์ไปถึงการหน่วงเวลาชดเชยความกระวนกระวายใจ
================================================== ============================
10.0.2.10 .POOL 16 หน้า - 64 0 0.000 0.000 0.000
10.0.2.10 132.163.97.6 2 คุณ 54 64 3 0.457 -5254.2 3917.68
ตามที่ Paul Gear ถาม นี่คือผลลัพธ์ของ ntpq พร้อมรายละเอียดเพิ่มเติม:
$ntpq-ncrv
associd=0 สถานะ=0028 Leap_none, sync_unspec, 2 เหตุการณ์, no_sys_peer,
รุ่น = "ntpd [email protected] (1)", ตัวประมวลผล = "x86_64",
system="Linux/4.15.0-151-generic", ก้าว=00, stratum=4, ความแม่นยำ=-23,
rootdelay=17.930, rootdisp=5019.260, refid=173.255.215.209,
reftime=e4a44f7a.1c2ec778 พฤ. 22 ก.ค. 2564 13:11:38.110,
clock=e4a45030.c8a4b259 พฤ. 22 ก.ค. 2564 13:14:40.783, peer=0, tc=6,
mintc=3, offset=-109.527915, ความถี่=-1.707, sys_jitter=0.000000,
clk_jitter=38.724, clk_wander=0.000, ไท=37, Jumpsec=201701010000,
หมดอายุ=202112280000
นี่คือรายการนาฬิกาที่มีอยู่และนาฬิกาที่ใช้อยู่ในปัจจุบัน:
$เกรป. /sys/devices/system/clocksource/clocksource*/[ac]*clocksource
/sys/devices/system/clocksource/clocksource0/available_clocksource:kvm-clock tsc acpi_pm
/sys/devices/system/clocksource/clocksource0/current_clocksource:kvm-clock
และสุดท้ายการ dmesg ผลลัพธ์เกี่ยวกับกระบวนการเลือก clocksource:
$dmesg | grep clocksource
[ 0.000000] แหล่งสัญญาณนาฬิกา: kvm-clock: หน้ากาก: 0xffffffffffffffff max_cycles: 0x1cd42e4dffb, max_idle_ns: 881590591483 ns
[ 0.000000] clocksource: กลั่น-jiffies: หน้ากาก: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645519600211568 ns
[ 0.283117] clocksource: jiffies: หน้ากาก: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[ 1.161844] clocksource: เปลี่ยนเป็น clocksource kvm-clock
[ 1.208316] แหล่งสัญญาณนาฬิกา: acpi_pm: หน้ากาก: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns
[ 2.329228] clocksource: tsc: มาสก์: 0xffffffffffffffff max_cycles: 0x1db81a3240f, max_idle_ns: 440795250379 ns
ดูเหมือนว่าฉันพบวิธีแก้ปัญหา ฉันไม่แน่ใจเหมือนกันว่าทำไมมันถึงใช้งานได้ก่อนหน้านี้
หลังจากค้นหาหลายครั้ง ฉันพบตั๋ว VirtualBox นี้:
https://www.virtualbox.org/ticket/15179
ที่บอกว่าไม่ควรใช้ เอ็นทีพีดี เพราะ VM รักษาเวลาอยู่แล้ว โดยใช้เวลา Host เพื่อปรับ VM's นาฬิกาเสมือนจริง.
อย่างไรก็ตามแม้จะไม่มี เอ็นทีพีดี ทำงานอยู่ นาฬิกาของ VM ของฉันดับและจะเด้งระหว่าง ±30 วินาทีในช่วงเวลาสั้นๆ
เมื่ออ่านโพสต์นั้นเพิ่มเติม พวกเขาเสนอให้ปรับการตั้งค่าการจำลองเสมือนเป็น "ไม่มี" ดูเหมือนจะไม่ได้ผลสำหรับฉัน ฉันรีสตาร์ท VM และเครื่องค้าง ดังนั้นฉันจึงลองใช้ "Minimal" แทน และตอนนี้นาฬิกาก็ใช้งานได้ เดอะ ntpq -np ผลลัพธ์ดูดีขึ้นมาก:
พฤ. 22 ก.ค. 12:57:57 PDT 2021
รีเฟรชรีโมต st t เมื่อโพลล์ไปถึงการหน่วงเวลาชดเชยความกระวนกระวายใจ
================================================== ============================
1.ubuntu.pool.n .POOL 16 หน้า - 64 0 0.000 0.000 0.008
2.ubuntu.pool.n .POOL 16 หน้า - 64 0 0.000 0.000 0.008
3.ubuntu.pool.n .POOL 16 หน้า - 64 0 0.000 0.000 0.008
ntp.ubuntu.com .POOL 16 หน้า - 64 0 0.000 0.000 0.008
+23.157.160.168 129.6.15.28 2 คุณ 20 128 377 83.831 0.783 1.745
-104.131.139.195 163.237.218.19 2 คุณ 28 128 377 20.162 3.622 1.451
+144.76.64.40 36.224.68.195 2 คุณ 18 128 377 179.329 2.557 6.671
-159.89.86.140 192.5.41.40 2 คุณ 126 128 377 87.016 3.094 1.385
-23.175.208.10 239.9.71.195 2 คุณ 35 128 377 82.350 2.311 0.794
+206.82.16.3 47.187.174.51 2 คุณ 127 128 377 84.683 1.385 0.753
+92.243.6.5 85.199.214.98 2 คุณ 25 128 377 163.041 4.275 4.025
*200.160.7.186 .ONBR. 1 คุณ 47 128 377 191.078 1.126 1.865
+51.255.197.148 217.91.44.17 2 คุณ 96 128 367 154.201 1.225 4.742
อย่างที่เราเห็น Offset (สูงสุด 4.3) และ Jitter (สูงสุด 6.7) นั้นเล็กน้อยมากเมื่อเทียบกับสิ่งที่ฉันได้รับก่อนหน้านี้ ตอนนี้คอมพิวเตอร์อีกเครื่องของฉันก็ใช้งานได้และสามารถซิงโครไนซ์ตัวเองกับนาฬิกานี้ได้ ความล่าช้าอยู่ที่ประมาณ 0.7 ซึ่งเพียงพอสำหรับฉัน (ในกรณีของฉัน เพียงพอคือ 12.0 หรือน้อยกว่า)
โน๊ตสำคัญ: ฉันรีบูท VM นั้น 2 หรือ 3 ครั้งโดยใช้ น้อยที่สุดเวลาในการบู๊ตนั้นยาวนานอย่างเลือดตาแทบกระเด็น ดังนั้นฉันจึงไม่แนะนำให้ใช้โหมดนี้ยกเว้นเป็นทางเลือกสุดท้ายหากคุณต้องการนาฬิการะบบที่ใช้งานได้ หากคุณมีวิธีแก้ปัญหาที่ดีกว่าที่ได้ผล ฉันพร้อมรับฟัง!
ในกรณีที่ฉันต้องการเห็นความแตกต่างเกี่ยวกับแหล่งที่มาของนาฬิกาใน น้อยที่สุด โหมด. เราเพิ่งได้รับ acpi_pm นาฬิกา.
$เกรป. /sys/devices/system/clocksource/clocksource*/[ac]*clocksource
/sys/devices/system/clocksource/clocksource0/available_clocksource:acpi_pm
/sys/devices/system/clocksource/clocksource0/current_clocksource:acpi_pm
ตอนนี้ฉันสงสัยว่าสิ่งนี้อาจส่งผลต่อนาฬิกาโฮสต์หรือไม่ เนื่องจากฉันมี ntp บนโฮสต์ด้วย ฉันไม่คิดว่านี่เป็นปัญหา
โอเค ค่อนข้างผิดปกติ ฉันกำลังเพิ่มคำตอบที่สองเพราะสิ่งนี้อธิบายได้ 100% ว่าเหตุใดการเริ่มแตก ภายในไม่กี่วันหลังจากที่ฉันรีบูทครั้งล่าสุด มีการอัปเกรดไดรเวอร์ของ NVIDIA จากนั้นฉันก็เริ่ม VM ของฉัน (เช่น คำสั่งซื้อมีความสำคัญมากที่นี่!)
ฉันไม่รู้ว่าสภาพแวดล้อม 3 มิติอาจหายไปและหากไม่เร่งความเร็ว VM จะทำงานผิดปกติโดยสิ้นเชิงในแง่ของนาฬิกา/เวลา
โปรดทราบว่าข้อเท็จจริงที่ว่าสภาพแวดล้อม 3 มิติไม่พร้อมใช้งานนั้นไม่ปรากฏแก่ฉัน อาจมีการกล่าวถึงในบันทึกบางฉบับ แต่ในฐานะ ก มาตรฐาน ผู้ใช้ ฉันพลาดส่วนนั้นไปโดยสิ้นเชิง
หลังจากรีบูตเครื่องใหม่ทั้งหมด (จำเป็นสำหรับการอัปเกรด NVIDIA นั้น) VM จะทำงานตามปกติอีกครั้ง ไม่จำเป็นต้องใช้ น้อยที่สุด ตัวเลือก. ฉันใส่ VM นั้นกลับไปที่ ค่าเริ่มต้น และใช้งานได้ดีเหมือนเดิมทุกประการ
ฉันหวังว่านี่จะช่วยบางคนที่ปวดหัวมา 3 วันได้...
สำหรับผู้ที่สนใจ การเปลี่ยนนาฬิกาอาจช่วยได้เช่นกัน Oracle มีหน้าที่ดีเกี่ยวกับ วิธีเปลี่ยนแหล่งสัญญาณนาฬิกา. ในที่สุดฉันก็ลงเอยด้วยการใช้ apci_pm ซึ่งดูเหมือนจะช่วยรักษาเวลาได้ยาวนานมาก
# echo "acpi_pm" > /sys/devices/system/clocksource/clocksource0/current_clocksource
คุณยังสามารถอัปเดตพารามิเตอร์การบู๊ตเพื่อให้ทุกครั้งที่คุณบู๊ต คุณจะได้รับแหล่งที่มาที่เลือก
GRUB_CMDLINE_LINUX="... clocksource=acpi_pm"
(ฉันลบพารามิเตอร์ที่ไม่เกี่ยวข้องออกที่นี่ อย่าลบออก เพียงแค่เพิ่ม แหล่งสัญญาณนาฬิกา พารามิเตอร์; อาจเป็นไปได้ว่าตัวแปรว่างเปล่าในครั้งแรกที่คุณแก้ไข: GRUB_CMDLINE_LINUX="").
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
