http://xmms.jp/junkyard/junkblog/index.php http://xmms.jp/junkyard/junkblog/index.php?entry=entry140407-214003 自分「無理（真顔）」

　と言うやりとりがあったり無かったりしてゴミ環境から脱出した結果、たどり着いたのは自由な環境でした。長く苦しい戦いだった…（3ヶ月間）。というかしれっと更新しようとしないでください。やってられません。

　前回が余りにもアレだったので

（あっ…自分の"占有できる"席がある…）←前回は席がなさ過ぎて場合によっては欠席している余り知らない人のPCを使う必要があった
（あっ…自分の"占有できる"開発環境がある…）←前回は「カイハツカンキョウ」と呼ばれる誰もさわれない何かしかなかかった
（あっ…yumが外に出て行ける…）←前回はrpmインストールはおろか開発環境すらなかった
（あっ…みんな定時に帰ってる…）←前回は定時なんて都市伝説だったし、あったとしても定時は22時だった

　という「あたりまえ」にとても感動しました。…「一体お前はどんな環境にいたんだ」と言われましたが。そして席が広い！立地が良い！

　まだ全容は見えていませんが、おそらく、ここはここで根の深い問題があるのでしょう。しかし、「下には下が居る」を身をもって体験したので、「あそこのアレに比べたらまだこの程度…」と乗り越えられる気がします。

　この理論はどこかで見たなと思ったのですが、アレですね、部活合宿とかで精神を鍛えるアレ。あの理論は通じますね。


どうやら自分も出る際に他人の積み上げた石を崩したみたいですが、多分それは早く帰りたくてやっつけになったんでしょう。よくIT系で「300時間労働した」などと言う人がいますが、それで出来上がった物は果たして誰かが幸せになるのでしょうか。それだけの品質があるのでしょうか。

　某所は6月にまた別のチームに運用が渡るようですが、これを受けたチームは正直最初3ヶ月は帰れない気がします。今一番燃える時期ですが、燃える物が全て燃えカスになったとしてもセントラリアのように永遠に何かが燻り続ける気がします。


　どうでも良いんですがタイトルはAcecombat04のこいつです。妙に耳に残っててなんとなく思い出したという。]]> http://xmms.jp/junkyard/junkblog/index.php?entry=entry140314-222456
自分のめんどくさい点として、作業の意味があると思わないとやる気が出なくて作業が全く進まないという点があります。
そもそもこれってこれだけあっても意味なくね、とか、この方法があるのになんでこうしないといけないの、とか、そもそもこれこうなったらダメだよね、とか感じた瞬間ああもう帰りたいとなります。

例えば、自分は過去に攻撃力500とかの剣を使ったことがあったり、強力な範囲攻撃を知っているのに、みんな「重いから｣といって攻撃力10の棍棒をありがたがって使っていたり、「ほかの人はMPがないから」と言って魔法禁止になって仕方なく群がる雑魚を一つ一つひねり潰していくしかなかったり、ひどいのは日本刀を持っているのに何故か峰で殴って戦っていたりするクランなんて誰でも抜けたがると思います。
JP1が入っているのになぜその作業をJP1でやらないんだ…

そういった疑問を投げても、「いやこう言われたから」と言って思考停止のはやたら人が多過ぎるプロジェクトの問題だと思います。あるあるでしょうけど。

それをどうにかしようとすると、非常に多くの人にすり合わせをして、そのうえ「お前が提案したんだから、なんか起きたらお前がどうにかしろよ」というあまりにもな未来しか見えないのでそう流したくなるのは分かりますが、その結果がこれだよ！このままだと死ぬ！と思ったりしないのでしょうか。（いや、ない）←反語


まあ、超そもそもの問題として設計が設計とは言えないその場しのぎで盛った土嚢レベルという問題があるんですが。土嚢の上に家なんて建つわけないですよね。


某どこかはその全てにおいて余裕がないので、待っているのはもうDead ENDしか見えなくて辛いです。

