search for: 130g

We finally flipped the switch on one of our ZFS-based servers, with approximately 1TB of 2.8TB (3 stripes of 950MB or so, each of which is a RAID5 volume on the adaptec card). We have snapshots every 4 hours for the first few days. If you add up the snapshot references it appears somewhat high versus daily use (mostly mail boxes, spam, etc changing), but say an aggregate of no more than 400+MB a

...t direction? hn images # qemu-x86_64 -version qemu-x86_64 version 1.2.2 (qemu-kvm-1.2.0), Copyright (c) 2003-2008 Fabrice Bellard hn images # libvirtd --version libvirtd (libvirt) 1.0.3 hn images # qemu-img info gentoo-template.qcow2 image: gentoo-template.qcow2 file format: qcow2 virtual size: 130G (139586437120 bytes) disk size: 30G cluster_size: 65536 hn images # virsh snapshot-create gentoo-template error: Failed to open file '(null)': Bad address hn images # hn images # uname -a Linux hn 3.8.2 #1 SMP Sat Mar 9 12:17:41 CET 2013 x86_64 Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz Gen...

...n is in order (would appreciate pointers to that, if applicable), but I'm really stumped as to where the space is being eaten up. Thanks in advance, -Ray My layout is: #df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroup00-LogVol00 131G 130G 0 100% / /dev/sdc1 271G 156G 102G 61% /home /dev/sdd1 271G 4.5G 253G 2% /home/905 /dev/sda1 99M 29M 66M 31% /boot tmpfs 442M 0 442M 0% /dev/shm # cat /etc/fstab /dev/VolGroup00/LogVol00 / ext3 de...

Not really. The suggestions in the post seemed to be: 1. Tar the whole directory, which I have tried in the past, but a 130G directory takes over 18 hours to tar. 2. It was also suggested to rsync the directory, but the question was brought up, and not answered, about whether it was advisable to copy live mail, thus the need for doveadm sync/backup. Based on what I?ve read about doveadm backup, this is what I need, I am...

hello: I have been reviewin my message slog and have found the following message: Dec 19 06:27:28 server02 kernel: EXT3-fs error (device sd(8,7)) in ext3_new_inode: error 28 What is error 28 and should I be worried about it? Ray Turcotte

...o --backing-chain \ > /opt/virt-backup-blockcopy/gentoo-template/gentoo-template.qcow2 hn ~ # qemu-img info --backing-chain /opt/virt-backup-blockcopy/gentoo-template/gentoo-template.qcow2 image: /opt/virt-backup-blockcopy/gentoo-template/gentoo-template.qcow2 file format: qcow2 virtual size: 130G (139586437120 bytes) disk size: 30G cluster_size: 65536 Just to make myself clear. I want to backup the qcow image /with/ the internal snapshot. Is that even possible with blockcopy? thanks and best regards. >> virsh snapshot-delete gentoo-template --current >> >> But if i res...

...ng CentOS5, to the second drive (sdb) of server A. I am unsure what should be done after mirroring to get the new system boot. What I have done already: - On server A/sdb I created the same partition layout and a little bit bigger logical volumes as on server B/sda plus created the filesystems (130G / fs and 200M /boot fs). The volume group and logical volumes have different names. I have mounted the new volumes on server A. - From server B/sda I rsynced all data to server A/sdb (excluding /dev/*,/proc/*,/sys/*,/tmp/*,/run/*,/mnt/*,/media/*,/lost+found) whitle most services were stopped on se...

I am having trouble locating examples of how to use doveadm backup. All the examples I see are for sync. I simply want to create a backup to a network volume of the email server's vmail folders. The goal here is to have a reasonably current backup should the main drive on the email server go south. We currently authenticate our users from a mysql database. User?s mailboxes are stored as

...-Xchange.com> wrote: > > > >> On 21 Feb 2019, at 7.04, SH Development via dovecot <dovecot at dovecot.org> wrote: >> >> Not really. The suggestions in the post seemed to be: >> >> 1. Tar the whole directory, which I have tried in the past, but a 130G directory takes over 18 hours to tar. >> 2. It was also suggested to rsync the directory, but the question was brought up, and not answered, about whether it was advisable to copy live mail, thus the need for doveadm sync/backup. >> >> Based on what I?ve read about doveadm backup...

...d=372.85MB Metadata: total=8.00MB, used=0.00 # btrfs fi show Label: none uuid: xxxx Total devices 1 FS bytes used 91.90GB devid 1 size 130.00GB used 130.00GB path /dev/dm-4 Btrfs v0.20-rc1 # df -h /home Filesystem Size Used Avail Use% Mounted on /dev/mapper/fedora-home 130G 93G 34G 74% /home fedora kernel packages: kernel-3.11.2-201.fc19.x86_64.rpm kernel-3.11.3-201.fc19.x86_64.rpm kernel-3.11.4-201.fc19.x86_64.rpm -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majord...

...t/virt-backup-blockcopy/gentoo-template/gentoo-template.qcow2 > > hn ~ # qemu-img info --backing-chain > /opt/virt-backup-blockcopy/gentoo-template/gentoo-template.qcow2 > image: /opt/virt-backup-blockcopy/gentoo-template/gentoo-template.qcow2 > file format: qcow2 > virtual size: 130G (139586437120 bytes) > disk size: 30G > cluster_size: 65536 > > Just to make myself clear. I want to backup the qcow image /with/ the > internal snapshot. Is that even possible with blockcopy? Let's try. I just did the below test (also I noted it in the URL below) # Take an (i...

Hello. I just tried the following: virsh dumpxml --security-info gentoo-template > gentoo-template.xml virsh snapshot-create gentoo-template virsh undefine gentoo-template virsh blockcopy gentoo-template vda /opt/virt-backup-blockcopy/gentoo-template/gentoo-template.qcow2 --wait --verbose --finish virsh define gentoo-template.xml virsh snapshot-delete gentoo-template --current But if i

...Filesystem Size Used Avail Use% Mounted on /dev/sda4 9.0G 5.7G 3.3G 64% / tmpfs 491M 8.0K 491M 1% /dev/shm /dev/mapper/datavg-dat2lv 300G 130G 171G 44% /data When I do a df -i mail:/var/log # df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/sda4 0 0 0 - / tmpfs 125505 5 125500 1% /d...

...gentoo-template/gentoo-template.qcow2 >> >> hn ~ # qemu-img info --backing-chain >> /opt/virt-backup-blockcopy/gentoo-template/gentoo-template.qcow2 >> image: /opt/virt-backup-blockcopy/gentoo-template/gentoo-template.qcow2 >> file format: qcow2 >> virtual size: 130G (139586437120 bytes) >> disk size: 30G >> cluster_size: 65536 >> >> Just to make myself clear. I want to backup the qcow image /with/ the >> internal snapshot. Is that even possible with blockcopy? > > Let's try. I just did the below test (also I noted it i...

Hi all, I used the method described below to build client rpms with the source kit lustre-1.8.5.tar.gz. There was only one error reported during the make rpms, relating to lustre-iolit-1.2-root, but the rpms were built under /usr/src/packages/RPMS/x86_64. The rpms lustre-modules, lustre and lustre-tests were then installed smoothly without any complaints. But the subsequent "modprobe