U30GT-H v1.07がでてたのでいれてみた。
いつものrootedで中華アプリを省いたやつを使用させていただきました。1.06はうちのはスリープ復帰時にwifiの接続が悪かったのは治ったかな。。。と思われる。
一応ChangeLogにもwifiのinstabilityがなんちゃらって書いてあるのでアタリでしょう。
(内蔵メモリは消えても大したもの無かったので)Titaniumで内蔵メモリにだけアプリ情報をバックアップしてROMを焼いたのですが、ものの見事に消えました(笑)
CUBE U30GT-H firmware update 1.07 (2012.09.25)
ちなみにOfficial
http://www.51cube.net/ch/DownList.asp?SortID=7
1.07になったところ
7月に買ったXS35GS V3ですが、Windows8 x64もAMDのドライバいれれば動きそうなのですが、いかんせんブルーバック多発でイマイチです。
Windows8が悪いのではなく、Windows7でも同じなので、ハード的なメモリとか熱とかかな?
XS35GS V3はShuttleのサイトで新しいBIOSが出てたのでいれてみた。
XS35GS V3 BIOS(Shuttle)
ちなみにWindows8のブルーバックはこんな感じ
5.1がリリースされているわけですが、「Standard」で「Storage vMotion」までできるようになりました。vRAM制限もなくなったし、DRS,vDSはちょっと欲しいところもありますが、「vSphere Replication」もついてるし、「Standard」でいいんじゃね?ダメ?(^^;
vSphere のエディションの比較(vmware)
<追記>
CentOS4の時の記事でしたが、CentOS5が切れても使う事になるとおもわなかった(笑)
CentOS4は最終が「4.9」、CentOS5は最終が「5.11」です。
手順は同じで、mirrorlistをコメントアウトして、「vault.centos.org」にしたbaseurlをに置き換えればOKです。
古いOSネタですが、CentOS4のリポジトリはもう無くなってるので「vault.centos.org」にいっちゃったのを指定してアップデートする方法
どっかにメモったったはずなんだけど、どっかいったのでここにメモしておく(^^;
変更ファイル
→リポジトリが記述されたファイル
/etc/yum.repos.d/CentOS-Base.repo
変更例
→mirrorlistはコメントにして、baseurlを「vault.centos.org」のフォルダ指定へ変更する
# CentOS-Base.repo
#
# This file uses a new mirrorlist system developed by the CentOS Team.
# The mirror system uses the connecting IP address of the client and the
# update status of each mirror to pick mirrors that are updated to and
# geographically close to the client. You should use this for CentOS updates
# unless you are manually picking other mirrors.
#
# If the mirrorlist= does not work for you, as a fall back you can try the
# remarked out baseurl= line instead.
#
#
[base]
name=CentOS-$releasever - Base
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
baseurl=http://vault.centos.org/4.9/os/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos4
priority=1
protect=1
#released updates
[update]
name=CentOS-$releasever - Updates
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates
#baseurl=http://mirror.centos.org/centos/$releasever/updates/$basearch/
baseurl=http://vault.centos.org/4.9/updates/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos4
priority=1
protect=1
#packages used/produced in the build but not released
[addons]
name=CentOS-$releasever - Addons
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=addons
#baseurl=http://mirror.centos.org/centos/$releasever/addons/$basearch/
baseurl=http://vault.centos.org/4.9/addons/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos4
priority=1
protect=1
#additional packages that may be useful
[extras]
name=CentOS-$releasever - Extras
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras
#baseurl=http://mirror.centos.org/centos/$releasever/extras/$basearch/
baseurl=http://vault.centos.org/4.9/extras/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos4
priority=1
protect=1
#additional packages that extend functionality of existing packages
[centosplus]
name=CentOS-$releasever - Plus
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus
#baseurl=http://mirror.centos.org/centos/$releasever/centosplus/$basearch/
baseurl=http://vault.centos.org/4.9/centosplus/$basearch/
gpgcheck=1
enabled=0
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos4
priority=2
protect=1
#contrib - packages by Centos Users
[contrib]
name=CentOS-$releasever - Contrib
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=contrib
#baseurl=http://mirror.centos.org/centos/$releasever/contrib/$basearch/
baseurl=http://vault.centos.org/4.9/contrib/$basearch/
gpgcheck=1
enabled=0
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-centos4
priority=2
protect=1
(ちょっと?)ストレージLANのパス障害を発生した(させた?)際に、ゲストOS(RHEL4)側でESXiのパスフェイルオーバーまで待てなくて、I/Oエラー発生→ファイルシステムがReadOnlyになってハマったのでメモ
要は物理サーバ前提のSCSIのI/Oのタイムアウトのデフォルト設定値より、仮想環境の場合、仮にストレージのパスが冗長となっていても切り替わるまで若干時間がかかるため切り替わりが待ち切れるまでの時間にしておきましょうということです。
理屈はわかっていたけど、実際の設定値まで気にしたことなかったので今回は勉強になった(__;
◆Linuxの場合
cat /sys/block/sda/*/timeout
RHEL5,6はVMWare Toolsをインストールすると自動で180秒にするスクリプトを「/etc/udev/rules.d/99-vmware-scsi-udev.rules」にいれてくれるのですが、(今回ハマった)RHEL4の場合はデフォルトの「30」のまま変更されていないので手で変更しないといけなさそうです。RHEL4がすでに終了なので対応していないだけか?
対応としてはRHEL4(CentOS4)の場合は無理やりrc.localに書いてしまうとかでどう?
echo 180 > /sys/block/sda/device/timeout
◆Windowsの場合
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Disk\TimeOutValue
に設定値あり、180秒ぐらいなっていればいいと思われます。
<参考URL>
Increasing the disk timeout values for a Linux 2.6 virtual machine(Knowledge Base)
Inconsistent Windows virtual machine performance when disks are located on SAN datastores(Knowledge Base)
Linux based file systems become read-only(Knowledge Base)
VMware ESXi 5.0 Update 1 リリース ノート(vmware)
久しぶりに本屋行って立ち読みしてきた(笑)ので、メモ
◆VMWare Viewの本、ちょっと最近試そうかと思ってるので確認
◆サーバ負荷分散とかって書いてあったからLinuxでとかと思ったらBIG-IPの本だた。F5なんて基本英語のドキュメントが多い中、とっかかり用にはいいかも。
|
サーバ負荷分散入門
著:みやた ひろし
参考価格:¥3,360
価格:¥3,360
OFF : ()
|
最近のコメント