Greenplum工具GPCC和GP日志中時(shí)間不匹配的實(shí)例分析，相信很多沒(méi)有經(jīng)驗(yàn)的人對(duì)此束手無(wú)策，為此本文總結(jié)了問(wèn)題出現(xiàn)的原因和解決方法，通過(guò)這篇文章希望你能解決這個(gè)問(wèn)題。

網(wǎng)站建設(shè)公司,為您提供網(wǎng)站建設(shè),網(wǎng)站制作,網(wǎng)頁(yè)設(shè)計(jì)及定制網(wǎng)站建設(shè)服務(wù),專注于企業(yè)網(wǎng)站制作,高端網(wǎng)頁(yè)制作,對(duì)成都葡萄架等多個(gè)行業(yè)擁有豐富的網(wǎng)站建設(shè)經(jīng)驗(yàn)的網(wǎng)站建設(shè)公司。專業(yè)網(wǎng)站設(shè)計(jì),網(wǎng)站優(yōu)化推廣哪家好,專業(yè)營(yíng)銷推廣優(yōu)化,H5建站,響應(yīng)式網(wǎng)站。

今天同事反饋了一個(gè)問(wèn)題，之前看到?jīng)]有太在意，雖然無(wú)傷大雅，但是想如果不重視，那么后期要遇到的問(wèn)題就層出不窮，所以就作為我今天的任務(wù)之一來(lái)看看吧。能不能定位和解決，當(dāng)然從事后來(lái)看，也算是找到了問(wèn)題處理的一個(gè)通用思路。

問(wèn)題的現(xiàn)象很明顯：GPCC工具可以顯示出GP的日志內(nèi)容，但是和GP日志里的時(shí)間明顯不符。

GPCC的一個(gè)截圖如下，簡(jiǎn)單來(lái)說(shuō)就好比Oracle的OEM一樣的工具。能夠查看集群的狀態(tài)，做一些基本信息的收集和可視化展現(xiàn)。紅色框圖的部分就是顯示日志中的錯(cuò)誤信息。

我把日志內(nèi)容放大，方便查看。

以下是從GPCC中截取到的一段內(nèi)容。

截取一段GPCC中的內(nèi)容供參考。

03 Apr14:18:07

ERROR

MPP detected 1 segment failures, system is reconnected (cdbfts.c:228)

u:datax_userdb:TESTDB host:10.xxxx

而GP的日志顯示如下：

2018-04-03 00:18:07.055801 CST,

"datax_user","TESTDB",p173295,th972601120,"10.xxxx","64523",2018-04-03 00:17:40 CST,1811909,con659620,cmd1,seg-1,,dx572994,x1811909,sx1,"ERROR","XX000","MPP detected 1 segment failures, system is reconnected (cdbfts.c:228)",,,,,"COPY test_map, line 11705805: ""20150826|38377|5364390|1|1|1|1|1|1|1|1|1|1|1|1|1|1|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|2018-04-03 00:1.

