search for: 1048575

...sets, causing all sorts of minor chaos. I have already tuned from the defaults of: net.core.rmem_max = 131071 net.core.wmem_max = 131071 net.core.rmem_default = 111616 net.core.wmem_default = 111616 net.core.optmem_max = 10240 net.core.netdev_max_backlog = 1000 up to: net.core.rmem_max = 1048575 net.core.wmem_max = 1048575 net.core.rmem_default = 1048575 net.core.wmem_default = 1048575 net.core.optmem_max = 1048575 net.core.netdev_max_backlog = 10000 with no luck. Any more suggestions? Many thanks, Steve

...d messages. Any suggestions are appreciated. I've included my dovecot configuration. Thank you, Tristan --- Tristan Tristan Goguen CEO, ILAP? T: 416-250-5600 ext. 205 F: 416-250-6755 tgoguen at ilap.com www.ilap.com --- # 2.0.14: /etc/dovecot.conf # OS: SunOS 5.10 sun4v auth_cache_size = 1048575 B auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.+-_@ auth_username_format = %Ln auth_verbose = yes base_dir = /usr/local/var/run/dovecot/ disable_plaintext_auth = no first_valid_uid = 100 log_path = /var/log/dovecot.log login_greeting = mail_access_groups =...

We use SMB to transfer large files (between 1GB and 5GB) from RedHat AS4 Content Storage servers to Windows clients with 6 DVD burners and robotic arms and other cool gadgets. The servers used to be Windows based, but we're migrating to RedHat for a host of reasons. Unfortunately, the RedHat Samba servers are about 2.5 times slower than the Windows servers. Windows will copy a 1GB file

...mmap(0x4044a000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xb000) = 0x4044a000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4044c000 set_thread_area({entry_number:-1 -> -1, base_addr:0x4044c080, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = -1 ENOSYS (Function not implemented) modify_ldt(1, {entry_number:0, base_addr:0x4044c080, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}, 16)...

...these configurations in sysctl.conf to up > the performance of send/recieve windows on my systems. There's articles > out there. I don't have historical references handy. > YMMV. > net.core.wmem_max = 1048576 > net.core.rmem_max = 1048576 > net.ipv4.tcp_wmem = 4096 65536 1048575 > net.ipv4.tcp_rmem = 4096 524288 1048575 > net.ipv4.tcp_window_scaling = 1 > > Regards, Doug > > > I wanted to follow up to my email to provide at least a partial answer > > to my problem. > > > > The stock RedHat AS4-U3 Samba config has SO_SNDBUF and SO_RCVB...

This is problem 1 of 3 problems we are having with live migration and/or ACPI on Xen-4.3 and Xen-4.2. Any help would be appreciated. Detailed description of problem: We are using Xen-4.3-rc1 with dom0 running Ubuntu Precise and 3.5.0-23-generic kernel, and domU running Ubuntu Precise (12.04) cloud images running 3.2.0-39-virtual. We are using the xl.conf below on qemu-upstream-dm and HVM and

...IVATE|MAP_FIXED| MAP_ANONYMO US, -1, 0) = 0x85b000 close(3) = 0 mprotect(0x857000, 8192, PROT_READ) = 0 mprotect(0x886000, 4096, PROT_READ) = 0 mprotect(0x73e000, 4096, PROT_READ) = 0 set_thread_area({entry_number:-1 -> 6, base_addr:0xf6ff5820, limit: 1048575, seg_ 32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, usea ble:1}) = 0 munmap(0xf6ff6000, 38549) = 0 open("/dev/zap/ctl", O_RDWR) = 3 brk(0) = 0x8437000 brk(0x8458000) = 0x8458...

When attempting to mount the OCFS2 file system I'm getting the following error message: ocfs2_hb_ctl: Internal logic failure while starting heartbeat mount.ocfs2: Error when attempting to run /sbin/ocfs2_hb_ctl: "Operation not permitted" I followed the steps given in the users_guide: modprobe ocfs2_dlmfs mount -t configfs none /config mount -t ocfs2_dlmfs none /dlm o2cb_ctl

On 31.10.13 04:34, Miguel Clara wrote: > I was trying to get a core-dump for a domU with xl and got this error: > > # xl dump-core 20 test.core > Memory fault > > GDB shows this: > > a# gdb xl xl.core > GNU gdb (GDB) 7.3.1 > Copyright (C) 2011 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later<http://gnu.org/licenses/gpl.html> >

See companion patch: Subject: [PATCH nbdkit] server: Move size parsing code (nbdkit_parse_size) to common/include This is the second part of the patch. It adds the new human_size_parse function to libnbd and then uses it for parsing --queue-size, --request-size and --sparse. The main complication here is that there was already a common/utils/human-size.h header which ends up (eventually)

...mmap2(0xa9d000, 9636, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xa9d000 close(3) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f20000 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7f206c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0xa9a000, 8192, PROT_READ) = 0 mprotect(0x95c000, 4096, PROT_READ) = 0 munmap(0xb7f22000, 21917) = 0 time(NULL) = 1200536192 brk(0)...

...vice if it can?t find one free. Untested patch: --- xen-common/tools/hotplug/Linux/block +++ xen-common/tools/hotplug/Linux/block @@ -329,6 +329,13 @@ fi done + if [ "$loopdev" = '' ] + then + loopdev=$(seq -f '/dev/loop%.f' 0 1048575 | \ + grep -Fxv -m1 -f <(echo /dev/loop* | tr ' ' '\n')) && \ + mknod "$loopdev" b 7 "${loopdev#/dev/loop}" + fi + if [ "$loopdev" = '' ] then release_lock "block&...

...-x86_64 substituted for qemu-kvm, and the path changed from your arguments I get: 9pnet_virtio: no channels available VFS: Cannot open root device "root" or unknown-block(0,0): error -2 Please append a correct "root=" boot option; here are the available partitions: 0b00 1048575 sr0 driver: sr Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.7.5-0-ge51488c-20140602_164612-nilsson.home.kraxel.org 04/01/2014 Thanks, Christopher -- Employee of Qualcomm Innovation Center, Inc. Q...

...th changed from your arguments I get: >> >> 9pnet_virtio: no channels available >> VFS: Cannot open root device "root" or unknown-block(0,0): error -2 >> Please append a correct "root=" boot option; here are the available partitions: >> 0b00 1048575 sr0 driver: sr >> Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) >> Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS >> rel-1.7.5-0-ge51488c-20140602_164612-nilsson.home.kraxel.org 04/01/2014 > > I'm pretty sure that's the...