なかなかに心が荒みます。
]]> http://xmms.jp/junkyard/junkblog/index.php?entry=entry140301-011805
[0:59:05] !!!!: でっかいゴミに突っ込むゴミを作る人と出来上がったゴミをゴミに突っ込む作業をする人と溢れたゴミを掃除する作業のひとがそれぞれ仕事を作りあってるから一生働ける
[0:59:24] ####: 戦争並みに非生産的な事業ですね
[0:59:26] $$$$: すばらしい永久機関じゃないか
[0:59:35] !!!!: 赤ですけどね！
[0:59:46] $$$$: 永遠になくならない仕事
[0:59:55] !!!!: 無くなる資金
[0:59:59] $$$$: 三途の川で石を積み続ける作業
[1:00:09] %%%%: どこの会社もそうだな
[1:00:09] $$$$: 但し全員が鬼
[1:00:14] ####: 賽の河原ｗｗｗ
[1:00:28] $$$$: 崩すのっておにだっけ
[1:00:37] ####: 鬼
[1:00:56] ####: 会社はでっかいオモチャ箱
[1:01:11] $$$$: このIT系のシステムを賽の河原ソリューションと呼ぼう
[1:01:53] $$$$: 英訳があるな
[1:01:58] $$$$: Children's Limbo Solution
[1:02:00] ####: （株）SKS　　⇒　　株式会社 賽の河原ソリューション
[1:02:03] $$$$: ちょっとかっこいい
[1:02:22] !!!!: 終わらない仕事
[1:02:25] $$$$: あの会社CLS導入したらしいぜ！
[1:02:29] $$$$: まじかよやばいな！
[1:02:39] !!!!: やばいwwwwww
[1:02:43] $$$$: という会話が溢れるわけだ
[1:03:08] %%%%: 凝った比喩とかIT系童話とかが大好き
[1:03:12] ####: http://upload.wikimedia.org/wikipedia/c ... 040227.jpg
[1:03:16] !!!!: CLSやばいwwwwつぼったwwww
[1:07:03] $$$$:




[1:07:51] ####: なんとかコインやんけ
[1:08:07] !!!!: わろたwwwww
[1:08:35] $$$$: ちょっとじみすぎるかもしれんな
[1:08:52] !!!!: 何とも言えないやっつけ感がつぼるwwwww
[1:12:03] $$$$:




[1:12:26] !!!!: ひどいwwwwwww
[1:12:44] ####: ひどい
[1:12:50] $$$$:: 実際こんなもんだ


不毛な作業が不毛な作業を生む場合、その会社にはCLSが導入されているのかもしれません。
なお、この引用、参考画像はフィクションであり、実在の個人、団体、企業等は一切関係ありません。]]> http://xmms.jp/junkyard/junkblog/index.php?entry=entry140225-234319
人が足りないのはそうかもしれないですが、そもそもの要件が全体的にぷるぷるしていて、元となる要件、作業計画が固まってないからこそそうなるのだなと思います。
ほんと、要件定義超大切。というかそもそもなぜこれが済む前に作業を進めるし。訳がわからない。

まあ、それで人をとったからと言っても、何故か適材適所せずテスト要員にPMOを任せると言ったことをするのが某所クオリティーなのですが。それが原因でさらなるいざこざが生まれるという。

そして作るものも、｢そもそもOSSでそんなものあるよね」といった車輪の再開発です。しかも出来上がった車輪は回らない車輪とか回ると軸がもげる車輪とかそんなのばかりな気がします。某所でやろうとしていることの大体はRailsなどで実現できる気がします。

「ぼくのかんがえたさいきょうのスポーツカー」を提示するのはいいですが、そもそもそれカローラでよくね、とか、作ってみましたがタイヤが回りません！エンジン？無理です！とかホント不毛以外の何者でもないです。

みんながみんな「これどうせ出来上がるのはゴミだから作り直しだろうな」と思いながら作業している某所はもうどうにもならない気がします。誰が幸せになれるんでしょうか。不毛だ…。
]]> http://xmms.jp/junkyard/junkblog/index.php?entry=entry140212-125152
　どっかのイマジンブレーカーの口癖宜しく「不毛だ…」が最近の心の第一声になりつつあります。]]> http://xmms.jp/junkyard/junkblog/index.php?entry=entry140211-021633
　階段を降りる際の最初の一段を踏み出すときに、荷重を右足から左足へ変えるときによくきしむ事があるので、自分はずっと自然現象の勘違いだと思っていました。ですが、母親の話によるときしむ音だけではなく足音も聞こえるそうです。

　また、この家には和室があるのですが、妹2（次女）がまだ幼いときにそこで大泣きしたことが何度か有るらしく、そのことを妹1（長女）に訪ねると「黒い棒があったって言って泣いてた」と答えたそうです。当然、もう両方ともこの事について何も覚えていないそうですが。

　何なんでしょうね。つかれてる（いろんな意味で）のでしょうか。自分は全くそっちの気はないので、妖怪鍵隠しやスマホ隠しやドライバ隠しや財布隠しに物を隠されることくらいしか有りませんが、気がついていないだけで何か不可思議なことが起きているのかもしれません。]]> http://xmms.jp/junkyard/junkblog/index.php?entry=entry140210-225900
　作業Aの確認をするために上長Aに聞き、上長AがチームBの上長に聞き、チームBの上長が実際に作業した作業者Aへとネゴシエーションを取り、やっと自分と作業者Aとのコミュニケーションを取れる、と言うルーティングを経由しないといけないのですが、一々メールのCCにあの人この人を入れて送信して…というのがもう煩わしい。一々言葉遣いなども気にする必要があるので更に煩わしい。

