icecube

0

Taichung
icecube

IT

SCSI INQUIRY command

(2)INQUIRY command: * 第二個要介紹的命令是INQUIRY命令,這個命令用來要求裝置傳回本身的資訊,其欄位如下: INQUIRY command * 這裡要注意的是 EVPD 位元,如果是0,表示要傳回標準資料;如果是1,表是要傳回特定資料‧此位元須與page配合使用,才能讀到正確資料。 命令送出後,如果成功,就會傳回下面格式的資料在data陣列中: Standard INQUIRY data format * 底下,筆者稍微介紹各欄位名稱及用途: * Peripheral qualifier(週邊限定) * 判斷是否有連上所詢問裝置的邏輯單元(LUN),如果有則為0。 Peripheral device type(裝置型態碼) * 指出裝置的型態代碼,代碼及意義如下表: 代碼描述 * 00h直接存取裝置(Direct access device)\ * 0

By icecube

Linux

如何設定多個網路介面在相同網段

例如在3個網路介面設定不一樣的IP(同一個網段) 192.168.0.100 192.168.0.101 192.168.0.102 同一個網段的其他電腦 192.168.0.199 ping這三個介面都會被回應 但真正回應的介面是在路由表的第一個介面(可由arp -n 得知) 而且每次重開機會亂跳 以前只會這樣設 /etc/sysctl.conf net.ipv4.conf.all.arp_ignore=1 net.ipv4.conf.all.arp_announce=2 net.ipv4.conf.default.arp_ignore=1

By icecube

Monitor

为什么用Nginx Amplify

博客服务器一直用着NodeQuery、UptimeRobot和Netdata,各司其职。 虽然Netdata的功能确实齐全,但万一服务器GG了,没恢复前,是无法查阅数据,最多因为GG前有邮件提醒,有预警,而且很多数据其实并不需要去看。 使用Amplify的原因,主要是UI高大上(但不支持移动端是个糟点,希望尽快完善)、开源、轻便,主要服务(Nginx、PHP、MySQL)的参数及系统资源监测较齐,并且完全以图表显示(更容易发现瓶颈和问题)。而且可以定制预警类型,完全可以取代Netdata并补了NodeQuery的不足(NQ只能对CPU、MEM、DISK做预警)。 虽说预警数量有限制,但完全够用。最重要的是,出现问题时,起码我在外部,能看到一些大概问题。 另外一点比较好的是Analyzer功能,(因为与Nginx深度整合)能看到Nginx的一些优化建议和问题提醒。不过貌似优化得不错,所以并没有特别需要改的。 简单来说,Nginx Amplify是个较为全面的系统监测工具。 而且之前提到给Amplify提交的两个问题,Ngi

By icecube

database

MySQL 8.0.11的更新之路

总算赶在0点前发了出来,就不配图了。 在北京时间今天的18:10,MySQL更新了最新的GA版本8.0.11。 尴尬的是,那时候我正在将MySQL从5.7.21升级到5.7.22(在今天15:15放出)。 所以更新至5.7.22后,又马不停蹄的开了台测试机,测试了8.0.11。 便开始掉坑之旅,在摔得鼻青脸肿后,边查文档边爬出来。。。 让我一一道来,首先是my.cnf的。 Symbolic links现在默认就是禁用了,无需再去标记禁用了,如果你标记的话,会有个提醒: ‘Disabling symbolic links using –skip-symbolic-links (or equivalent) is the default. Consider not using this option

By icecube

web

更新至WordPress 5.0

好像很久没以这个文章开头了。 今天更新到WordPress 5.0和PHP 7.3.0。 WordPress 5.0 “Bebo” 正式发布,没什么说的,一上来Block Editor就来下马威,直接错误。 然后不保存关闭文章编辑页面,就把我文章标签删了。 看了下源码后,直接在functions.php加上如下语句即可停用Block Editor,用回旧版。 add_filter( 'use_block_editor_for_post', '__return_false', 999 ); remove_action( 'wp_enqueue_scripts', 'wp_common_block_scripts_and_

By icecube