More from: linux

よし!帰ろう!

2GB弱のデータの転送を始めたので、終わるまで見ないで帰ってしまおう。
さっき270MB程度の転送に7分位かかったから、2GBだとその8倍弱かかる計算になり、終わるまで1時間弱も見ているのは辛い。

今日は帰ったらAGEを見た後でニャル子でも見て寝ることにしよう!

←クリックしてくれると嬉しいです。

今日も圧縮中

今日もデータを移動するためにzipにて圧縮中。
圧縮対象が約1.7GBあるので、このままにして帰るつもり。
今回は2GB未満なので、明日の朝には終わっている筈(汗)。

←クリックしてくれると嬉しいです。

今日は昼間から天装ならぬ転送開始(汗)

昨日に引き続き今日も大量のデータの移動をしている。
本当は昨夜の内に大量のファイルのアーカイブが終わっているはずだったのだが、今朝端末を見てみるとファイルサイズオーバーで処理が中断していたorz
なので、ディレクトリ単位で一から圧縮処理をやり直したのだけど、まぁー時間のかかること(笑)。
それでも合計で6.5GBのファイルを複数のアーカイブファイルに纏めることができたので、ちょこちょこと転送を始めてしまった。
アーカイブファイルの中には数MBのものから2GB弱のファイルまで十数個のファイルがあるが、ファイルサイズが300MB以下のファイルだけを転送した。
さすがに昼間にGB単位のファイルの転送は憚れるので、これら大きなファイルは後日転送する予定。
それにしてもzipで扱える最大のサイズが2GBなので、du -kの結果が2.5GB程度になったディレクトリの圧縮が終了したときはほっとした。

←クリックしてくれると嬉しいです。

第一弾完了・・・・・

1.7GBに圧縮されたデータの転送と展開が終わり、クライアントPCの設定もしてきたので、今日のところは引き上げようかと・・・・
明日の夜はこの作業を行えないので、続きは明後日以降になる見込み。
今もファイルの圧縮は続いているけど、このままにして今日は帰って寝ることにしよう。
でも、まだまだ残りはあるんだよなぁ、、、、、、、

←クリックしてくれると嬉しいです。

転送完了!

1.7GBのファイルの転送がついさっき終わった。
所要時間は約45分で、転送レートは約650KB/Sec(5.2Mbps)となった。
で、早速展開を始めたのだがこれが爆速。
圧縮に1時間以上もかかったのが嘘みたいにホンの2~3分で完了した。
これは
・圧縮よりも展開の方が処理が軽い。
・CPUパワーの違い。
・ストレージが高速。
のためだと思われる。
おかげでなんとか今日の内に帰ることが出来そうだ?
と、思いつつ別のパーティションのデータの圧縮を始めてしまったので、しばらくは見て行くことになりそうだ・・・・・・

←クリックしてくれると嬉しいです。

圧縮は終わったものの

合計で約2.5GBほどのファイルのアーカイブは終わったものの、ftpによる転送も時間がかかっている。
開始後35分経過で1.4GBほどの転送が終わっている。
アーカイブファイルの容量が1.7GBほどなので、もうすぐ終わると思われる。
今日はこの後で転送したファイルを展開しなくてはならないので、まだまだ帰れないなぁ・・・・・・・・

←クリックしてくれると嬉しいです。

圧縮に時間がかかるなぁ、、、、、、、

今晩は大量のデータをサーバ間で移動しているのだけど、少しでも転送量を減らしたいのでzipで圧縮をかけていて、これにとても時間がかかっている。
全部で2.5GB程度の容量があるのだけど、1時間ちょっとで1GBほどのファイルにまとまってきているのが精一杯のようだ。
うーん、lhaならもっと速いのだけど、一時ファイルを/tmpに取るので空きがなくて途中でno spaceで止まってしまったので使えない・・・・

もうちょっとで終わりそうで終わらないのがなんとももどかしいところだ。

←クリックしてくれると嬉しいです。

sambaの制限だったか・・・・・・・

今日は一連のPC移設作業の本番第一日目。
移設後のPCのネットワーク設定を変更していくのが主な作業だったのだけれど、一部のセグメントのPCからファイルサーバへの接続が出来ない。
同時に作業をしていた他のセグメントのPCではほぼ問題なく接続できるということから、PC個別の要因ではなくネットワークの問題かと思われた。
他の作業に追われていて問題解決に着手するのが遅くなり、ユーザーには不自由をかけてしまった。
結果的には接続できないセグメントからの接続をサーバ側が許可していないのが主な原因だった。
/etc/samba/smb.conf
ファイル中のallow hostsでアクセスできるIPアドレスを指定しているのだが、その中に問題のセグメントのネットワークアドレスの記述が無かったorz
すぐにアクセスさせたいネットワークアドレスを追加してsambaサービスをリスタートさせたらPCからのアクセスが可能になった。
自分で制限をかけていながらすっかり忘れてたよ(爆)。

←クリックしてくれると嬉しいです。

Windows98SEから接続できなかったのはSambaのバージョンが上がったからだった。

先週末のPC移動でWindows98SEのPCがsambaサーバーに接続できなかったのは、サーバ側のsambaのバージョンが3.0系から3.5系に上がっていたからだった。
その後の調査で3.2系から認証設定のデフォルトが強化され、そのままではWindows9x系やOS/2クライアントからの接続が出来なくなっていたことが判明。
これはLanManパスワード等のプレインテキストでのパスワード送信を受け付けなくなったため。
プレインテキストでの認証を認めるようにするにはsmb.confファイルの[global]セクションで
lanman auth = yes
client lanman auth = yes
client plaintext auth =yes
と記述する必要があるとのこと。
実際にはこの記述の後に
ntlmv2 auth = yes
client ntlmv2 auth = yes
の2行も追加して接続できるようになった。
これでなんとか業務に使えるようになって一安心だ。

←クリックしてくれると嬉しいです。

今日は上がり!!

昼前から仕事に出ていたけど、取り敢えず大きな問題の一つは片付いた。
他の問題は自分だけではどうしようも無いので、今日は帰ってしまうことになった。
今夜の夜間作業の担当者が解決してくれることを期待しよう(爆)。

←クリックしてくれると嬉しいです。