Hey all, Just downloaded the new Xen 4.0 and ran Make xen Make tools Make stubdom Copied the new files from dist/install Im already running pv_ops 2.6.31.6 kernel. When I boot i get (XEN) Panic on CPU 0: (XEN) IO-APIC + timer doesn''t work! I have tried booting with noapic boot option but makes no difference. The system worked fine on 3.4.2 CPU is AMD.

...0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e4a000 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e49000 mprotect(0xb7f73000, 4096, PROT_READ) = 0 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7e496c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable :1}) = 0 munmap(0xb7f9c000, 40467) = 0 open("/dev/zap/ctl", O_RDWR) = 3 brk(0) = 0x80a2000 brk(0x80c3000) = 0x80c300...

...x7f696c3c8000 ioctl(3, SNDCTL_DSP_RESET, 0x7fffeea11b50) = 0 ioctl(3, SNDCTL_DSP_RESET, 0x7fffeea11b50) = 0 ioctl(3, SNDCTL_DSP_RESET, 0x7fffeea11b50) = 2162688 ioctl(3, SNDCTL_DSP_RESET, 0x7fffeea11f00) = 0 ioctl(3, SNDCTL_DSP_RESET, 0x7fffeea11ab0) = 0 ioctl(3, SNDCTL_DSP_RESET, 0x7fffeea11b40) = 1048575 ioctl(3, SNDCTL_DSP_RESET, 0x7fffeea11a70) = 0 ioctl(3, SNDCTL_DSP_RESET, 0x7fffeea11a70) = 0 ioctl(7, EVIOCGKEYCODE or EVIOCSKEYCODE, 0x7fffeea11ac0) = 0 read(7, 0x7fffeea11aac, 4) = ? ERESTARTSYS (To be restarted) --- SIGINT (Interrupt) @ 0 (0) --- +++ killed by SIGINT +++

...x4039d000, 7500, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4039d000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4039f000 set_thread_area({entry_number:-1 -> 6, base_addr:0x4039f080, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0x40018000, 15413) = 0 brk(0) = 0x806d000 brk(0x808e000) = 0x808e000 open("omega.conf", O_RDONLY) = -1...

...xb7f4c000, 9744, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f4c000 close(3) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e06000 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7e06ac0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0xb7f49000, 4096, PROT_READ) = 0 munmap(0xb7f53000, 19567) = 0 brk(0) = 0x8055000 brk(0x8076000) = 0x8076000 open(...

...newpanic = 0 ap = 0xc6bf0300 "`???????" buf = "page fault", '\0' <repeats 245 times> #3 0xc071822c in trap_fatal (frame=0xe5928bc0, eva=0) at /usr/src/sys/i386/i386/trap.c:838 code = 40 ss = 40 esp = 0 type = 12 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 0, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} msg = 0x0 #4 0xc07178e4 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -960560384, tf_esi = 4, tf_ebp = -443380712, tf_isp = -443380756, tf_ebx = -937328156, tf_edx = 6, tf_ecx = 4...