[[FrontPage]]

#contents

* Alignment tag [#vddd3f4f]

塙君の問い合わせへのクリスチャン・シュミットの返事のページ

https://twiki.cern.ch/twiki/bin/view/Atlas/InDetAlignmentDataBaseTags#Database_help
* DBRelease [#n370f244]

https://twiki.cern.ch/twiki/bin/view/Atlas/AtlasDBRelease

 setup pacman and goto install directory
 pacman -allow trust-all-caches -get http://atlas.web.cern.ch/Atlas/GROUPS/DATABASE/pacman4/DBRelease:DBRelease-${DBRELEASE_VERSION}

としてとって来ること。
* Oracle DB browser [#v0130a61]
oracleにアクセスするにはaqua data studioと言うブラウザーが便利。version 4.7だとライセンスフリー。NODEはアイコンを右クリックしてedit table dataで見ることが出来る。フォルダーの数がsqlite3で見るときとちがい/SCT/DCS/MODTEMPなどがある。MySQLもこれで見ることが出来るようだ。

* ConditionDatabaseの入れ物はこれか? [#v7ac4062]

CondAttrListCollection.h
Database/AthenaPool/AthenaPoolUtilitiesに入っている。

* COMP130.dbでデータベースの演習 [#va699c4d]

データはlxplus:~atlcond/scratch0/sqlite3にある。

sqlite3でCOMP130.dbの中を見る方法はこのページの下の部分にある。
[[Database#v133b067]]

マスクされているchannelをsqlite3で調べる。ここではすべての468モジュールのチップ0を表示する。
 select OBJECT_ID,CHANNEL_ID,c00mask from COMP130_F0017_IOVS where IOV_SINCE = 13314398617600 and c00mask <> '0xffffffff 0xffffffff 0xffffffff 0xffffffff';

IOV_SINCEを条件としているのは、100回以上データベースに同じような書き込みがあるので、一番最後の書き込みのみを読むため。マスクがついているチップのみ表示する。

 .output chip00.dat
 select c00mask from COMP130_F0017_IOVS where IOV_SINCE = 13314398617600;
 .output chip01.dat
 ...

#ref(bitCounter.cpp)

#ref(chip00.dat)

* SCT_ModuleConditionsTool.cxxが読むもの [#vc231a3b]

 /SCT/auxiliaryInfo COMP130_F0006_IOVS
 /SCT/Config/OfflineLocations COMP130_F0006_IOVS
 /SCT/modules   COMP130_F0017_IOVS
 /SCT/chipData  COMP130_F0013_IOVS 

最初がRODID、ROBID、2番目がモジュールの場所とSN、3番目が電圧と状態とSN、4番目が全部のチップのマスク、SNなど。どうもシリアル番号がいわゆるフォーリンキーか?フォルダー番号は古いdbだと違っている。いまはchipDataは17番。

* Athenaのデータベース利用に付いての簡単な説明 [#v4e25fe4]

https://uimon.cern.ch/twiki/bin/view/Atlas/AthenaDBAccess

わかりやすい。12.x.0からGeoModelの初期化でCondition DBの設定が行われるらしい。

* Condition DBについて [#va47440c]
基本URL
https://uimon.cern.ch/twiki/bin/view/Atlas/AthenaConditionsArchitecture

COOLとはOracle、MySQL、SQLiteをどれでも使えるようにするインターフェースのこと.でもDAQ、DCSはオラクルが使われる。そのSQlite,MySQLレプリカはサブセット的になる。(?)その辺の説明URL
https://uimon.cern.ch/twiki/bin/view/Atlas/CoolAthena

* COMP130 [#v133b067]

defectのデータはCOMP130.dbにあるようだ。IOV_SINCEを調べるのは18番フォルダーの/SCT/partitionがよい。まず、lineモードでフォルダーの中身を確認する。次に最後のIOV_SINCEを確認する。columnモードはコンパクトな表示が得られる。

 sqlite3 COMP130.db
 .mode line
 select * from COMP130_NODES;
 select * from COMP130_F0018_IOVS;
 .mode column
 .header on
 .table
 select * from COMP130_NODES;
 select * from COMP130_F0007_IOVS where IOV_SINCE = 13314398617600;

* Kit 12.0.2 [#v1fefc2d]

PoolCat_comcond.xmlやgeomDBはKitDir/DBReleaseに入っている。設定ファイルもそこにある。cosmicRecの設定は12.0.1で動いた。

* なんと見落としてました [#nf77d307]

https://uimon.cern.ch/twiki/bin/view/Atlas/ConnSvcAthena
 
 cd pacmanDir
 . setup.sh
 cd runDir
 mkdir geomDB
 export ATLASGEOM=http://atlas.web.cern.ch/Atlas/GROUPS/DATABASE/pacman4/Geometry
 pacman -get $ATLASGEOM:GeomDBSQLite

新しいターミナルにする。
 cd cosmicRunDir
 export CORAL_DBLOOKUP_PATH=./:$CORAL_DBLOOKUP_PATH
 export CORAL_AUTH_PATH=./:$CORAL_AUTH_PATH

#ref(dblookup.xml)
#ref(authentication.xml)

上のファイルをコピーする。 
これでDBアクセスは問題なくなったがまだ変なところで落ちる。
その対策
 cd /afs/cern.ch/12.0.0/AtlasCore/2.0.0/InstallArea/share
 ln -s /afs/cern.ch/user/a/atlcond/poolcond
 mkdir -p /afs/cern.ch/user/a/atlcond/poolcond
 cd /afs/cern.ch/user/a/atlcond/
 rsync -avz -e ssh xxx@lxplus.cern.ch:/afs/cern.ch/user/a/atlcond/poolcond .
 mkdir -p /afs/cern.ch/atlas/conditions/poolcond/catalogue/
 cd /afs/cern.ch/atlas/conditions/poolcond/catalogue/
 rsync -avz -e ssh xxx@lxplus.cern.ch:/afs/cern.ch/atlas/conditions/poolcond/catalogue/poolcond .

これで'PoolSvc  INFO Resolved path is' と空振りしていたところは進むようになった。その結果動くようになった。ログの分析は大事だ。見ているファイルPoolCat_comcond.xmlにはメモリーのなかを見なさいとなっている。つまり実データは読み込まれているのでファイルでなくメモリーを見ろと指示しているのではないか。
 
* sqlite [#vbd682cd]

まずはこれを勉強すべし。
http://www.sqlite.org/
sqlite compilation needs tcl8.4. Vine and SLC4 are OK. But SLC3 uses tcl8.3.

 cd /afs/cern.ch/user/a/atlcond/coolrep/sqlite130/
 sqlite3 COMPROD.db
 sqlite> .table
 sqlite> select * from COMPROD_NODES;
 sqlite> select * from COMPROD_DB_ATTRIBUTES;
 
http://www.net-newbie.com/sqlite/sqlite.html
幅が1600ドットのターミナルにする。
まずテーブルの意味を示したものを調べる。

 sqlite3 COMPROD.db
 .mode column
 .header on
 select * from COMPROD_NODES;

もうひとつターミナルを開ける。1600ドットで。最初の10個を見ていく。IOVのテーブル(フォルダー)は最初のラベル(フィールド名?)がOBJECT_ID。
 
 select * from COMPROD_F0012_IOVS where OBJECT_ID < 10;
 select * from COMPROD_F0013_IOVS where OBJECT_ID < 10;
 select * from COMPROD_F0014_IOVS where OBJECT_ID < 10;

これをやれば数千行のテーブルも見れる。

IOVは条件の変わったラン毎に作られる。IOV_SINCEがタイムスタンプ的なものだとすると同じものを選んでみる。この番号はOBJECT_ID 116の所のもの。つまり116個ランの条件が変わったことを意味している。COMPROD.dbは116個も条件の似通ったものをいれていることがわかる。だから単に見るだけでは、116回くり返しになってしまう。だからやたら表示されるわけ。

 select * from COMPROD_F0022_IOVS where IOV_SINCE = 13314398617600;

1600ドットの標準ターミナルでテーブルを見るsql文は以下のファイル。
#ref(comprod-1600.sql)
 
* COOL Athena Wiki [#v05893c4]

[[06July IDWeek:https://twiki.cern.ch/twiki/bin/view/Atlas/CoolAthena]]

[[R.Hawkins document:http://atlas.web.cern.ch/Atlas/GROUPS/DATABASE/project/online/doc/conddb_conventions.pdf]]
** 11.4.0 レプリカ テスト [#v8a644dc]

https://twiki.cern.ch/twiki//bin/view/Atlas/DatabaseDeployment

このとおりCosmicSimをやったが、3kいべんとの終了の後、こんなエラーが出た。

 *****************************************************
 *                                                   *
   Memory snooper called here end of event
   process size at this point (VmMem): 265320 kBytes
 *                                                   *
 *****************************************************
  MemorySnooper(event,VmMem,diff-previous) kBytes: 3000 265320 0
 *****************************************************
 Traceback (most recent call last):
   File "/afs/cern.ch/11.4.0/AtlasCore/1.4.0/InstallArea/share/bin/athena.py", line 364, in ?
     include( script )
  File  "/afs/cern.ch/11.4.0/AtlasCore/1.4.0/InstallArea/python/AthenaCommon/Include.py",  line 108, in __call__
     execfile( name, __main__.__dict__, __main__.__dict__ )
   File "./cosmicSimMysql.py", line 73, in ?
     IOVDbSvc.serverName = "atx13.hep.kyokyo-u.ac.jp"
 NameError: name 'IOVDbSvc' is not defined
 athena>   File "<stdin>", line 1
     ATLASDD             oracle:atlas_dd
                   ^
 SyntaxError: invalid syntax 

コスミックではどういう風にRDBAccessSvcとIOVDbSvcを使っているのか良くわからないので、結構難しい。結局デフォルトでやるのがよさそう。

[[Geometry sqlite:https://uimon.cern.ch/twiki/bin/view/Atlas/GeometryDatabaseReplication]]
[[オラクル:http://biz.rivus.jp/dba_tips_storage.html]]
[[一般的SQL講座:http://www.microsoft.com/japan/msdn/sqlserver/columns/mca/mca1.asp]]

トップ   差分 バックアップ リロード   一覧 単語検索 最終更新   ヘルプ   最終更新のRSS