search for: 270336

...the underlying file. Since the standard files (stdin, stdout, and stderr) are inherited from the parent process, that's never the case. Consider: $ cat bigfile | wc -c 10858893 $ (ssh localhost sleep 120& sleep 3; cat bigfile) | wc -c cat: stdout: Resource temporarily unavailable 270336 When ssh puts its stdout into non-blocking mode, it also puts cat's stdout into non-blocking mode. cat notices the problem, but doesn't actually handle it correctly (most likely because it's using stdio and thus *can't* handle it correctly), so the vast majority of the data just d...

On 2/22/2017 5:51 PM, Anthony K wrote: > > However, I was trying to compare my system with the OP's and noticed > that I have a directory with >2TB of used capacity in a folder sized > ~36kb - a 56793929:1. In the OP's situation, he has a directory with > ~2.8MB of used capacity in a folder sized ~2MB - a 1:1 ratio. That's > the part I'm confused about.

...xpire/ total 1640 drwx------ 2 root wheel 512 Oct 26 19:47:53 2008 ./ drwxr-x--- 3 root wheel 512 Oct 27 07:57:42 2008 ../ -rw------- 1 root wheel 24576 Oct 27 13:00:01 2008 __db.001 -rw------- 1 root wheel 57344 Oct 27 13:00:01 2008 __db.002 -rw------- 1 root wheel 270336 Oct 27 13:00:01 2008 __db.003 -rw------- 1 root wheel 98304 Oct 27 13:00:01 2008 __db.004 -rw------- 1 root wheel 49152 Oct 27 13:00:01 2008 __db.005 -rw------- 1 root wheel 32768 Oct 26 19:47:37 2008 expire.db -rw------- 1 root wheel 10485760 Oct 27 14:22:08 2008 log.000000000...

...ersion delve - xapian-core 1.2.23 Exception: Couldn't detect type of database http://pacific-design.com/search?q=kevin 253952 Jul 6 13:55 docdata.glass 0 Jul 6 13:55 flintlock 114 Jul 6 13:55 iamglass 1228800 Jul 6 13:55 position.glass 761856 Jul 6 13:55 postlist.glass 270336 Jul 6 13:55 termlist.glass On Sat, Jun 25, 2016 at 11:58 AM, Emmanuel Engelhart <kelson at kiwix.org> wrote: > This is really great. Thank you very much for all the work, in > particular on the single-file backend feature. We will start to release > new versions of Kiwix dealing w...

...1 root users 113689 Jan 25 16:24 hpfuih07.hlp -rwxrwxr-x 1 root users 200704 Jan 25 16:24 hpz2ku07.dll -rwxrwxr-x 1 root users 245760 Jan 25 16:24 hpzcfg07.exe -rwxrwxr-x 1 root users 208896 Jan 25 16:20 hpzcoi07.dll -rwxrwxr-x 1 root users 270336 Jan 25 16:24 hpzcon07.dll -rwxrwxr-x 1 root users 847872 Jan 25 16:25 hpzeng07.exe -rwxrwxr-x 1 root users 761856 Jan 25 16:21 hpzimc07.dll -rwxrwxr-x 1 root users 204800 Jan 25 16:21 hpzime07.dll -rwxrwxr-x 1 root users 196608 Jan 25 16:21 hpzjui07.d...

...ption: Couldn't detect type of database > http://pacific-design.com/search?q=kevin > > 253952 Jul 6 13:55 docdata.glass > 0 Jul 6 13:55 flintlock > 114 Jul 6 13:55 iamglass > 1228800 Jul 6 13:55 position.glass > 761856 Jul 6 13:55 postlist.glass > 270336 Jul 6 13:55 termlist.glass > > > On Sat, Jun 25, 2016 at 11:58 AM, Emmanuel Engelhart <kelson at kiwix.org> wrote: >> This is really great. Thank you very much for all the work, in >> particular on the single-file backend feature. We will start to release >> new ve...

