I've been trying to create a database in Odoo 13.0 Community edition on a local Linux based server using the database manager in localhost:8069, but for some reason I always get the same error.
Image of the error in Odoo
Here's my Odoo log error:
psycopg2.ProgrammingError: no existe la relación «ir_model»
LÍNEA 1: SELECT * FROM ir_model WHERE state='manual'
^ - - -
Also I have fully uninstalled Postgres and all the config files the same way I did with Odoo.
I tried fixing the installation with the following (by reinstalling and erasing entirely Odoo) without any success:
sudo rm -R /opt/odoo
sudo rm -f /etc/odoo.conf
sudo update-rc.d -f odoo remove
apt-get --purge odoo
I have followed several ways of uninstalling and reinstalling Odoo to end up being in the same point. I have also tried installing newer versions of Odoo such as Odoo 14.0 and got the same results. What could I try next?
Any suggestions would greatly be appreciated.
Edit: The installation proccess I followed is this one
After a few days of countless retries I managed to find the source of the error, in case anyone has the same problem I updated and upgraded my server and installed pip3. The root of the problem was the version of LXML, I upgraded it by using
pip3 install --upgrade lxml
If someone sees this I hope it helps!
Related
After countless hours of trying alternatives I've ran out of ideas..
I'm trying to install the Acronis Backup Plugin for CPanel & WHM on Ubuntu 20.04 from this https://applications.cpanel.net/listings/view/Acronis-Backup-plugin-for-WHM-cPanel
However, even after following their own documentation by running this code:
sh <(curl -L https://download.acronis.com/ci/cpanel/stable/install_acronis_cpanel.sh || wget -O -https://download.acronis.com/ci/cpanel/stable/install_acronis_cpanel.sh)
Problem is, the script uses yum install as ive read through the lines of the install_acronis_cpanel.sh
Now my question is, how can I get around this and install this package on ubuntu, because they say there is compatibility for 20.04 if I use RPM but even RPM throws an error of "package not found" when trying to install.
Thanks!
I want to ask about odoo 10 installation on windows.
I have error like this "could not execute command 'lessc' "
I have seen in another post about this problem, but their post just discussing about mac and ubuntu server not in windows.
Anyone can help me about this for windows? Thank you
You need NodeJS:
Less CSS via nodejs
on Windows, install nodejs, reboot (to update the PATH) and install less:
C:\> npm install -g less
From odoo website: https://www.odoo.com/documentation/10.0/setup/install.html
I got an error.
$ valet install
[DomainException]
Unable to determine linked PHP.
install
'which' command returns:
$ which php
/usr/local/Cellar/php70/7.0.6/bin/php
I used Homebrew to instal php7.1 , So I ran this command in terminal
ln -s /usr/local/opt/php71/bin/php /usr/local/bin/php
and everything is done.
if your PHP version 7.x and valet > 2.0.8 update valet
valet stop
valet uninstall
brew install php
composer global require laravel/valet
then valet install
Homebrew creates (or attempts to create) symlinks in /usr/local/bin.
Start by running the following to attempt to create a link.
brew link php70
It'll give you information as to whether or not it was successful. Occasionally permissions are problematic and you can resolve this with
sudo chown -R `whoami`:admin /usr/local/bin
Then try running the brew link command again.
Alternately brew link may give you instructions, or you can use brew doctor to get a report on any problems which exist with your Homebrew installation.
When it's set up properly after running ls -la /usr/local/bin | grep bin/php$ you should see something similar to
lrwxr-xr-x 1 YOURUSER admin 29 10 May 21:40 php -> /usr/local/Cellar/php70/7.0.6/bin/php
I was going to update Laravel Valet from version 1.* to 2 and ran same error like this
Unable to determine linked PHP
The solution was to run
composer global update
before I ran
valet install
This happens when your brew php gets Updated.
If you do brew install php this will work but will install php 7.2 by default.
If you want php#7.1 you have to do brew install php#7.1 this will install php7.1 and now when you restart valet valet restart you might get an error. Unable to determine linked PHP.
To make this work with php7.1 you have make brew link
brew link php71
you may have this error
Warning: php#7.1 is keg-only and must be linked with
to fix this
brew link --force php71
now valet should work on php7.1
I tried all of the suggestions here—and several from elsewhere—before I hit on the solution. This applies to PHP 7.2 (no guarantee for other versions). If you are using the original Larvel Valet, open the file:
~/.composer/vendor/laravel/valet/cli/Valet/Brew.php
...or, if you're using Valet+
~/.composer/vendor/weprovide/valet-plus/cli/Valet/Brew.php
Locate the supportedPhpVersions method. In some versions, it will return an array right in the method:
return ['php72', 'php71', 'php70', 'php56'];
Change this to:
return ['7.2', 'php72', 'php71', 'php70', 'php56'];
In other cases, it'll reference const SUPPORTED_PHP_VERSIONS, and the change will be similar.
Save the file, restart valet, and Bob's your uncle!
I was trying to set up the CKAN with couple extensions. The main extension is spatial ( https://github.com/ckan/ckanext-spatial)> During the tests server returns code 500.
The log is:
AttributeError: /usr/lib/libgeos_c.so.1: undefined symbol: GEOSisClosed
I couldn't find similar issue / attribute. Does anyone faced similar error?
There appears to be an issue with the recent versions of Shapely, according to this: https://github.com/Toblerity/Shapely/issues/176
It looks like this became a problem for installers during September, because the ckanext-spatial's pip-requirements.txt will get you the latest version "Shapely>=1.2.13". It sounds like the latest version is fixed though, so try that - 1.4.3 (released 1st Oct 2014) or failing that, an earlier one (e.g. 1.3.3).
(pyenv) $ pip install 'Shapely>=1.4.3'
Check if you installed the GEOS package
sudo apt-get install libgeos-c1
If still no luck try installing the development libraries:
sudo apt-get install libgeos-dev
I have shapely 1.5.9 installed on Ubuntu and I was receiving a similar error...
AttributeError: /usr/lib/libgeos_c.so.1: undefined symbol: GEOSCovers
I had to revert to a previous version of Shapely to get this to work. Try this command.
sudo pip install 'Shapely==1.4.3'
I'm trying to connect to SQL Server on Ubuntu 9.04 using Ruby. I translated and followed all the steps outlined in getting OSX talking to SQL Server from here:
http://toolmantim.com/articles/getting_rails_talking_to_sqlserver_on_osx_via_odbc
Everything is working on the FreeTDS and unixODBC end. I can see and query the database using tsql.
When I try to access the database from Ruby using IRB I get the following error:
DBI::DatabaseError : INTERN (0) [RubyODBC] Cannot allocate SQLHENV
Has anyone run into this and what can I do to solve this?
I started getting this error when I upgraded to Ubuntu 9.10 (Karmic Koala). Your tip regarding installation order of the Ubuntu packages didn't work for me.
It seems the fix was to manually compile ruby-odbc.
wget http://www.ch-werner.de/rubyodbc/ruby-odbc-0.9997.tar.gz
tar xzvf ruby-odbc-0.9997.tar.gz
cd ruby-odbc-0.9997
ruby extconf.rb --with-dlopen
make
sudo make install
System
Ubuntu 9.10 64 bit
I had to specify the odbc directory in the rubyodbc install
wget http://www.ch-werner.de/rubyodbc/ruby-odbc-0.9997.tar.gz
tar xzvf ruby-odbc-0.9997.tar.gz
cd ruby-odbc-0.9997
ruby extconf.rb --with-odbc-dir=/usr/lib/odbc --disable-dlopen
make
sudo make install
I had the same problem.
But on Centos 5.5 not Ubuntu
Tried many forums/solutions with no joy.
The error message hints at a missing reference to unixODBC.
Which was setting using LD_LIBRARY_PATH variable.
Found another way to set path, by creating
/etc/ld.so.conf.d/odbc.conf.
add unixODBC location to file ie /usr/local/lib.
Run, sudo ldconfig.
Go fig that I actually got this working after submitting my question. What I ended up doing was uninstall libdbd-odbc-ruby and libdbi-ruby and then reinstalling them by installing libdbi-ruby first and then installing libdbd-odbc-ruby. I guess when I installed them before, something must of messed up.
BTW, following the instructions to recompile Ruby-ODBC on Ubuntu 9.10 (Karmic) required installation of either the libiodbc2-dev or the unixodbc-dev package. When using libiodbc2-dev, I got segmentation faults when my Ruby program tried:
connection.select_all('select top 15 * from log_device_healths')
..but no problem when using unixodbc-dev instead.
Tim Morgan's solution didn't work for me. However I was able to get things working by installing an older version of libodbc-ruby (0.9995) from here:
http://mirrors.kernel.org/ubuntu/pool/universe/libo/libodbc-ruby/libodbc-ruby1.8_0.9995-1_i386.deb
Additional details are available from Carsten Gehling's blog:
http://gehling.dk/2010/02/the-woes-of-libodbc-ruby1-8-and-debian-ubuntu/
Be careful though -- Ubuntu's Update Manager will happily "upgrade" this version of libodbc-ruby to the broken 0.9997-2. I accidentally overwrote the older version this way only to end up back here, trying to figure out how I fixed it last time.
Well, it seems my other answer stopped working for me. This thread helped me to solve the issue in another way, and I wanted to share it here.
sudo gem uninstall ruby-odbc
sudo rm /usr/local/lib/site_ruby/1.8/x86_64-linux/odbc.so
cd /tmp
wget http://mirrors.kernel.org/ubuntu/pool/universe/libo/libodbc-ruby/libodbc-ruby1.8_0.9995-1_amd64.deb
sudo dpkg -i libodbc-ruby1.8_0.9995-1_amd64.deb
If you're not on a 64-bit platform, you'll need to download a different Debian package.
Basically, what solves the problem is installing version 0.9995 of the ruby-odbc Ubuntu package.