..""","COPY test.test_map ( xxxx) FROM STDIN delimiter as '|' NULL 'null' ",0,,"cdbfts.c",228,"Stack trace:

1 0xb0aefe postgres errstart (elog.c:502)

2 0xc29d9f postgres FtsHandleNetFailure (cdbfts.c:227)

3 0xbd4ca5 postgres cdbCopyEndAndFetchRejectNum (cdbcopy.c:804)

4 0x6b757a postgres CopyFromDispatch (copy.c:3823)

5 0x6c6c9c postgres DoCopyInternal (copy.c:1767)

6 0x6c8388 postgres DoCopy (copy.c:1883)

7 0x9a5f9d postgres ProcessUtility (utility.c:1100)

8 0x9a364b postgres PortalRun (pquery.c:1505)

9 0x99a5bc postgres <symbol not found> (postgres.c:1811)

10 0x99e9b9 postgres PostgresMain (postgres.c:4760)

11 0x8f8dfe postgres <symbol not found> (postmaster.c:6672)

12 0x8fba90 postgres PostmasterMain (postmaster.c:7603)

13 0x7fbeff postgres main (main.c:206)

14 0x37f901ed1d libc.so.6 __libc_start_main + 0xfd

15 0x4be869 postgres <symbol not found> + 0x4be869

"

根據(jù)時(shí)間情況來(lái)看，gpcc中顯示的時(shí)間明顯比GP日志的要快，認(rèn)真對(duì)比了下，按照精度來(lái)算，快了14個(gè)小時(shí)。

還有一個(gè)問(wèn)題是錯(cuò)誤日志中提到的segment failure是什么意思，是否能給出一個(gè)解釋。

所以我們還是得回到GP日志，需要結(jié)合上下文內(nèi)容來(lái)做一個(gè)理解，回放出在那個(gè)時(shí)間點(diǎn)的操作。往前看很快就定位到了相關(guān)的日志，原來(lái)是在做一批次的copy操作，很可能因?yàn)榫W(wǎng)絡(luò)抖動(dòng)導(dǎo)致其中一個(gè)copy操作阻塞。

所以錯(cuò)誤信息的基本結(jié)論如下：

通過(guò)日志可以明確在GP做copy的過(guò)程中很可能出了網(wǎng)絡(luò)問(wèn)題導(dǎo)致操作受阻，GP嘗試重新連接segment

基本解釋清了問(wèn)題，我們?cè)賮?lái)看下本質(zhì)的問(wèn)題，為什么系統(tǒng)中和日志中的時(shí)間戳不同，妥妥的差了14個(gè)小時(shí)。

所以很自然的，我們會(huì)拋出一個(gè)問(wèn)題：數(shù)據(jù)是怎么從日志傳輸?shù)角岸说模?/p>

換個(gè)問(wèn)題就是數(shù)據(jù)是如何從后端傳輸?shù)角岸耍醪降姆较蚓褪菚r(shí)區(qū)上面，但是我查看了部署的軟件配置，并沒(méi)有關(guān)于時(shí)區(qū)的配置。

在咨詢了一些朋友之后，我決定再看看官方是否有相關(guān)的解釋。

花了點(diǎn)力氣，所幸找到一篇，還是在3月底更新的一篇，這個(gè)時(shí)候碰到這個(gè)問(wèn)題算是很應(yīng)景了。

話外音就是搜索還是要講究點(diǎn)技巧，要不搜索不出來(lái)確實(shí)很尷尬。官方的建議，其實(shí)就是因?yàn)闀r(shí)區(qū)的特定設(shè)置，也可以理解是一個(gè)bug,在實(shí)現(xiàn)的時(shí)候，對(duì)于中文支持的原因?qū)е铝诉@個(gè)問(wèn)題，如果要做一個(gè)WA，可以重置GPCC的檔案庫(kù)和用戶的timezone，當(dāng)然還需要重啟GP集群生效，修改后的日期時(shí)間戳就顯示不是CST,而是HKT，可能還需要評(píng)估下是否有其他的影響范圍。

所以對(duì)于時(shí)間問(wèn)題不一致的基本結(jié)論如下：

這個(gè)是GPCC的一個(gè)問(wèn)題，在3.x版本出現(xiàn)，在低版本也是同樣的。

要修復(fù)這個(gè)問(wèn)題，需要重新設(shè)置時(shí)區(qū)的配置，重新GP集群，可以考慮后續(xù)是否有機(jī)會(huì)來(lái)做下這個(gè)問(wèn)題的修復(fù)。前提還是在測(cè)試環(huán)境充分測(cè)試驗(yàn)證。目前先保持現(xiàn)狀。

看完上述內(nèi)容，你們掌握Greenplum工具GPCC和GP日志中時(shí)間不匹配的實(shí)例分析的方法了嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝各位的閱讀！

標(biāo)題名稱：Greenplum工具GPCC和GP日志中時(shí)間不匹配的實(shí)例分析
網(wǎng)站地址：http://www.chinadenli.net/article4/ipphoe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供自適應(yīng)網(wǎng)站、App設(shè)計(jì)、網(wǎng)頁(yè)設(shè)計(jì)公司、建站公司、網(wǎng)站制作、品牌網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)