...with VSZ 160MB and RSS 117 it looks like 102MB of it is allocated memory (the rest is shared libraries) spread out as: Size Allocations 4096 8868 4K * 88868 = 36MB 8192 1 16384 1 32768 1 45056 1 49152 2 73728 1 135168 1 143360 1 180224 1 270336 1 544768 1 2093056 16 2*16 = 32 MB 2097152 12 2*12 = 24 MB 6291456 1 6 MB Since this is on the master smbd then it?ll be inherited by the ones it forks off too. On a busy server (1317 smbd processes currently) the master smbd uses 138MB allocated: 4096 8915 36MB 8...

.../dbxpt3/logs/NTRPT3-MOCA.log 131072 24915 tail /export/data/dbxpt3/logs/NTRPT3-MOCA.log 147456 16189 nTrade <none> 207872 20900 tail /export/data/dbxpt3/logs/NTRPT3-MOCA.log 270336 0 sched <none> 782336 16189 nTrade /export/data/dbxpt3/logs/NTRPT3-MOCA.log 2162688 the write is about 10MB/s, did the above dtrace script tell the real IO going on at that time ? is there a way to find how many...

Hello, I found a new issue with glusterfs 3.2.1 - im getting a glusterfs process for each mountpoint and they are consuming all of the CPU time. strace won't show a thing - so no system calls are made Mounting the same volumes on another server works fine. Has anyone seen such a thing? Oder any idea, what causes this and how to fix it? The logfiles don't show any information about

...oot root 8192 Dec 1 08:43 group_mapping.tdb -rw------- 1 root root 16384 Jan 10 12:23 ntdrivers.tdb -rw-r--r-- 1 root root 40200 Feb 25 22:52 brlock.tdb -rw-r--r-- 1 root root 8192 Feb 25 22:53 unexpected.tdb -rw-r--r-- 1 root root 49152 Feb 25 22:57 locking.tdb -rw-r--r-- 1 root root 270336 Feb 26 11:28 sessionid.tdb -rw-r--r-- 1 root root 221184 Feb 26 12:41 connections.tdb -rw------- 1 root root 139264 Mar 6 15:55 wins.tdb -rw------- 1 root root 6774784 Mar 9 15:03 messages.tdb drwxr-xr-x 2 root root 4096 Mar 9 17:04 printing -rw-r--r-- 1 root root 173856 Mar 11 23:49 namel...

