Я получал ту же ошибку при создании кадров данных в Spark Shell:
Вызвано: ERROR XSDB6: Еще один экземпляр Derby, возможно, уже загрузил базу данных /metastore_db.
Причина:
Я обнаружил, что это происходит, поскольку уже было несколько других экземпляров Spark-Shell, уже запущенных и поддерживающих дерби DB, поэтому, когда я запускал еще одну Spark Shell и создавал Data Frame на ней с использованием RDD .toDF () была ошибка:
Решение:
Я запустил команду ps, чтобы найти другие экземпляры Spark-Shell:
ps -ef | grep spark-shell
, и я убил их всех с помощью команды kill:
kill -9 Spark-Shell-processID (пример: kill -9 4848)
после того, как все экземпляры SPark-Shell исчезли, я запустил новую SPark SHell и перезапустил функцию Data Frame, и она просто закончилась:)
Удостоверьтесь, что Вы запускаете установщик, который идет с XUnit.net. Существует кнопка для нажатия, который установит поддержку TestDriven.net.
проблема, которую Вы имеете, описана здесь: http://www.codeplex.com/xunit/Wiki/View.aspx?title=FaqTestDrivenNet&referringTitle=Home
Короткий Ответ: Скопируйте следующее в .reg файл на Вашем компьютере, обновив путь туда, где Ваш Xunit dll находится, и затем импортируйте его в свой реестр.
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\MutantDesign\TestDriven.NET\TestRunners\xunit] @= "4" "AssemblyPath" = "C:\_Files\Programs\Programming\XUnit\xunit-1.1.0\xunit.runner.tdnet.dll" "Имя типа" = "Xunit. Бегун. TdNet. TdNetRunner"
Длинный Ответ:
я столкнулся с этой проблемой пару раз, обоими на версиях на 32 и 64 бита окон. TestDriven.net использует реестр для хранения списка avaialable сред тестирования. XUnit идет с установщиком xunit.installer (выполненный как администратор), который, как предполагается, делает корректные ключи реестра.
Обычно я могу заставить TD.net работать с XUnit некоторое время, затем я освобождаю поддержку. Сегодня я пытался заставить это работать над бетой Windows 7 впервые и не мог заставить это работать вообще.
После некоторого поиска я нашел ключ реестра, в который должна быть введена информация о среде тестирования.
HKEY_LOCAL_MACHINE\SOFTWARE\MutantDesign\TestDriven.NET\TestRunners
Теперь в системах на 64 бита, под Wow6432Node существует также ключ, который является, где похоже, что установщик Xunit устанавливал ключ реестра.
Так или иначе, я экспортировал xunit ключ реестра от HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MutantDesign\TestDriven.NET\TestRunners\xunit и, отредактировал его, удалив Wow6432Node и затем импортировал его. После перезапуска Visual Studio все работает. Я буду иметь в наличии файл реестра в случае, если он повреждается снова.