26 Feb, 2014

1 commit

  • 8fe10e64   Empty the database during Postgres backup restore ... Browse File » 
    The expected behavior during a GitLab backup restore is to overwrite
existing database data. This works for MySQL because the output of
mysqldump contains 'DROP TABLE IF EXISTS' statements. pg_dump on the
other hand assumes that one will restore into an empty database. When
this is not the case, during the restore with psql some of the data will
be skipped if existing data is 'in the way'. By first invoking `rake
db:schema:load` during a Postgres GitLab backup restore, we make sure
that all important data is correctly restored.
    Jacob Vosmaer
     

23 Jan, 2014

1 commit

06 Nov, 2013

1 commit

05 Nov, 2013

1 commit

04 Nov, 2013

1 commit

  • c46eaca9   More escaping ... Browse File » 
    - Database name may contain characters which are not shell friendly
- Database password could contain the same
- While we at it there is no harm in escaping generated paths too
- Refactored 2-line system(command)

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
    Nigel Kukard
     

10 Jun, 2013

1 commit

07 May, 2013

1 commit

  • 13dcc390   Fix errors during backup task. Fix #3785 ... Browse File » 
    By default there is no public/uploads directory when no attachments
are uploaded. Prompt users to create the uploads directory during
install otherwise the backup task will fail.

Place mysqldump args in single quotes to avoid error if password
contains special characters.

Signed-off-by: Axilleas Pipinellis <axilleas@archlinux.gr>
    Axilleas Pipinellis
     

05 Apr, 2013

1 commit