I've tried to install with homebrew, and with other instructions... They don't work for postgres 9.4 or 9.5, and leave me with an error like this:
/pgdata95$ /usr/local/bin/madpack -p postgres -c db#localhost/mad install
madpack.py : INFO : Detected PostgreSQL version 9.4.
madpack.py : ERROR : This version is not among the PostgreSQL versions for which MADlib support files have been installed ().
I'm compiling from source to see if that works.
Thanks for the question. MADlib has been certified on PostgreSQL 9.4. The current platform support is:
https://cwiki.apache.org/confluence/display/MADLIB/FAQ#FAQ-Q1-2WhatplatformsdoesMADlibsupport?
For quick install instructions, please refer to
https://cwiki.apache.org/confluence/display/MADLIB/Installation+Guide
Please let us know if you have any other questions.
Frank
Related
How do I change the table version via the Hudi CLI?
Steps:
ssh into EMR
kick off the hudi cli /usr/lib/hudi/cli/bin/hudi-cli.sh. Version of the Hudi CLI is 1.
connect to my table connect --path s3://bucket/db/table
In the desc of the table I see that it is version=3, but I want to use Hudi 0.9.0 to write to the table so I would like to set the table to version=2.
org.apache.hudi.exception.HoodieException: Unknown versionCode:3
at org.apache.hudi.common.table.HoodieTableVersion.lambda$versionFromCode$1(HoodieTableVersion.java:54)
at java.util.Optional.orElseThrow(Optional.java:290)
at org.apache.hudi.common.table.HoodieTableVersion.versionFromCode(HoodieTableVersion.java:54)
at org.apache.hudi.common.table.HoodieTableConfig.getTableVersion(HoodieTableConfig.java:246)
Sadly, I'm not aware of any way to use version 0.9.0 to downgrade 3 to 2, due to the error you are getting. There is no way for version 0.9.0 to know how 0.10.0 was writing things differently.
Recently, AWS has 6.6 available for use, but it isn't well documented. I'd recommend switching over to that, because it has hudi version 0.10.0 and can then do that downgrade.
This link should get updated whenever 6.6 gets updated in the docs.
https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-release-app-versions-6.x.html
Side note, if you are using the bootstrap action script provided by AWS to repair the log4j vulnerability, I'd recommend taking the version 6.5 version provided and editing it to be 6.6. There is not a 6.6 script available at this time, but I did that and was not able to detect any vulnerabilities.
This link provides an explanation on the bootstrap action:
https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-log4j-vulnerability.html
Is it possible to get the memory details like Total RAM, core and OS details of the remote machine with the PostgreSQL query like we have in SQL server (sys.dm_os_sys_memory)?
If yes, kindly advise me the query.
You will need to install the system_stats extension, there is nothing built into the Postgres core.
The PostgreSQL YUM repository provides pre-built RPM packages of that extension, but only for Postgres 10 or newer. But as Postgres 9.5 will be unsupported in about 5 months, you have to plan for an upgrade anyway
This is 1st time here. I am trying to install ora2pg tool to migrate data from oracle 12c to PG20. As per docs, I installed Strawberry Perl and ActiveState Perl on the Windows server where I have Oracle 12c enterprise version (and not the client) installed. On the same machine, I have postgresql installed. When I type gmake.exe on c:\ora2pg20\ I get this error message:
:to undefined at c:\perl64\site\lib\extutils\install.pm line 141.
Is it because I could not get to install DBD::Oracle? Or I am missing something else? Any help?
I had to get ora2pg running earlier today on my Win10 and faced the same issues.
I had also installed Strawberry Perl and ActiveState Perl - and found that the PATH envvar ended up being confused with having multiple Perl environments.
So I got rid of ActiveState PERL and made sure my PATH envvar was correct for Strawberry Perl.
Then I got DBD::Oracle from
https://cpan.metacpan.org/authors/id/M/MJ/MJEVANS/DBD-Oracle-1.80.tar.gz
After installing ora2pg and DBD::Oracle via the standard Perl Makefile process, and creating a valid ora2pg.conf file for my particular Oracle instance, it all started to work.
Good luck
I'm trying to upgrade my php version (5.3.3) to a on a Centos 6.6 to get a 5.4's php's version (I'm a noob on server's configuration, in fact I'm a developer).
I've followed this tutorial http://sharadchhetri.com/2015/04/04/install-php-5-4-on-centos-6-with-yum-command/, I've followed what the first comment said (because It add MySql support).
My problem is that when I make this command line "source /opt/rh/php54/enable", I've php 5.4 on a cli context but not when I asked for a php script with my browser (making a basicallly phpinfo();).
I'va tryied as they said "To make PHP 5.4 available to all user ..." but nothing change.
I'm looking everywhere and I can't find any solution. Anyone has an idea ?
Regards,
Zé.
Notice: PHP 5.4 have reached its EOL (End of Life), so I highly recommend you upgrade to 5.5 or 5.6.
Tips: use the remi's repository configuration wizard: http://rpms.remirepo.net/wizard/
For the one who have the same problem, I've solve it by installing php 5.4 with remi's repository : https://www.zerostopbits.com/how-to-upg ... entos-6-7/
for information, I also had a problem with some package version, I have to change the remi's repository priority as explained https://wiki.centos.org/PackageManageme ... Priorities on "5. Specific Configuration"
Regards,
Ze.
I attempted to update my version of SVN from 1.7 to 1.8 as per this guide:
http://snippets.khromov.se/subversion-1-8-centos-6/
All seemed to install fine, however now I have an issue when I try to restart Apache:
/usr/sbin/httpd: symbol lookup error: /usr/sbin/httpd: undefined symbol: apr_crypto_init
Does anyone know how to solve this?
Which packages need to be updated?
I had same issue after installing some perl modules.
I did the following to resolve it:
yum remove vulture-common-3.2-185.1.x86_64
cd /usr/lib
ln -sf libaprutil-1.so.0.2.9 libaprutil-1.so.0
ln -sf libapr-1.so.0.2.9 libapr-1.so.0
apr_crypto_init is new with APR-Util 1.4.x. CentOS 6 should already have APR-Util 1.4.x. So either you're not using CentOS 6 which those instructions are made for or you're not using the apr-util/httpd version that comes with CentOS 6.
If you're not using CentOS 6 then I suggest you go get a version built for your distribution from WANdisco's download site (the script that the site you linked to actually is from WANdisco).
If you're using your own httpd version you'll either have to switch or you'll have to build your own copy of Subversion.
I have had similar experiences with other applications using this library and Centos 6.x. I have tracked most of the problems down to using the 'minimum install' version of the OS. From what I have been able to determine, the minimum or light install versions of Centos have a tendency to have older versions of the binaries. For example, my version of APR-Utils are 1.3x even though I am using version 6.6.
This is supposedly done for better stability and backward compatibility from what I can find but it causes some headaches if you aren't aware. You may need to use a more 'complete' version of the OS in order for this library to be the latest version, provided you are starting from scratch.