DFSレプリケーションしてるディレクトリに自動Quotaをかけると、当然のようにDfsrPrivateディレクトリが自動Quotaにヒットして、かっちり制限される。
つまり、
\home\user1
\home\user2
\home\user3
の\homeにDFSレプリケーションと自動Quotaかけると、
\home\DfsrPrivate
\home\user1
\home\user2
\home\user3
にQuota生成されてDFSRが滅ぶ。DfsrPrivate\Stagingは別所へ移動可能だが、もちろん根本解決ににゃらにゃい。
手動で\home\DfsrPrivateのQuotaを削除しても、Quotaを変更すると自動で復活するあたりがとっても親切。
で、
\home\DfsrPrivate
\home\quota\user1
\home\quota\user2
\home\quota\user3
\homeにDFSR、その下のダミーディレクトリ以下に各ユーザディレクトリとQuota設定で多分OKという話にゃんだが、普通そんにゃ発想しねーよ状態。MS的にはどういう構造を前提として作ってるのか気ににゃる。
とりあえず対処療法的に、
for /f "usebackq tokens=2" %%a in (`dirquota quota list ^|find "クォータのパス:" ^|find /i "dfsrprivate"`) do dirquota quota delete /path:"%%a" /quiet
みたいにゃbatを叩いて全削除してるんだけど、まぁだれかがQuota更新したらDFSRも落ちますよーってことでよろしく、とメモ書いておくか(笑)
よく練られた壮大にゃお話にゃのか、にゃんとか収束に向かおうとがんばってる状態にゃのか、判断が付かにゃい(笑)
まぁでもそれにゃりにいろいろ不可解だった部分が、主に人間という原因でもって説明されつつある。
htmlの要素をいろいろ扱うのに便利にゃ物体。
use WWW::Mechanize;
use Web::Scraper;
my $host = 'nekoneko.com';
my $user = 'admin';
my $pass = 'password';
my $url = "http://$host/info";
my $mech = WWW::Mechanize->new();
$mech->get( $url );
$mech->set_visible( $user, $pass ) ;
$mech->click( "login" , 0 , 0 );
my $html = $mech->content;
my $scraper = scraper {
process '//table/tr/td' , 'desc[]' => 'TEXT';
};
my $res = $scraper->scrape($mech->content, $mech->uri);
これで$res->{desc}にtableのtdがリストで入る。cssとかxpathとかごりごりすればもっと何でも出来る気味。
xpathはコマンドラインでscraperを起動するとtry&err出来るので囓りにゃがら何とかにゃるんじゃにゃいかにゃ、と。