similar to: 1395 byte file appears as 70 Terabyte file on ext3 HELP!

Hello, Errors still present after upgrading to 2.2.13 : stats: Error: Mail server input error: UPDATE-SESSION test at example.com imap: stats shrank: mlpath 378 < 379 stats: Error: Mail server input error: UPDATE-SESSION test at example.com imap: stats shrank: mlpath 1 < 2 stats: Error: Mail server input error: UPDATE-SESSION test at example.com pop3: stats shrank: mlpath 4 < 8 stats:

hi. i'm hitting a wall each time i try to format a 3 terabyte partition. i'm able to create the partition using parted but whenever i try to create a 3 terabyte xfs or jfs or ext3 filesystem, the mounted filesystem created is only 1 terabyte. i tried centos x86 and x86_64 4.0 but i always hit a 1 terabyte limit. please help.

Hi all. I have recently introduced two 5.5TB XFS filesystems to our storage backend. I export the filesystem via samba 3.0.3 on Fedora core 2. Linux clients that mount the share show only 2TB available. Windows clients show the full capacity. Before I put these filesystems into production I'd like to find out if the reported filesystem size is going to cause a problem. Is SMB actually

Has anyone experienced a significant degradation in ext3 performance when using it on a Multi-TeraByte RAID? As part of an experimental setup, I hooked up three 300GB drives and made an EXT3 RAID5 out of them, using the entire space one each drive, and started throwing a large number of files in the size-range 3KB to 50 KB. Then, I deleted the raid, and created a new one, but this time, I used

https://bugzilla.netfilter.org/show_bug.cgi?id=1395 Bug ID: 1395 Summary: Add element fails with Error: Could not process rule: Invalid argument Product: nftables Version: unspecified Hardware: All OS: All Status: NEW Severity: critical Priority: P5 Component: nft

After playing around I got everything to work. One problem was with the large pointsizes. I switched to small pointsizes and shrank the plot region. This shrank the gaps and tick lengths down to reasonable values. As for aspect ratio, I think the pty="s" did finally kick in somehow. In the old days this was not required; the dev.print width=, height= took care of that. Cheers, Bill

https://bugzilla.mindrot.org/show_bug.cgi?id=1395 Summary: "session_input_channel_req: no session" should be a debug message Classification: Unclassified Product: Portable OpenSSH Version: 4.7p1 Platform: All OS/Version: All Status: NEW Keywords: patch Severity: minor

Hi List, If anyone is still reading this list, I have another problem beside the FTS's one. From time to time I have this showing up in dovecot-error.log (for several users, not always the same one): stats: Error: Mail server input error: UPDATE-SESSION username imap: stats shrank: mrbytes 26961885 < 28237323 A search in google tell me that it should have been corrected in 2.1.13 but

Hello, After upgrading to 2.2.12 and adding stats plugin, got a lot of errors like this : stats: Error: Mail server input error: UPDATE-SESSION xyz at xyz.xyz imap: stats shrank: mcache 900988905 < 1039472051 St?phane -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot.conf Type: application/octet-stream Size: 2709 bytes Desc: not available URL:

Hi everybody, I'm runing dovecot 2.2.12 and a user mailbox got the "broken sync positions in index file" error twice in the last 20 days. this is an extract from the maillog maillog First Error -------------------- Mar 23 16:13:25 andromeda dovecot: pop3-login: Login: user=<myuser at mydomain.com>, method=PLAIN, rip=187.237.107.24, lip=207.7.90.83, mpid=3983,

I have a windows server with a 250G drive the drive is partitioned as follows. partition 1: dell utility partition partition 2: fat32 windows c: partition partition 3: extended partition partition 5: logical NTFS partitition. NTFS partition was setup with 220G. but only about 18G was being used, so i shrank NTFS down to 50G. now i want to make a drive image to create a HVM domain. how can

Hi I came across this error which happend immedately after a mail delivery to the inbox. Should I look for the problem externally to dovecot (ie. file system, operating system) or within dovecot? I never saw this error before installing 2.2.1, with 2.2.2 I seemed to get even more of them so currently back on 2.2.1 Thanks John Jun 11 00:00:05 rosalia dovecot: imap(myemail at mydomain): Error:

Hello guys! I tried to shrink a partition when resizing an image using virt-resize. The numbers and result are weird. ================BEFORE================ ><fs> blockdev-getsize64 /dev/sdc 4294967296 ><fs> part-list /dev/sdc [0] = { part_num: 1 part_start: 65536 part_end: 2193555455 part_size: 2193489920 } [1] = { part_num: 2 part_start: 2193555456

Recently I installed Xen on my computer.But there are some problems during the starting time. The /var/log/xen/xend.log is follows: [2011-06-10 14:24:36 1395] DEBUG (XendDomainInfo:1794) Storing domain details: {''cpu/3/availability'': ''online'', ''description'': '''', ''console/limit'': ''1048576'',

CentOS Errata and Bugfix Advisory 2014:1395 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1395.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1387ed663fe471b6b1b4c7ace450886b76d8513ca399fa407f91125cf5b6c765 ksh-20120801-10.el6_5.12.i686.rpm x86_64:

CentOS Errata and Bugfix Advisory 2018:1395 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1395 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4b985c338859ef10dc3b9210710d0259f7fef469ebbfbfdd3130a4acb15431ce ipa-client-4.5.4-10.el7.centos.1.x86_64.rpm

Hi all, The LLVM benchmarking system produces very noisy results even on quiet machines. One of the sources of inaccuracy is the timing tool we are using. Because it is a user-space tool, the OS can context switch it and we will get an outlier result. Perf stat uses SW_TASK_CLOCK counter in kernel to measure time, therefore more accurate. It also does not get context switched. I've

Came across a strange problem, I have a software raid1 with LV sitting on top. When I try to mirror an existing LV to a new LV with the tar command I get these error messages. mount /dev/vg00/base.centos /mnt/orig mount /dev/vg00/test /mnt/new cd /mnt/orig tar cf - ./|(cd /mnt/new; tar xf - ) ... File shrank by 406815 bytes; padding with zeros ... Read error at byte 49152, reading 10240 bytes:

Compare this successful build of 1.0.60 in EPEL-5: http://kojipkgs.fedoraproject.org/packages/libguestfs/1.0.60/2.el5/data/logs/x86_64/build.log with this unsuccessful build of 1.0.61, done ~24 hours later: http://koji.fedoraproject.org/koji/getfile?taskID=1477023&name=build.log The unsuccessful build fails with: /usr/lib/rpm/debugedit: canonicalization unexpectedly shrank by one

On 16 May 2014 18:08, Hal Finkel <hfinkel at anl.gov> wrote: > ----- Original Message ----- >> From: "Yi Kong" <kongy.dev at gmail.com> >> To: "Hal Finkel" <hfinkel at anl.gov>, "Renato Golin" <renato.golin at linaro.org>, "Tobias Grosser" <tobias at grosser.es> >> Cc: "LLVM Dev" <llvmdev at