Koozali.org: home of the SME Server

do_backupwk Lack of memory to achieve the operation

Offline Stefano

  • *
  • 10,879
  • +3/-0
Re: do_backupwk Lack of memory to achieve the operation
« Reply #15 on: February 11, 2016, 04:20:53 PM »
Quote
That can be handled by running a backup schedule consisting of 1 set ( ie full backup ) and say 3 incrmentals.

this can be handled in other ways too.. you can create your own smeserver.tgz file and restore from it..
if the data amount is huge and during the backup time data will change (email, for example), you need a different approach (rsync for example).. I did it many times in the past.

Always remember that SME is linux.. as long as you backup the right files/folders and follow the right path, you can achieve to backup and restore data in many ways :-)

Offline DanB35

  • ****
  • 764
  • +0/-0
    • http://www.familybrown.org
Re: do_backupwk Lack of memory to achieve the operation
« Reply #16 on: February 11, 2016, 04:24:13 PM »
this can be handled in other ways too.. you can create your own smeserver.tgz file and restore from it..
...which I should have thought of--workstation backup/restore works as a recovery/upgrade mechanism, but the console backup is simpler.

@Mirfster, the quickest/simplest upgrade path would be to use the console menu to back up to USB device, then install SME 9.1 64-bit.  When you reboot, the first thing it will ask is whether you want to restore from a backup.  Answer yes, and it will restore from the backup on your USB drive.  You'd still need to deal manually with any contribs (which you'd need to do in any event).
......

Offline Stefano

  • *
  • 10,879
  • +3/-0
Re: do_backupwk Lack of memory to achieve the operation
« Reply #17 on: February 11, 2016, 04:34:24 PM »
...which I should have thought of--workstation backup/restore works as a recovery/upgrade mechanism, but the console backup is simpler.

@Mirfster, the quickest/simplest upgrade path would be to use the console menu to back up to USB device, then install SME 9.1 64-bit.  When you reboot, the first thing it will ask is whether you want to restore from a backup.  Answer yes, and it will restore from the backup on your USB drive.  You'd still need to deal manually with any contribs (which you'd need to do in any event).

sure, but it's not a viable solution if your server has a big amount of data (emails) and you backup it without prior stopping related services..
if the backup routine needs 4 hours to run, all the emails managed in that time window will not be part of the backup.

solution 1)
 stop all email's related services (qmail, qpsmtp, sqpsmtpd, fetchmail) and in general all the services that can modify your files (samba), backup, shutdown the server, install SME9 64, restore..
this is doable if you accept to have a (quite) long downtime.. but sometimes you can't
solution 2)
using a custom script with rsync over ssh, storing backup on a temporary server.. you can run that script many times, just to do the real backup (first time) and to keep the data in sync (from second time onwards)
when you decide to restore your data, you've to stop all the services (see above), do a sync (very quick), shutdown the server, install SME9 64, re-sync data and so on..
the trick, with this approach, is to restore all the configuration and let the server start working, and then sync the content
this approach works perfectly if you plan to migrate your hw too (works like affa, but don't need to install anything)

Offline Mirfster

  • **
  • 61
  • +0/-0
Re: do_backupwk Lack of memory to achieve the operation
« Reply #18 on: February 14, 2016, 07:43:46 PM »
Thanks all for the great advice.  I agree that the best solution is to get them upgraded to 9 x64.  Currently they are not using SME for much more than file-sharing, authentication and a couple printers.  Email is handled via Microsoft Online so that is not an issue.  I will have to double check total amount of data and ensure that it can be backed up to an external drive (just making sure I have a drive large enough).  I will contact them and see about expediting at least the OS Upgrade (would like to do it within a weekend so as to not impact productivity).

Will post back and let you all know how things work out.

Edit: Just adding disk space usage:

Code: [Select]
[root@omegasme ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/main-root
                      1.8T  410G  1.3T  25% /
/dev/md1               99M   25M   69M  27% /boot
tmpfs                 2.0G     0  2.0G   0% /dev/shm
« Last Edit: February 14, 2016, 07:52:00 PM by Mirfster »