ipstor

0

ipstor

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 ipstor

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 ipstor

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 ipstor

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 as it’

By ipstor

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 ipstor