From: dan <dan...@gm...> - 2008-03-25 05:31:46
|
thanks for all the suggestions. i have done the following steps to get backuppc3 working on nexenta. I am using the gutsy ubuntu package so this is v3.0 not v3.1 install nexenta! :) add this to /etc/apt/sources.list (these are the gutsy deb-src'es) deb-src http://archive.ubuntu.com/ubuntu gutsy main universe multiverse deb-src http://archive.ubuntu.com/ubuntu gutsy-updates main universe multiverse deb-src http://security.ubuntu.com/ubuntu gutsy-security main restricted apt-get update sudo -s apt-get build-dep libfile-rsyncp-perl apt-get source libfile-rsyncp-perl cd libfile-rsyncp-perl dch -i (and add a note if you want, if you plan to keep or distribute the .deb dpkg-buildpackage -sa cd .. now you have a libfile-rsyncp-perl_0.68-1_solaris-i386.deb dpkg -i libfile-rsyncp-perl_0.68-1_solaris-i386.deb you need to link /usr/sbin/ping to /bin/ping ln -s /usr/sbin/ping /bin/ping download the backuppc deb from http://us.archive.ubuntu.com/ubuntu/pool/main/b/backuppc/backuppc_3.0.0-4ubuntu1_all.deb dpkg -i backuppc*.deb you will get some dependancy errors, fix them with apt-get -f install you must select apache2 when asked for which webservers to configure backuppc for. nexenta only has apach2 available in the repos. now, hopefully you have setup your zfs pool for the backups. here is what i did disks are in this layout /dev/dsk/c*d*p* c=controller,d=disk,p=partition. you could also use unix 'slices' if you like and replace the p with s but you need to pre-slice your disk. for whole disks, this is not really usefull. disk0 c0d0* is my syspool so i will leave that alone my disk, though virtual, were setup like this for the test disk1 (raidz) c0d1p1 disk2 (raidz) c1d0p1 disk3 (raidz) c1d1p1 zpool create data raidz c0d1p1 c1d0p1 c1d1p1 (data is the pool name) zfs set compression=on data (faster) -or- zfs set compression=gzip data (better compression) zfs set atime=off data create the backuppc volume zfs create data/backuppc get this setup for backuppc useage i like rsync :) rsync -a /var/lib/backuppc/ /data/backuppc/ mv /var/lib/backuppc /var/lib/backuppc_old zfs set mountpoint=/var/lib/backuppc data/backuppc /etc/init.d/backuppc restart done! test some backups! here is a quick screendump of my test backup Backup Summary Click on the backup number to browse and restore backup files. 6.1 minutes for 41391 files, 814.9MB, and a 1.32x compression ratio. notice that you can see the file size vs the disk usage but backuppc doesnt do the math on compression ratio because zfs is doing the work. i should mention that i am not using backuppc's compression. i will follow up on this with compression=gzip Backup# Type Filled Level Start Date Duration/mins Age/days Server Backup Path 0<http://192.168.1.126/backuppc/index.cgi?action=browse&host=testlocat&num=0> partial yes 0 3/24 23:05 6.1 0.0 /var/lib/backuppc/pc/testlocat/0 Xfer Error Summary Backup# Type View #Xfer errs #bad files #bad share #tar errs 0<http://192.168.1.126/backuppc/index.cgi?action=browse&host=testlocat&num=0> partial XferLOG<http://192.168.1.126/backuppc/index.cgi?action=view&type=XferLOG&num=0&host=testlocat>, Errors<http://192.168.1.126/backuppc/index.cgi?action=view&type=XferErr&num=0&host=testlocat> 180 0 0 0 File Size/Count Reuse Summary Existing files are those already in the pool; new files are those added to the pool. Empty files and SMB errors aren't counted in the reuse and new counts. Totals Existing Files New Files Backup# Type #Files Size/MB MB/sec #Files Size/MB #Files Size/MB 0<http://192.168.1.126/backuppc/index.cgi?action=browse&host=testlocat&num=0> partial 41391 814.9 2.21 16510 147.8 31344 668.3 Compression Summary Compression performance for files already in the pool and newly compressed files. Existing Files New Files Backup# Type Comp Level Size/MB Comp/MB Comp Size/MB Comp/MB Comp 0<http://192.168.1.126/backuppc/index.cgi?action=browse&host=testlocat&num=0> partial off 147.8 147.8 0.0% 668.3 668.3 -0.0% On Mon, Mar 24, 2008 at 8:43 PM, dan <dan...@gm...> wrote: > ok, no ubuntu packages with a specific arch will work on nexenta, the > nexenta platform is solaris-x86 while ubuntu is i386, amd64, etc. > > I think I broke perl trying to update it, gcc-4 fried everything! I did > install gcc-3.4 and then changed the link in /usr/bin/gcc to point to the > gcc-3.4 exec instead of gcc-4 which allowed me to install File::RsyncP via > MCPAN but backuppc still thought it was using 0.52. I think it is because > of the messed up perl update. > > I am reinstalling nexenta from scratch and will just do the gcc-3.4install and the File::RsyncP update followed by the backuppc install and see > what happens. > > If that does not work, I will download the deb-src for the ubuntu packaged > RsyncP-perl and try to rebuild the deb with gcc-3.4(tried this before but > gcc-4 wouldn't du it) > > will post results. > > Thanks > > > On Mon, Mar 24, 2008 at 2:04 PM, David Rees <dr...@gm...> wrote: > > > On Mon, Mar 24, 2008 at 7:41 AM, dan <dan...@gm...> wrote: > > > Unfortunately, I still cannot install 0.68 as I get the same make > > error > > > "array type has incomplete element type" which is gcc4 being more > > picky that > > > gcc3 was :( > > > > You can't get an old version of gcc on there to compile with? > > > > -Dave > > > > |