...to consider delta-transmission enabled ./ testfile 12 100% 0.00kB/s 0:00:00 (xfer#1, to-check=1/3) testfile2 13 100% 12.70kB/s 0:00:00 (xfer#2, to-check=0/3) total: matches=0 hash_hits=0 false_alarms=0 data=25 rsync[26335] (sender) heap statistics: arena: 270336 (bytes from sbrk) ordblks: 1 (chunks not in use) smblks: 4 hblks: 2 (chunks from mmap) hblkhd: 532480 (bytes from mmap) allmem: 802816 (bytes from sbrk + mmap) usmblks: 0 fsmblks: 208 uordblks: 2116...

Hi folks, I've never encountered the following problem before (but I guess there is a first time for everything) --- after issuing a regular shutdown, the system starts the shutdown procedure, but stalls at some point, and never finishes. It gets to the console, writes the "powering down" message and stops there --- the hardware never actually powers off. At that time, the machine

...dap/ total 572 drwx------ 2 ldap ldap 4096 Jan 16 17:41 . drwxr-xr-x 21 root root 4096 Jan 16 17:40 .. -rw-r--r-- 1 ldap ldap 2048 Jan 16 17:41 alock -rw------- 1 ldap ldap 24576 Jan 16 17:41 __db.001 -rw------- 1 ldap ldap 278528 Jan 16 17:41 __db.002 -rw------- 1 ldap ldap 270336 Jan 16 17:41 __db.003 -rw------- 1 ldap ldap 98304 Jan 16 17:41 __db.004 -rw------- 1 ldap ldap 352256 Jan 16 17:41 __db.005 -rw------- 1 ldap ldap 24576 Jan 16 17:41 __db.006 -rw------- 1 ldap ldap 10485760 Jan 16 17:41 log.0000000001 When I run slaptest, it doesn't look great, bu...

I'm delighted to announce the release of 1.4.0. You can download from: http://xapian.org/download This is a major milestone release, but the last development release (1.3.7) was essentially a release candidate so the changes arefairly minor - the only notable change is the update to Unicode 9.0.0. That means a short thank you list for this release - thanks to Andy Chilton! As always, if

...ot 30 Oct 2 00:50:58 kraken kernel: siisch0: siis_timeout is 00040000 ss 40000000 rs 40000000 es 00000000 sts 801f0040 serr 00000000 Oct 2 00:50:58 kraken kernel: siisch0: Error while READ LOG EXT Oct 2 00:50:59 kraken root: ZFS: vdev I/O failure, zpool=storage path=/dev/gpt/disk06-live offset=270336 size=8192 error=6 Oct 2 00:50:59 kraken kernel: (ada0:siisch0:0:0:0): Synchronize cache failed Oct 2 00:50:59 kraken kernel: (ada0:siisch0:0:0:0): removing device entry Oct 2 00:50:59 kraken root: ZFS: vdev I/O failure, zpool=storage path=/dev/gpt/disk06-live offset=2000187564032 size=8192 e...

...=647.0.0 +DISTRIB_CODENAME="Red Dog" +DISTRIB_DESCRIPTION="CoreOS 647.0.0" +EOF + +# Create a disk image. +guestfish <<EOF +sparse coreos.img.tmp.$$ 512M +run + +part-init /dev/sda gpt +part-add /dev/sda p 4096 266239 +part-add /dev/sda p 266240 270335 +part-add /dev/sda p 270336 532479 +part-add /dev/sda p 532480 794623 +part-add /dev/sda p 794624 -4096 + +part-set-name /dev/sda 1 EFI_SYSTEM +part-set-bootable /dev/sda 1 true +part-set-name /dev/sda 2 BIOS-BOOT +part-set-name /dev/sda 3 USR-A +part-set-name /dev/sda 4 USR-B +part-set-name /dev/sda 5 ROOT + +mkfs fat /dev/s...

...=647.0.0 +DISTRIB_CODENAME="Red Dog" +DISTRIB_DESCRIPTION="CoreOS 647.0.0" +EOF + +# Create a disk image. +guestfish <<EOF +sparse coreos.img.tmp.$$ 512M +run + +part-init /dev/sda gpt +part-add /dev/sda p 4096 266239 +part-add /dev/sda p 266240 270335 +part-add /dev/sda p 270336 532479 +part-add /dev/sda p 532480 794623 +part-add /dev/sda p 794624 -4096 + +part-set-name /dev/sda 1 EFI_SYSTEM +part-set-bootable /dev/sda 1 true +part-set-name /dev/sda 2 BIOS-BOOT +part-set-name /dev/sda 3 USR-A +part-set-name /dev/sda 4 USR-B +part-set-name /dev/sda 5 ROOT + +mkfs fat /dev/s...

Hi. I test expire plugin for my dovecot 1.1.8. But, it seems to not work. I have 3 mailboxes on my machine. I want my messages in Junk and Trash expire after 1 day. I removed all messages in them before installing expire plugin. See my dovecot.conf: expire: Trash 1 Junk 1 expire_dict: proxy::expire My dabatases in /var/lib/dovecot are used. When I launch /usr/local/sbin/dovecot

-------- Original Message -------- Subject: rsync seem to be broken on sparc64 Date: 2016-06-27 23:43 From: alexmcwhirter at triadic.us To: debian-sparc at lists.debian.org I posted about this in the kernel lists a few months ago to no avail. I see it on gentoo as well with any kernel newer than 3.18. I came across this when using lxc on sparc64. The debian template uses rsync to move the

...pax.adf): pos = 20480, size = 4096, returned 4096 read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 262144, size = 4096, returned 4096 read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 266240, size = 4096, returned 4096 read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 270336, size = 4096, returned 4096 read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 274432, size = 4096, returned 4096 read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 278528, size = 4096, returned 4096 read_file (daten/covers/dhm_offset/o1000c/pal.adf): pos = 262144, size = 32768,...