　このため、どうしても自分で分かりそうなところはやってしまおうとするのですが、カオス最盛期のプロジェクトのドキュメント管理なんてちょろっと入った人間から分かるはずもなく、あそこかここかと探っているうちにハマってしまう、というのがよくあります。ネットワークドライブからドキュメント全て持ってきてGoogle検索アプライアンスにぶち込みたい気分です。使ったことありませんが。
　しかし、ここでハマっても前述の人間のネゴシエーションするのめんどくさい（と言うか気力が要る）病にかかっているのでデッドロックに近い状態になるのです。運良くドキュメントを見つけられたとしても、非常に時間がかかってしまうという。

　そんなことを、某女に「何でも自分で片付けようとするのはやめた方が良い、人間それほど万能じゃない。分からなかった時点で聞くべき」と言われてふと内省しました。しかしあの人は一体どんな戦場を駆けてきたのだろうかと言うレベルの強さ…ただひれ伏すのみです。


　ITと言えば電子なイメージがありますが、ITこそ人間とのアナログ通信というどうしようもない結論に行き着きます。まあ、認識合わせとか言う何かで1時間2時間も話あってるだけで仕事したつもりになってるのは日本だけらしいですけどね。
　「認識合わせ」については以下が詳しいです。
http://glossary.tank.jp/t0E75.html
　別件で議論しているときの「そういえばアレどうなった」は本当にやめていただきたい。

　やー、ゴミな環境にいると吐き出すゴミの量も増えますね。]]> http://xmms.jp/junkyard/junkblog/index.php?entry=entry140209-065700
某所の何かではVM基幹にVMwareを使用しているのですが、VMwareのファイルシステム（データを保存する方法）としてVMFS3とVMFS5と言う物があります。

概要だけ言うとVMFS3はデータストアに対する割り当て可能ディスクサイズが2Tまでで、3Tとかのディスクを割り当てても2Tまでしか使われません。また、2Tのディスクを最大32個のディスクを割り当てられ、合計64TBまでのデータストアを作れます。

　VMFS5は割り当て可能なディスクサイズが64TBまで拡張されました。ただし、データストアの合計最大値は64TBまでのままです。しかしながら、割り当てる方法としては64TBのでかいディスクを作成するか、32Tx2にするか、今までと同じように2x32で作るか…などの選択が出来るようになりました。VMFS5はESXi4以降であればそのまま利用することが出来、ESXi5に関してはデフォルトでVMFS5を利用します。

　そんな中、実績が云々という理由でVMFS5がつかえる中、あえてVMFS3を使っている場所がありました。普段2TBと言う容量はそう使い切る容量ではないのですが、色々なバックアップで使用すると2TBでは足りず、8TBへ拡張する必要が出てしまいました。
　どう拡張するかというと、前述のLVMを利用し、2TBのLUNを4つ作り、それをRDMでVMに割り当て、LVにまとめ2Tx4=8TBという容量にするという算段でした。この段階ですでに何かがおかしいと思いますが、どうやらこの方法で行くことになったようです。

　しかし、ただこれだけの作業であっても何か問題が起きるのがどこかのクオリティーで、どういう訳だか4TのLUNを作成し、起動できないVMが出来上がったようです。意味が分からない。その確認を依頼されたわけですが、そもそもどうやったらそのゴミが作れるのか？と言うのが疑問だったので自宅の環境で試してみました。

　まずは、同じ環境であるESXi5u1をインストールし、targetcliからiscsiポータルを作成し、2TのLUNを2つと3TBのLUNをzfs create -Vでメインストレージから切り出しました。詳しい方法は表のブログではないので省きます。

　


　某所のポリシーとしてはRDM(Raw device mapping)という方式でLUNをマウントしているのですが、そもそもVMFS3で2TB以上のLUNを割り振れるか試してみたところ、以下のようにRDMであっても2TBまでしか認識できません。と言うかそもそもあの構成ではRDM使う理由がないんですが…。

　


　そこで、データストアに2TBのLUNを2つ割り当て、4TBのデータストアを作成し、vmdkで割り当ててみます。




　ここから、VMの構成を変更し3TBのVMDKを作成しようとしたところ、以下のような警告が出ました。




　まあですよね。

　あれこれ考えたところ、先に2TB以下のRDMを作成し、その後無理矢理ディスクサイズを拡張したらどうか？という疑問が湧いたので試してみました。




　この3TBのLUNをサイズ変更します。
#zfs set san/rdm volsize=100G

　このコマンドを実行後、再度ストレージのスキャンを行います。




　すると、指定した100GにLUNがリサイズされています。
　その後、そのLUNをRDMでマウントします。この段階では矛盾がないので、当然エラーなどは起きず正常にマウントされます。データストアを見てみると、100Gのvmdkファイル（中身はRDMへのリダイレクト）が出来上がっています。




