Displaying 3 results from an estimated 3 matches for "791m".
Did you mean:
791
2006 Nov 06
1
Segmentation fault on LVM
...lume Management:"
/sbin/lvm.static vgchange -a y --ignorelockingfailure
502 fi
503 fi
504 fi
I don't use lvm on root filesystem, only on a gfs volumes:
[root at keops RPMS]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hda1 5.8G 791M 4.7G 15% /
none 379M 0 379M 0% /dev/shm
/dev/mapper/gfsvol01-cludatavol01
64G 357M 63G 1% /gfsdata
Why?? On a RHEL 4 U4 AS, this error doesn't occur .... My lvm packages are:
[root at keops RPMS]# rpm -qa |grep lvm |sort
lvm2-2.02.06-6.0...
2008 Jun 01
1
capacity query
...19687704
# zfs list
NAME USED AVAIL REFER MOUNTPOINT
swap 9.61G 236M 24.5K /swap
swap/vol 9.61G 236M 9.61G -
# zpool list
NAME SIZE USED AVAIL CAP HEALTH ALTROOT
swap 20G 19.2G 791M 96% ONLINE -
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20080601/6d6b93ab/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s...
2007 Mar 21
1
Unexpected behaviour when deleteing a big mailbox
...d about 3.5GB in .Trash, but still 4.8GB in .box1.
So, why are there 3.5GB additional files in .Trash, when I configured
Dovecot to use hardlinks?
The end situation is that .box1 contains all messages still, but any
Unseen messages are moved to .box1/cur, and .Trash contains:
7.4G .Trash/cur
791M .Trash/new
76K .Trash/tmp
# find .Trash/ -type f | wc -l
121713
The size nearly doubled.
# du -hs .box1 ; du -sh .Trash/
4.8G .box1
8.2G .Trash/
====
Last lines in Dovecot log:
dovecot: Mar 21 11:46:15 Info: IMAP(dvtest) [11535]: copy -> Trash:
uid=83964,
msgid=<xxxxxxxx-xx...