I am receiving an error for a dbt model that has never had any previous issues. The error that appears details that module dbt.exceptions has no attribute database exception?
I am on dbt-core using the dbt-sqlserver adapter, and have never encountered this error. I have tried a dbt clean -> dbt deps -> dbt run and still have not solved the issue. I only started encountering this error after I upgraded to 1.4.1 and am wondering if that may have started causing this issue to surface?
Looks like dbt-sqlserver hasn't released 1.4 yet, so your dbt-core version is ahead of your adapter version. You should never install dbt-core separately from your adapter, or pin a specific version of core. If you just pip install dbt-sqlserver, it will install a compatible version of dbt-core.
Related
I'm trying to upgrade my version of RabbitMQ using chocolatey. This package has Erlang as a dependency, so installs the relevant version required. I've gone from 3.9.19 to 3.10 fine. However, when I try and go from 3.10 to 3.11.7 I get the following error:
beam\beam_load.c(169): Error loading module elixir:
This BEAM file was compiled for a later version of the run-time system than 24.
To fix this, please recompile this module with an 24 compiler.
(Use of opcode 178; this emulator supports only up to 176.)
ERROR! Failed to start Elixir.
error: {error,
{elixir,
{bad_return,
{{elixir,start,[normal,[]]},
{'EXIT',
{undef,
[{elixir,start,[normal,[]],[]},
{application_master,start_it_old,4,
[{file,"application_master.erl"},
{line,293}]}]}}}}}}
I don't know why this is happening, or if it's even a problem. I've not been able to find anything on this error. When I run RabbitMQ it appears to be running ok with the right version of Erlang. However, this error suggests that it's attempting to use Erlang version 24 (which was already installed as part of installing 3.9.19). How is it deciding what version of Erlang to use here? I checked my environment variables and it the ERLANG_HOME is set correctly.
Update
I tried going through the process again and installing rabbitmq 3.9.19 from chocolatey, upgrading to 3.10.1, then using the choco command to uninstall just Erlang 24.0 (using force). I then upgraded rabbitmq to version 3.11.8. This got rid of the previous error but showed another one stating:
ERLANG_HOME not set correctly.
Please either set ERLANG_HOME to point to your Erlang installation or
place the RabbitMQ server distribution in the Erlang lib folder.
However, when I checked the ERLANG_HOME environment variable it seemed to be set correctly, in that it was pointing now at Erlang OTP and not erl-24.0. So why is this error thrown?
I am trying to install psychopy on linux mint from the default repositories (i.e. ubuntu jammy).
Installation fails with this error:
OverflowError: line number table is too long
Has anyone else encountered this error?
This only occurs when using Python 3.10 I believe and it's fixed in the current development branch of PsychoPy's github repository. You can see the required changes in the following pull request, but also note that the recommended version of Python to install PsychoPy is 3.8 not 3.10. I think there are going to be other points of pain using Python 3.10
https://github.com/psychopy/psychopy/pull/5185
My CDH version is 5.16.1. Hive, hbase, spark, and yarn are all default versions. There is no manual upgrade. These components are functioning normally. The version of kylin I am using is 2.5, with environment variables configured. Tested the environment with the "check-env.sh -v" script without any errors. Start with "kylin.sh start" script, the error message is:
ERROR: Check hive's usability failed, please check the status of your cluster
If anyone has encountered such an error, please give me some suggestions
Check that your Hcatlog is installed
We are trying to upgrade the database from 2.8.1 to 2.9.0, while doing so thru' SQL Packager tool we get error: Database version '2.8.2' not supported. Am quite new to it and not sure how to resolve this and where to get more details from. The tool was working fine till now for lower versions. Any leads in resolving this is much appreciated!!
The mentioned issue is resolved. It was due to presence of older version of scripts.
I'm trying to install ppl011 using brew and it fails.
The story began when I did rvm requirements. It failed during the gcc46 step. When I tried to install gcc46 itself, it failed while installing ppl011. Eventually, I was able to generate these: https://gist.github.com/ege02/9490126
I have been googling this for the past 24 hours. I'm also new to OSX/Linux so I pretty much have no idea what I'm doing. I'd appreciate some guidance!
I'll add this in case it helps someone. It turned out that the issue was caused by an incompatibility with the (as of this writing) recently released Command Line Tools 5.1. Downgrading to CLT 5.0.1 allowed me to work around the issue. More details here.