　正しくデータが見えることを確認後、認識したLUNのサイズを拡張します。

#zfs set san/rdm volsize=3T

　再度データストアのスキャンし、対象のディスクのサイズが3TBに拡張されていることを確認します。




　その後、データストアを見ると、先ほどの100GのLUNが3TBに拡張されています。制限を超えたので表示がおかしいです。




　その状態で構成変更をせず、VMの電源を入れます。VMなのに電源を入れるという言い方も変ですが。
　すると…





　おめでとうございます！電源の立ち上がらない立派なゴミが出来上がりました！！！

　…どうしてこう普通は警告に引っかかるところを、わざわざ引っかからない裏道ルートですり抜けて自爆するんでしょうか、某所は…。検証途中で「マジどうやったらこの4Tのゴミを作れるんだ…」と何度も悩んだので、このゴミが出来上がったときは「やったー！うごいたー！」と言ってしまいましたが、結果的に出来上がったのはゴミなのでうごいてないですね。

　言われている前提としては「4TのLUNは消して良い」との事ですが、この方法だと「以前割り当てられていた」LUNを拡張することになるので、本当に消して良いのか、以前何かに使っていなかったのか、と言うのが不安です。仮に、どこかのLVに割り当てられていたとしたら、それを消した瞬間…。しかし、出来上がってしまったゴミの中身確認するにはVMFS5へ変換するか、VMFS5で作成したVMからこのLUNをマウントする必要があるのです。しかしどちらも無いので、もう知りません。VMFS5で本番環境VMサーバにマウントするためだけのマシンを作ればいいのかもしれませんが、申請とか凄くしんどいのでやりたくないですし、もう自分の担当範囲ではないです。




　この「VMFS5へアップグレード」を押せばそれだけで終わるのですが、ここを押すにはまたあれこれしないといけないので、すぐそこにありながら誰もさわれない、近くて遙かに遠いボタンなのです。

　ほんと、3歩進んで5歩戻りその先で地雷を踏んで足を吹っ飛ばしているような感じです。ああ、不毛すぎる…

]]> http://xmms.jp/junkyard/junkblog/index.php?entry=entry140206-023248
何か商品で悩んでいるときに、その使用感やベンチマークなどを載せず、「～が発売されるようです（されました）」とだけ記述し、また、深い考察などもせず、大手メディアのコピーのみのゴミ情報を見つけると本当にイライラしますね。そんなゴミ情報/dev/nullにでも書いておけクソがっっっ
]]> http://xmms.jp/junkyard/junkblog/index.php?entry=entry140122-104736
例を上げると、ハードディスクの記憶域管理方法にLVMという歴史のある技術があり、これを利用することにより柔軟にデータ域を管理することができるんですよ。データ域が足りないならディスクを足せばいいじゃない、的な。

普通、データ域が足りなくなった場合の拡張方法としてだいたいどちらかのパターンで拡張します。

□=物理記憶域
■=OSから見える論理領域（合計は物理記憶域を全てたしたサイズ）
横列が別のディスクを指し、縦列がパーティションをさします。

パターン1
ストレージサーバーなどに接続していてディスクサイズが拡張可能の場合、割り当ててるディスクサイズの大きさを増やし、増えた分を新しくパーティションとして割り当てる

■
＿
□
□
＋
□

パターン2
新しくディスクを割り当てる

　■
＿＿＿
□＋□
□

普通はこのどちらかでどうにかします。大体は後者かなと思うのですが…
さて、わかる人はわかると思いますが、パターン1は制限があります。そう、BIOSの制限からくる、物理パーティションの最大数制限です。物理パーティションは最大4つまでなのです。

つまり、パターン1の場合、既にパーティションが4つある場合、ディスクサイズを拡張しても使えません。

■
＿
□
□
□
□
＋
※

※=未割り当て領域

LVMに関していえば、一度fdiskからパーティション情報を消し、拡張済みのサイズで定義し直せばデータを消さずに拡張しなおすことはできます。イメージとしては最後の□を消し、※と合体して縦に二つくっついた長方形として定義するようなものです。記号がないですが。

まあ、そういう方法があるにはあるのですが、その方法を知ってなお作業責任を取りたくないからなのか知らないからなのかは不明ですが、最終的には以下のようなりました。

　■
＿＿＿
□＋□
□
□
□
※

※は犠牲になったのだ…事前確認漏れのな…

過去に何度か拡張作業があったらしいのだけど、この拡張方法もサーバーによってパターン1だったりパターン2だったりしたので、もうカオス…


そして、このあとディスクを拡張したことにより、バックアップに必要な領域が増えてバックアップ先があふれることになるとは、誰も気がつかなかった…


いやー面白いですね、この業界は！！！！！！



はーさっさと別のところ行きたいです。



]]>