Документ взят из кэша поисковой машины. Адрес
оригинального документа
: http://theory.sinp.msu.ru/pipermail/ru-ngi/2011q1/000081.html
Дата изменения: Thu Jan 20 17:07:10 2011 Дата индексирования: Tue Oct 2 02:35:11 2012 Кодировка: |
Х-м-м, а такой JAVA у меня на этом компьютере и не было. Поставил. Кое-что добавил в site-info.def, перезапустил yaim и mysql. Теперь в mysql появилась база accounting. А ошибка при запуске apel-publisher изменилась на: Thu Jan 20 13:45:17 UTC 2011: apel-publisher - ------ Starting the apel application ------ Thu Jan 20 13:45:18 UTC 2011: apel-publisher - **** APEL is examining the schema **** Thu Jan 20 13:45:18 UTC 2011: apel-publisher - Checking the LcgRecords table Thu Jan 20 13:45:18 UTC 2011: apel-publisher - The LcgRecords schema is up-to-date Thu Jan 20 13:45:18 UTC 2011: apel-publisher - Checking the BlahdRecords table Thu Jan 20 13:45:18 UTC 2011: apel-publisher - The BlahdRecords schema is up-to-date Thu Jan 20 13:45:18 UTC 2011: apel-publisher - Checking the LcgProcessedFiles table Thu Jan 20 13:45:18 UTC 2011: apel-publisher - The LcgProcessedFiles schema is up-to-date Thu Jan 20 13:45:18 UTC 2011: apel-publisher - Checking the SpecRecords table for patch 28593 Thu Jan 20 13:45:18 UTC 2011: apel-publisher - Checking the SpecRecords table for patch 65723 Thu Jan 20 13:45:18 UTC 2011: apel-publisher - The SpecRecords schema is up-to-date Thu Jan 20 13:45:18 UTC 2011: apel-publisher - **** Schema checks complete **** Thu Jan 20 13:45:18 UTC 2011: apel-publisher - **** Combining tables and republishing in LcgRecords **** Thu Jan 20 13:45:18 UTC 2011: apel-publisher - Checking valid CPU spec data exists Thu Jan 20 13:45:18 UTC 2011: apel-publisher - program aborted Thu Jan 20 13:45:18 UTC 2011: apel-publisher - Cannot generate any accounting records because no cpu spec value is defined in the SpecRecords table, spec values are added when running the CPUProcessor, check user documentation for more help Это что-то похожее на ошибку, которую я имел, когда пытался прейти от glite-MON на glite-APEL, не меняя ОС SLC4 и gLite-3.1, а просто сменив три rpm по рецепту Андрея Кирьянова. За что боролся, спрашивается? Всего наилучшего, В.Тихомиров. 2011/1/20 Liudmila Stepanova <sli at inr.ru> > > Проверьте site-info.def > # YAIM example site configuration file - adapt it to your site! > INSTALL_ROOT=/opt > MY_DOMAIN=domain > # Node names > # Note: - SE_HOST --> Removed, see CLASSIC_HOST, DCACHE_ADMIN, DPM_HOST > below > # - REG_HOST --> There is only 1 central registry for the time being. > CE_HOST=grce001.$MY_DOMAIN > MON_HOST=apelhost.$MY_DOMAIN > MYSQL_PASSWORD=mysqlpassword > APEL_DB_PASSWORD="APELDB_PWD" > SITE_NAME=SITENAME > APEL_PUBLISH_USER_DN=no > APEL_PUBLISH_LIMIT=300000 > MYSQL_HOST=localhost > MYSQL_REMOTE_USER=root > JAVA_LOCATION="/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64" > > Запустите еще раз /opt/glite/yaim/bin/yaim -c -s site-info.def -n > glite-APEL > > Полезная ссылка: > http://goc.grid.sinica.edu.tw/gocwiki/glite-APEL > > > > > Добрый день еще раз. > > Нет, такой базы действительно нет. Show databases показывает только > > | information_schema | > > | mysql | > > | test | > > > > Честно говоря, сразу после установки ошибка была другая: > > ..... > > Tue Jan 18 23:21:04 GMT 2011: apel-publisher - ------ Starting the apel > > application ------ > > Tue Jan 18 23:21:05 GMT 2011: apel-publisher - program aborted > > org.glite.apel.core.ApelException: Unable to setup a database connection: > > Access denied for user 'accounting'@'localhost' (using password: YES) > > at org.glite.apel.core.db.MySQLImpl.<init>(Unknown Source) > > .... > > Потом я где-то в гугле нашел и выполнил команду > > mysql --pass="$MYSQL_PASSWORD" --exec "grant all on accounting.* to > > 'accounting'@'localhost' identified by 'password';" > > (что-то похожее на то что Вы советуете) и тогда ошибка поменялась на > > org.glite.apel.core.ApelException: Unable to setup a database connection: > > Unknown database 'accounting' > > > > Команду, которую Вы посоветовали, я тоже попробовал: > > mysql> GRANT ALL PRIVILEGES ON *.* TO root at localhost IDENTIFIED BY > > 'password' WITH GRANT OPTION; > > Query OK, 0 rows affected (0.00 sec) > > > > , но в работе apel-publisher ничего не изменилось. Да, вместо password в > > примере выше, полагаю, должен > > быть указан реальный пароль? > > Ну, а работу APEL я проверяю так же. > > Всего наилучшего, > > Владимир. > > > > > > 2011/1/20 Liudmila Stepanova <sli at inr.ru> > > > >> Добрый день, > >> Unknown database 'accounting' ? > >> Если войти в mysql -p и посмотреть > >> show databases; > >> accounting присутствует ? > >> Я до /opt/glite/yaim/bin/yaim -c -s site-info.def -n glite-APEL > >> входила в mysql и > >> use mysql > >> GRANT ALL PRIVILEGES ON *.* TO root at localhost IDENTIFIED BY 'password' > >> WITH GRANT OPTION; > >> Проверила работу > >> export APEL_HOME=/opt/glite > >> /opt/glite/bin/apel-publisher -f > >> /opt/glite/etc/glite-apel-publisher/publisher-config-yaim.xml >> > >> /var/log/apel.log > >> Людмила. > >> > >> > >> > >> > Добрый день. > >> > После переустановки с SLC4-32bit, gLite-3.1, glite-MON на SLC5-64bit, > >> > gLite-3.2, glite-APEL возникло две проблемы: > >> > 1. Во-первых, glite-APEL, похоже, ничего наружу не публикует: > >> > > >> > https://lcg05.sinp.msu.ru/nagios/cgi-bin/extinfo.cgi?type=2&host=ce1.grid.lebedev.ru&service=org.apel.APEL-Pub > >> > > >> > apel.log кажет: > >> > =====Starting APEL Publisher===== > >> > Thu Jan 20 02:20:01 MSK 2011 > >> > Current versions of APEL RPMS: > >> > glite-apel-yaim-1.0.2-1 > >> > glite-apel-publisher-2.0.13-6 > >> > glite-apel-core-2.0.13-8 > >> > Copying certificates from /etc/grid-security to the Java key store > >> used > >> by > >> > the APEL Publisher > >> > Wed Jan 19 23:21:08 GMT 2011: apel-publisher - Read-in configuration: > >> > [logenabled, p, inspectTables, j] [DBUsername=accounting, > >> > DBURL=jdbc:mysql: > >> > //localhost:3306/accounting, Timeout for awaiting a reply from the > >> > consumer.=1800000, DBPassword=****, site=ru-Moscow-FIAN-LCG2, > >> > republish=missin > >> > g, The max. num of accounting records in each JMS message=2000, Batch > >> > size=300000] > >> > Wed Jan 19 23:21:08 GMT 2011: apel-publisher - ------ Starting the > >> apel > >> > application ------ > >> > Wed Jan 19 23:21:08 GMT 2011: apel-publisher - program aborted > >> > org.glite.apel.core.ApelException: Unable to setup a database > >> connection: > >> > Unknown database 'accounting' > >> > at org.glite.apel.core.db.MySQLImpl.<init>(Unknown Source) > >> > at org.glite.apel.core.processor.DBProcessor.<init>(Unknown Source) > >> > at org.glite.apel.publisher.ApelPublisher.run(Unknown Source) > >> > at org.glite.apel.publisher.ApelPublisher.main(Unknown Source) > >> > > >> > > >> > 2. Во-вторых, когда стал на том же компьютере переставлять MonALISA > >> сервер > >> > для RDIG, получил: > >> > [root at se1] ~ # /opt/rdig/MonaLisa/setup.sh > >> > ........ > >> > ........ > >> > MonALISA service will be started right now > >> > > >> > Thank you, > >> > lcgadm at jinr.ru > >> > > >> > Starting UPDATE > >> > ..........OK > >> > Trying to start MonaLisa.Please wait...FAILED > >> > Please check /opt/rdig/MonaLisa/Service/myFarm/ML.log > >> > [root at se1] ~ # more /opt/rdig/MonaLisa/Service/myFarm/ML.log > >> > WARNING: error instantiating 'lia.Monitor.monitor.LoggerConfigClass' > >> > referenced > >> > by java.util.logging.config.class, class not found > >> > java.lang.ClassNotFoundException: > >> lia.Monitor.monitor.LoggerConfigClass > >> > not foun > >> > d > >> > <<No stacktrace available>> > >> > Exception in thread "main" java.lang.NoClassDefFoundError: lia.a.a.a > >> > at java.lang.Class.initializeClass(libgcj.so.7rh) > >> > at java.lang.Class.initializeClass(libgcj.so.7rh) > >> > Caused by: java.lang.ClassNotFoundException: sun.misc.SignalHandler > >> not > >> > found in > >> > > >> > gnu.gcj.runtime.SystemClassLoader{urls=[file:/opt/rdig/MonaLisa/Service/lib/JFa > >> > rmMonitor.jar], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], > >> > parent=null > >> > }} > >> > at java.net.URLClassLoader.findClass(libgcj.so.7rh) > >> > at java.lang.ClassLoader.loadClass(libgcj.so.7rh) > >> > at java.lang.ClassLoader.loadClass(libgcj.so.7rh) > >> > at java.lang.VMClassLoader.defineClass(libgcj.so.7rh) > >> > at java.lang.ClassLoader.defineClass(libgcj.so.7rh) > >> > at java.security.SecureClassLoader.defineClass(libgcj.so.7rh) > >> > at java.net.URLClassLoader.findClass(libgcj.so.7rh) > >> > at java.lang.ClassLoader.loadClass(libgcj.so.7rh) > >> > at java.lang.ClassLoader.loadClass(libgcj.so.7rh) > >> > at java.lang.Class.initializeClass(libgcj.so.7rh) > >> > ...1 more > >> > [root at se1] ~ # ls -l /usr/java/ > >> > total 16 > >> > lrwxrwxrwx 1 root root 16 Jan 18 19:47 default -> /usr/java/latest > >> > drwxr-xr-x 9 root root 4096 Jan 18 19:47 jdk1.6.0_20 > >> > lrwxrwxrwx 1 root root 21 Jan 18 19:47 latest -> > >> /usr/java/jdk1.6.0_20 > >> > > >> > Ни у кого больше таких проблем не возникало? > >> > Заранее спасибо, > >> > Владимир Тихомиров. > >> > > >> > _______________________________________________ > >> > RU-NGI mailing list > >> > RU-NGI at theory.sinp.msu.ru > >> > http://theory.sinp.msu.ru/mailman/listinfo/ru-ngi > >> > > >> > >> > >> ---- > >> Liudmila Stepanova > >> Institute for Nuclear Research > >> Russian Academy of Sciences > >> 60-th October Anniversary prospect 7 A, > >> 117312 Moscow > >> Russia > >> > >> > >> > > > > > ---- > Liudmila Stepanova > Institute for Nuclear Research > Russian Academy of Sciences > 60-th October Anniversary prospect 7 A, > 117312 Moscow > Russia > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://theory.sinp.msu.ru/pipermail/ru-ngi/attachments/20110120/49686191/attachment-0001.html