Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Dimitri Fontaine
    @dimitri
    @shashankn91 you're right that in falls into the CI/CD idea, but refreshing data is not implemented in pgloader as of yet. Have a look at PostgreSQL logical decoding if that applies to your situation?
    @peachepe I think I've fixed the “Control stack exhausted” problem recently in dimitri/pgloader@8b1acba ; please try from fresh sources and make clean before building again?
    about 701 tables, the defaults should be good enough to let you get started, then you might want to review the parallelism and concurrency settings. Also run in VERBOSE mode so that you can follow along what's happening when trying it out.
    Supriya singh
    @supriya.sk_gitlab
    can i install pgloader in windows?
    Dimitri Fontaine
    @dimitri
    @supriya.sk_gitlab yes pgloader should work on windows, although it seldom get tested and might require slight adjustments
    Supriya singh
    @supriya.sk_gitlab
    how can i install pgloader in windows,can u send me any reference or the steps to install and connect with database
    Dimitri Fontaine
    @dimitri
    please review https://github.com/dimitri/pgloader/issues?utf8=✓&q=label%3A%22Windows+support%22+ ; some of them have extended install steps
    Alex V Gonchar
    @dezconnect
    Which version of pgloader correctly works with SQL Server 2012 ? I trying to use 3.5.2 version but got error when pgloader tried get info about columns from SQL Server
    Christoph Berg
    @df7cb
    @dezconnect It might help if you show the error message
    Alex V Gonchar
    @dezconnect
    it is looks like this: https://pastebin.com/ZgfWhbzb
    Alex V Gonchar
    @dezconnect
    KABOOM!
    FATAL error: %dbsqlexec fail
    Date/time: 2019-01-24-15:49An unhandled error condition has been signalled:
    %dbsqlexec fail
    at the end before CL stacktrace
    Dimitri Fontaine
    @dimitri
    well version 3.5.2 is a little old now, so please try 3.6.1 which contains specific improvements for MS SQL support ; also review your FreeTDS configuration, which is often the problem at hand (in particular, the protocol version setup in there is important) (see http://pgloader.org for a quick intro on the topic)
    Alex V Gonchar
    @dezconnect
    Ok thanks
    Reinhardt van Rooyen
    @rvanrooy

    Hi all. I'm trying to migrate a MSSQL db and I seem to be stuck on the datetime2 columns:

    KABOOM!
    FATAL error: not supported type SYB-DATETIME2

    error

    I'm using freetds-RC1.1 and pgloader from git master 3.6.213ebde.

    can anyone point me in the right direction?

    Dimitri Fontaine
    @dimitri
    @rvanrooy please hack https://github.com/dimitri/pgloader/blob/master/src/monkey/mssql.lisp#L98 and add :syb-msdatetime2 in the list there, there's a slight chance it will just work; please then report back
    if that's all it takes, you could then open a PR that I'd be happy to accept
    Reinhardt van Rooyen
    @rvanrooy
    thanks, I'll give it a go
    Dimitri Fontaine
    @dimitri
    make sure to double check the values migrated (if any) should that edit avoid the errors you're having now, it might be that we would be handling the data in a way that was not intended, I have no idea if the syb-msdatetime2 type works like the others or not, after all
    Reinhardt van Rooyen
    @rvanrooy
    @dimitri the process definitely gets further along, it correctly scans the target rows, but gives an error status: "invalid input syntax for type timestamp with time zone: "Aug 7 2014 12:00:00:0000000" I found a github issue #431 related to msdatetime4 and and will try to add those fixes in src/sources/mssql/mssql-schema.lisp
    Ok, that seemed to work, dates looks correct at a quick glance, I'll do some more checks.
    Reinhardt van Rooyen
    @rvanrooy
    Is there a way to limit the amount of rows copied over and do incremental batches? I'm trying to copy over a huge (several hundred million rows) table, but from the debug logs, it seems that all rows are pre-fetched even though I have specified the batch rows to be fairly small. Is there a best practice to move over a large database?
    Dimitri Fontaine
    @dimitri
    see https://pgloader.readthedocs.io/en/latest/pgloader.html#with and the parameters batch rows, batch size, and prefetch rows; maybe the last one specifically here
    oh and yeah the convert()call to be used in the SELECT statement needs some attention too, in mssql-schema.lisp, good point! I guess with that you have a PR ready for improving pgloader?
    Reinhardt van Rooyen
    @rvanrooy
    correct, I'll create the PR soon
    Christoph Berg
    @df7cb
    Dimitri Fontaine
    @dimitri
    I didn't manage to reproduce that one when I tried, in a docker image, had other problems with it that I don't remember... you could experiment with building with make save and see what happens, in case that's induced by buildapp (here, I would be surprised)
    Otherwise, yeah, we need a newer sbcl would be my default attempt
    Christoph Berg
    @df7cb
    I still have next to zero lisp clue, so if no one else is going to fix it, we can't ship pgloader for stretch anymore
    Christoph Berg
    @df7cb
    Upgrading sbcl doesn't help, with sbcl 1.4.16 on stretch, I still get The symbol "SYSTEM-DEFINITION-SEARCH-FUNCTIONS" is not external in the ASDF/FIND-SYSTEM package. http://paste.debian.net/1068003/
    @dimitri: I'll stop here. Let me know what I can do to help
    Dimitri Fontaine
    @dimitri
    I'll work on reproducing that one in a local docker image
    Christoph Berg
    @df7cb
    aye
    mcgri
    @mcgri
    I have exact same issue with 'syb-datetime2' =(
    mcgri
    @mcgri
    was the issue fixed? I have 3.6.1
    John McCarthy
    @midacts
    Im running dimitri/pgloader:latest and trying to move a mssql db to a postgres db
    I've can't seem to get it to work. I'm currently stuck at this error: FATAL error: Undefined alien: "SSLeay"

    pgload file contents:

    load database
         from mssql://SA@172.17.0.2/ServerAutomation
         into postgresql://postgres:'P@@ssword'@localhost/serverautomation
    
    before load do $$ drop schema if exists dbo cascade; $$;

    pgloader command: pgloader myfile --verbose --debug

    rodolphito
    @rodolphito
    Hello
    Can pgloader convert SQL Server .sql files to PostgreSQL sql files?
    like table definitions etc
    or is it only for running databases
    rodolphito
    @rodolphito
    I'm getting errors trying to run pgloader to convert a .sql file
    2019-06-20T13:37:08.008000-07:00 LOG pgloader version "3.6.1"
    KABOOM!
    FATAL error: At
    
      -- ********************
      ^ (Line 1, Column 0, Position 0)
    
    In context KW-LOAD:
    
    While parsing KW-LOAD. Expected:
    
         the character Tab
      or the character Newline
      or the character Return
      or the character Space
      or the string "--"
      or the string "/*"
      or the string "load"
    clearly -- is one of the expected strings
    yet it explodes
    Ben Chiciudean
    @benydc
    hello
    I'm loading from csv file and importing to postgresql, how can I define default boolean value for column in target table?

    will this work:

    meta_type,state,is_imported boolean using TRUE

    this is on target columns

    Luke Snape
    @lsnape
    Hey dimitri, having trouble building the pgloader:debian docker image: Undefined foreign library: CL+SSL::LIBEAY32 when trying to run the container suggests to me it's a Debian dependency issue?
    You're using stable-slim, not a pinned version. However, I tried stretch-slim and jessie-slim and it fails for different reasons.
    Luke Snape
    @lsnape

    @dimitri not debian package versions. We think this is the culprit: cl-plus-ssl/cl-plus-ssl@f67a488

    The cl+ssl fix is not yet available via quicklisp. Any way to work around this problem in the meantime?