Koozali.org: home of the SME Server
Legacy Forums => General Discussion (Legacy) => Topic started by: dvdsmith on November 09, 2005, 10:37:27 PM
-
Well, I've been happily playing with SME 6.01, and currently I've been testing Dmay's backup-to-workstation contrib. Yesterday everything worked as expected, but today I had the follow issues;
According to the "Backup or Restore" panel, I have 897MB on the harddrive (252MB in configuration and data files). I ran some test backups (/root,/home,/etc) no problem. Then I tried a complete backup, which according to the server-manager panel should include (/bin,/boot,/dev,/etc,/home,/initrd,/lib,/opt,/quota.group,/quota.user,/root,/sbin,/service,/usr,/var)
Well, the backup up was well into its 3rd 650MB RAR file when for unrelated reasons I lost my connection to the target workstation. At that point it had written around 1500MB, well above what the uncompressed files should have been. I deleted about 1GB off it yesterday, perhaps they aren't really gone until I reboot? The log file correctly reported "Program Aborted" when I lost the connection.
The weird thing is that now when I attempt to run a backup nothing appears at the destination and a short log file is created ending with "Evaluation Copy. Please Register". I just installed RAR yesterday, and system time/date has remained steady. I have no problem spending money on something useful, but not when I don't even know if it will do what I need yet. I tried uninstalling and reinstalling the trial version dmay included with no change, and a more recently version requires adding other packages. I'm trying to be methodical and make sure things work before I start making other changes.
Am I missing something obvious. Am I being unreasonable about a 2-day trial? :-( Sorry for the long-winded post, but I really like this distro and this backup is my only real barrier to having something complete to show for my efforts.
Thanks, Dave
-
Then I tried a complete backup, which according to the server-manager panel should include (/bin,/boot,/dev,/etc,/home,/initrd,/lib,/opt,/quota.group,/quota.user,/root,/sbin,/service,/usr,/var)
Where did you get this info? Simply initiate a 911 backup to get everything you need to recover a failed server. The 911 backup (under SME 6.x) covers the following:
/etc/e-smith/templates-custom
/etc/e-smith/templates-user-custom
/etc/group
/etc/gshadow
/etc/passwd
/etc/shadow
/etc/smbpasswd
/etc/ssh
/home
/opt
/root
-
Dmay, thanks for responding. The info came from the server-manager panel "Backup to Workstation" under administration. When you go to "create a new backup job", it lists those folders as what you want for a complete backup. So if I include /etc,/home,/opt,/root all should be good?
Forgive my newbieness, but is "911 backup" something separate, a command line tool? I see it mentioned here and there but I can't find any actual documentation.
FYI, I'm trying to set up an automatic backup to a workstation which is backed up to tape daily. Is backup2ws still my best option for 6.01?
Thanks again, Dave
-
After a system reboot, backups proceeded as expected. So I guess everything is still good. I'm gonna setup an overnight 911 backup and see how things go.
dmay, thanks for the info. In the short time I've been experimenting with SME, this is the most useful contrib I've dealt with. :-D When I get time I'll setup a 7beta box with backup2ws and run some tests on it.
Dave
-
Hi there,
I just received that "program aborted" error in my 911 log as well for the last 3-4 nightly timed backups. I've registered my RAR as indicated by my name in the log file. What would be causing this problem?
Thanks,
Rob
-
Where did you get this info?
RayMitchell's response was the same to me when I queried this back in this thread http://forums.contribs.org/index.php?topic=27281.msg112314#msg112314
As dvdsmith and I replied, it's right there in the Backup2WS panel. As it's DMay's contrib, I'm surprised he had to ask this. Maybe the offending text should be removed if it's incorrect. I certainly found it misleading originally until RayMitchell pointed out that I simply had to perform a 911 job.
All the best,
Andy
-
* Thu Nov 24 2005 Darrell May <dmay@myezserver.com>
- removed rsync support
- added user definable Expiry time
- updated panel text
- [0.0.1-27]
This issue was addressed Nov 24/release 27. Current is release 29.
-
Hi Darrell. I don't know if it's relevant really, - but I updated my SME 6.01-01 with your newest 0.0.1-27 rpm... I did find under SME 7 I know, - but I went ahead anyway :-)
It looks for /usr/bin/rar when doing a backup.. my 6.01 has it in /usr/local/bin..
I just made a softlink and eveything apparently worked, - just thought I'd mention it.
Thanx for a great contrib! :-)
Kim Igel.
-
You must be using an old rar release. Also 29 is the latest backup2ws.
For SME 5.x/6.x:
http://mirror.contribs.org/smeserver/contribs/dmay/smeserver/6.x/contrib/rar-3.5.1-1dmay.i386.rpm
For SME 7.x:
http://mirror.contribs.org/smeserver/contribs/dmay/smeserver/7.x/rar-3.5.1-7dmay.i386.rpm
For SME 5.x-7.x:
http://mirror.contribs.org/smeserver/contribs/dmay/smeserver/7.x/smeserver-backup2ws-0.0.1-29dmay.noarch.rpm
-
thanx... Yes, I'm using the 'old' 3.1.0-1dmc.i386... I'll update it :-)
-
I tried to install backup2ws and rar, on 7.0 beta 8 and ended up with:
error: Failed dependencies:
libstdc++.so.5 is needed by rar-3.5.1-7dmay.i386
libstdc++.so.5(CXXABI_1.2) is needed by rar-3.5.1-7dmay.i386
libstdc++.so.5(GLIBCPP_3.2) is needed by rar-3.5.1-7dmay.i386
Suggested resolutions:
compat-libstdc++-33-3.2.3-47.3.i386.rpm
What to do?
-
I found the solution:
I manualy installed the rpm from the CD:
compat-libstdc++-33-3.2.3-47.3.i386.rpm
Somehow the install program didn’t do the job
-
On SME 7.x, you should use yum for installing all rpms, either through the server-manager panel or the command line. Yum will automatically find and resolve (most) dependency issues such as this:
[root@test ~]# yum install rar-3.5.1-7dmay.i386.rpm
Setting up Install Process
Setting up repositories
smeaddons 100% |=========================| 951 B 00:00
contrib 100% |=========================| 951 B 00:00
updates 100% |=========================| 951 B 00:00
base 100% |=========================| 1.1 kB 00:00
smeos 100% |=========================| 951 B 00:00
smeupdates 100% |=========================| 951 B 00:00
Reading repository metadata in from local files
Parsing package install arguments
Examining rar-3.5.1-7dmay.i386.rpm: rar - 3.5.1-7dmay.i386
Marking rar-3.5.1-7dmay.i386.rpm to be installed
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Package rar.i386 0:3.5.1-7dmay set to be updated
--> Running transaction check
--> Processing Dependency: libstdc++.so.5(CXXABI_1.2) for package: rar
--> Processing Dependency: libstdc++.so.5 for package: rar
--> Processing Dependency: libstdc++.so.5(GLIBCPP_3.2) for package: rar
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for compat-libstdc++-33 to pack into transaction set.
compat-libstdc%2B%2B-33-3 100% |=========================| 3.5 kB 00:00
---> Package compat-libstdc++-33.i386 0:3.2.3-47.3 set to be updated
--> Running transaction check
Dependencies Resolved
=============================================================================
Package Arch Version Repository Size
=============================================================================
Installing:
rar i386 3.5.1-7dmay rar-3.5.1-7dmay.i386.rpm 432 k
Installing for dependencies:
compat-libstdc++-33 i386 3.2.3-47.3 smeos 226 k
Transaction Summary
=============================================================================
Install 2 Package(s)
Update 0 Package(s)
Remove 0 Package(s)
Total download size: 659 k
Is this ok [y/N]:
Darrell
-
Thanks for the advice about yum.
But why did you remove rsync support. In my opinion rsync is a superb program in reducing network traffic. It copies just the changes in a backup, and not the whole bunch.