search for: 663552

...s: 0 sample_number: 110592 stream_offset: 0 frame_samples: 0 sample_number: 221184 stream_offset: 0 frame_samples: 0 sample_number: 331776 stream_offset: 0 frame_samples: 0 sample_number: 442368 stream_offset: 0 frame_samples: 0 sample_number: 552960 stream_offset: 0 frame_samples: 0 sample_number: 663552 stream_offset: 0 frame_samples: 0 sample_number: 778752 stream_offset: 0 frame_samples: 0 etc. 5. I found that the command line app "flac" causes this by never actually writing the seektable data. It writes an empty seektable and then never fills it in. I tested with flac 1.0.2 on Red H...

While investigating my earlier Sendmail confusion I noticed these files: # ll /var/lib/imap/db/ total 15952 -rw------- 1 cyrus mail 16384 Jan 22 04:02 __db.001 -rw------- 1 cyrus mail 663552 Jan 22 04:02 __db.002 -rw------- 1 cyrus mail 98304 Jan 22 04:02 __db.003 -rw------- 1 cyrus mail 22568960 Jan 22 04:02 __db.004 -rw------- 1 cyrus mail 32768 Jan 22 04:02 __db.005 -rw------- 1 cyrus mail 64 Jan 22 04:02 log.0000000001 The date/time stamps suggest that these files...

...16384 1 bridge llc 16384 2 bridge,stp cfg80211 647168 0 x86_pkg_temp_thermal 20480 0 kvm_intel 237568 8 vhost_net 24576 3 vhost 36864 1 vhost_net tap 24576 1 vhost_net kvm 663552 1 kvm_intel tun 53248 8 vhost_net r8152 73728 0 nct6775 57344 0 mei_me 32768 0 hwmon_vid 20480 1 nct6775 irqbypass 16384 22 vfio_pci,kvm mii 16384 1 r8152 mei 7...

...2 stream_offset: 0 frame_samples: 0 > sample_number: 221184 stream_offset: 0 frame_samples: 0 > sample_number: 331776 stream_offset: 0 frame_samples: 0 > sample_number: 442368 stream_offset: 0 frame_samples: 0 > sample_number: 552960 stream_offset: 0 frame_samples: 0 > sample_number: 663552 stream_offset: 0 frame_samples: 0 > sample_number: 778752 stream_offset: 0 frame_samples: 0 > > etc. > > 5. I found that the command line app "flac" causes this by never > actually writing the seektable data. It writes an empty seektable > and then never fills it in....

...em REG 8,3 1562351 3151959 /lib64/tls/libc- 2.3.2.so rpmq 10385 root mem REG 8,3 32148976 3431399 /usr/lib/locale/locale-archive rpmq 10385 root mem REG 0,56 1318912 4804489 /mounted/etc/rpmdb/__db.002 (filer:/vol/v_s02/apps/sss) rpmq 10385 root mem REG 0,56 663552 4804490 /mounted/etc/rpmdb/__db.003 (filer:/vol/v_s02/apps/sss) rpmq 10385 root 0u CHR 136,7 9 /dev/pts/7 rpmq 10385 root 1u CHR 136,7 9 /dev/pts/7 rpmq 10385 root 2u CHR 136,7 9 /dev/pts/7 rpmq 10385 root 3r REG...

...- 1 root root 528384 Apr 29 2014 registry.tdb -rw------- 1 root root 421888 Jul 29 13:04 share_info.tdb drwxrwx--T 2 root sambashare 4096 Jul 28 09:56 usershares -rw------- 1 root root 5353472 Aug 1 10:36 winbindd_cache.tdb -rw-r--r-- 1 root root 663552 Jul 29 12:53 winbindd_idmap.tdb drwxr-x--- 2 root root 4096 Apr 13 15:26 winbindd_privileged Any idea why this slowness would happen and how it can be resolved? Rejoining the domain? Can you force samba to recreate the group mappings/idmaps? Thank you for your time.

...16384 2 bridge,stp > cfg80211 647168 0 > x86_pkg_temp_thermal 20480 0 > kvm_intel 237568 8 > vhost_net 24576 3 > vhost 36864 1 vhost_net > tap 24576 1 vhost_net > kvm 663552 1 kvm_intel > tun 53248 8 vhost_net > r8152 73728 0 > nct6775 57344 0 > mei_me 32768 0 > hwmon_vid 20480 1 nct6775 > irqbypass 16384 22 vfio_pci,kvm > mii 1638...

How can I tell if this is normal behaviour? Oracle imports are horribly slow, an order of magnitude slower than on the same hardware with a slower disk array and Solaris 9. What I can look for to see where the problem lies? The server is 99% idle right now, with one database running. Each sample is about 5 seconds. I''ve tried setting kernel parameters despite the docs saying that