點擊右邊

OmniOS / ZFS娛樂城的相關搜尋 / Windows 7:關于CIFS / SMB上的一切文件巨細,應

環境:

在運轉OmniOS r151018(95eaa7e)的單個文件服務器上產生如下新鮮成績,該服務器經由過程SMB向Windows以及OS X guest虛構機供應文件.
經由過程SMB同享上的“另存為…”對話框窗口保管某些文件(.docx,.xlsx,某些圖象)會致使約莫3到5秒的耽誤,此時運用法式基本沒有相應,以后文件正常保管.
成績確鑿產生在“過夜”,沒有對服務器做任何工作,但很難確定切當的日期,由于用戶投訴僅在第一次產生后的某個時間浮現.從新啟動服務器后,鏡像根池的一個vdev弗成用,但細心反省沒有發明裝備上的任何以障,而且它已經從新毗鄰到池.成績依然存在.
一些察看:
>它產生在一切Windows 7客戶端上>它實用于一切文件巨細>它產生在本機的一切同享上,無論權限若何>它可以經由過程iSCSI從另一臺服務器上導入主機上的更快存儲> GBit以太網的正常復制速率為110 MB /秒>數據以及根池好像沒成績>它不會產生在其余文件服務器上>當文件在內地保管,然后經由過程資本治理器復制時,不會產生這類環境>它不會產生在OS X上(只能使用OpenOffice進行測試)> dmesg顯示幾個注重事項:bge0:中止:標記0x0 – 沒有更新?具備種種代價觀,但這也因此前的環境并沒有形成任何危險
進一步的設法/企圖:
因為沒有明確的過錯新聞,我可能必要進行一些實驗以及過錯搜刮緣故原由.我會思量一些工作(效果用斜體字透露表現):
>用Intel卡替代Broadcom網卡=>沒有甚么區分>用SATA SSD替代根池(現在SLC內存USB棒可以正常事情3年以上)=>沒有甚么區分>反省兩者之間的收集(硬件,經由過程間接毗鄰到服務器)>使用WireShark進行流量拿獲:若是您不切當地曉得本人在探求甚么,那將很難題>規復到曩昔的OmniOS指導情況/版本以清除軟件沖突=>沒有甚么區分>歸滾Windows / Office更新以清除過錯>從快照中刪除文件名中的:(冒號)文件,由ewwhite =>創立的reddit線程上的txgsync倡議.沒有甚么區分

I’ve seen something similar to this when the Windows “previous versions” feature is enabled with automatic snapshots that include a “:” character. Just shooting at the wind with this,but may be worth a look as the “:” character is not allowed in Windows file names.

>監控文件走訪:依據shodanshok的倡議,我使用DTrace以及this script來監控文件走訪.我在保管alread關上文件時使用它,刪除了不捕 魚 達人 大陸相關的輸入以及小我私家信息,效果環抱三個文件:

CPU ID FUNCTION:NAME
1 18753 fop_open:entry Open: Workbook
0 18181 fop_create:return Create: temp_1
0 18753 fop_open:entry Open: temp_1
0 18753 fop_open:entry Open: Workbook
0 18753 fop_open:entry Open: Workbook
0 18753 fop_open:entry Open: temp_1
0 18888 fop_rename:entry Rename: Workbook -> temp_2
0 18888 fop_rename:entry Rename: temp_1 -> Workbook
0 18753 fop_open:entry O捕魚達人儲值pen: Workbook
0 18753 fop_open:entry Open: temp_2
0 18892 fop_remove:entry Remove: temp_2
0 18753 fop_open:entry Open: Workbook
0 18753 fop_open:entry Open: Workbook

在沒有產生成績的另一臺服務器上履行雷同的進程會發生相似的效果:

CPU ID FUNCTION:NAME
1 25182 fop_create:return Create: temp_1
1 25750 捕 魚 達人 機 台fop_open:entry Open: temp_1
1 25750 fop_open:entry Open: Workbook
1 25750六合彩即時 fop_open:entry Open: temp_1
1 25750 fop_open:entry Open: Workbook
1 25750 fop_open:entry Open: temp_1
1 25889 fop_rename:entry Rename: Workbook -> temp_2
1 25889 fop_rename:entry Rename: temp_1 -> Workbook
1 25750 fop_open:entry Open: Workbook
1 25750 fop_open:entry Open: temp_2
1 25893 fop_remove:entry Remove: temp_2
1 25750 fop_open:entry Open: Workbook
1 25750 fop_open:entry Open: Workbook
1 25750 fop_open:entry Open: Workbook

我還在劇本中增添了時間戳(walltimestam今彩539包牌6碼中獎金額p),但在這兩種環境下,一切文件操作都在統一秒進行. =>沒有甚么區分>導入另一臺主機上的磁盤以反省池碎片或者磁盤是否有故障=>沒有甚么區分>將數據以及根池移到雷同的機械上以清除布線,主板等.=>成績確鑿存在,是以必需是根池(軟件)或者與軟件不兼容的特定硬件(或者俄然變得不兼容……)
你可否提出其余可能致使這類舉動的緣故原由?或者者你有相似的閱歷嗎?由于我在網上找不到任何有效的器材,我嫌疑這是一個新鮮的硬件成績(由于它僅限于一臺機械)或者Windows / Office的成績.

解:

該成績僅影響OmniOS r151018,而不因此前的版本.對于omnios-discuss郵件列表的This thread恰是對于我的成績,Geoff引用:

I saw a similar thread with Nexenta forum. There seems to be an issue with op539大樂透中獎號碼查詢slock. I disabled opslock and we are good now.
svccfg -s network/smb/server setprop smbd/oplock_enable=false
Not sure why this isn’t biting more people.

以是,biteCount;我猜.經由過程運用修復法式并疾速從新啟動辦理了該成績.
將來的教訓:在測驗考試任何以障清除之前,只要使用民間郵件列表上的高等搜刮,由于極可能您的成績已經經產生在其余人的計算機上.此外,在查找硬件過錯之前,請啟動疾速VM以清除任何軟件,更新或者設置過錯.
我是怎么達到哪里的:
在更新的成績中望到幾個不同的測試后,我將其放大到特定硬件上的軟件成績或者硬件/驅動法式沖突.為清除第二種環境,我在另一臺主機上裝置了兩臺新的OmniOS虛構機r151018以及r151016,并在每臺主機上手動設置了根本的SMB同享.
r151018碰到了成績,r151016事情正常.我嫌疑在我的第一次測試中我沒有注重到它,由于我只在r151018上歸滾了一些更新,而不是歸到初期版本.我認為這個成績一定比我想象的還要長.
在探求一種只能逐個更新軟件包的要領時,我查望了郵件列表并搜刮了已往6個月的smb,個中浮現了精確的辦理方案/一樣的成績,可以追溯到5月份.

【免責聲明】本站內容轉載自互聯網,其相關談吐僅代表作者小我私家概念盡非權勢巨子,不代表本站態度。如您發明內容存在版權成績,請提交相關鏈接至郵箱:,咱們將實時予以處置。