search for: 188416

...it to go into the [default] context, which should make a welcome speech. I am able to call asterisk from the console and everything goes ok. This is also the lsmod report concerning wcfxo and zaptel when asterisk is not running: wcfxo 8704 0 (unused) zaptel 188416 0 [wcfxo] and this is when asterisk is running: wcfxo 8704 0 (unused) zaptel 188416 4 [wcfxo] so I assume zaptel is being used by asterisk as expected. Any hints on why asterisk doens't get the call? Thanks in advance. RODOLFO --- avast! Antivir...

...ll to inflate, which again returns status==0 and avail_out==0, thus entering an infinite loop. This is what happens under strace: =====[cut here]===== [pid 8379] old_mmap(NULL, 151552, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x404cc000 [pid 8379] mremap(0x404cc000, 151552, 188416, MREMAP_MAYMOVE) = 0x404cc000 [pid 8379] mremap(0x404cc000, 188416, 225280, MREMAP_MAYMOVE) = 0x404cc000 [pid 8379] mremap(0x404cc000, 225280, 262144, MREMAP_MAYMOVE) = 0x404cc000 [pid 8379] mremap(0x404cc000, 262144, 299008, MREMAP_MAYMOVE) = 0x404cc000 [pid 8379] mremap(0x404cc000, 299008, 33...

...1 root users 184386 Jan 25 16:21 hpzsnt07.dll -rwxrwxr-x 1 root users 372736 Jan 25 16:25 hpzstc07.exe -rwxrwxr-x 1 root users 172032 Jan 25 16:21 hpzstw07.exe -rwxrwxr-x 1 root users 73728 Jan 25 16:21 hpztbi07.dll -rwxrwxr-x 1 root users 188416 Jan 25 16:20 hpztbu07.exe -rwxrwxr-x 1 root users 430080 Jan 25 16:24 hpztbx07.exe and in the WIN40 these: -rwxrwxr-x 1 root users 29940 Jan 25 16:49 hpf2n007.dat* -rwxrwxr-x 1 root users 3363 Jan 25 16:53 hpf3420x.inf* -rwxrwxr-x 1 root users 11...

...fc4cf0) at cmd-append.c:149 __FUNCTION__ = "cmd_append_finish" #4 0x000000000040c835 in client_input_append (cmd=0x1fc4bc0) at cmd-append.c:89 ctx = <optimized out> client = 0x1fc3fc0 reason = 0x1f9e0b8 "Disconnected in APPEND (1 msgs, 306 secs, 188416/1122858 bytes)" finished = <optimized out> lit_offset = <optimized out> __FUNCTION__ = "client_input_append" #5 0x00007f57e2778dcc in io_loop_call_io (io=0x1fc4ad0) at ioloop.c:564 ioloop = 0x1fa6750 t_id = 2 __FUNCTION__ =...

...- 1 root root 196608 Nov 27 2002 hpzjui07.dll -rwxr--r-- 1 root root 294912 Nov 27 2002 hpzntp07.dll -rwxr--r-- 1 root root 319488 Nov 27 2002 hpzpre07.exe -rwxr--r-- 1 root root 409600 Dec 2 2002 hpzrp307.dll -rwxr--r-- 1 root root 372736 Nov 27 2002 hpzstc07.exe -rwxr--r-- 1 root root 188416 Nov 27 2002 hpztbu07.exe 3: total 240 -rwxr--r-- 1 root root 38426 Dec 2 2002 hpop1207.dat -rwxr--r-- 1 root root 200704 Nov 27 2002 hpz2ku07.dll It's strange that some of the files have been deleted, but I have no idea why it chokes on one of these files and reports it as bad. I'...

...Force enable with ''cpuidle''. (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, lsb, paddr 0xffffffff80200000 -> 0xffffffff8075550c (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 000000062c000000->000000062e000000 (188416 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff80200000->ffffffff8075550c (XEN) Init. ramdisk: ffffffff80756000->ffffffff8101f800 (XEN) Phys-Mach map: ffffffff81020000->ffffffff811a0000 (XEN) Start info: ffffffff811a0000->ffffffff811a04b4 (X...

...uot;/usr/lib/libxapian.so.11", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\311\3"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=1469956, ...}) = 0 old_mmap(NULL, 1472948, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4001c000 old_mmap(0x40156000, 188416, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x139000) = 0x40156000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/usr/lib/libstdc++.so.5", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0...

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

Hello everybody, After going through multiple posts on Internet and trying different things I can't seems get zaptel wcfxo loaded on the server correctly. I run dual P3 500 Mhz box. After reading README.udev I put a file 60-zaptel.rules /etc/udev/rules.d # Section for zaptel device KERNEL="zapctl", NAME="zap/ctl" KERNEL="zaptimer",

....so.0", O_RDONLY) = 7 read(7, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\3b8"..., 1024) = 1024 fstat64(0x7, 0x7fffea70) = 0 mmap(0xfc52000, 1064636, PROT_READ|PROT_EXEC, MAP_PRIVATE, 7, 0) = 0xfc52000 mprotect(0xfd22000, 212668, PROT_NONE) = 0 mmap(0xfd22000, 188416, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 7, 0xc0000) = 0xfd22000 mmap(0xfd50000, 24252, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xfd50000 close(7) = 0 mprotect(0xff99000, 126976, PROT_READ|PROT_WRITE) = 0 mprotect(0...

It seems we are hitting a boundary with zfs send/receive over a network link (10Gb/s). We can see peak values of up to 150MB/s, but on average about 40-50MB/s are replicated. This is far away from the bandwidth that a 10Gb link can offer. Is it possible, that ZFS is giving replication a too low priority/throttling it too much?

Hello, I am working on the migration of our samba 3.5 domain controller (redhat 5.7) with ldap backend to samba 4.5 on a new server (debian 9.5). On the new server I transferred the smb.conf and all the contents of the /var/lib/samba folder to a temporary folder /root/samba3. To start the migration I use the command: # samba-tool domain samba3upgrade --dbdir =/root/samba3/ --realm =

...11:35 gencache_notrans.tdb -rw-r--r-- 1 root root    49152 sept.  3 15:45 gencache.tdb -rw------- 1 root root    77824 oct.  17  2011 group_mapping.ldb -rw-r--r-- 1 root root 11005952 sept.  3 15:45 locking.tdb -rw-r--r-- 1 root root      696 oct.  20  2010 login_cache.tdb -rw------- 1 root root   188416 sept.  3 15:27 messages.tdb -rw-r--r-- 1 root root    28672 août  28 11:40 notify_onelevel.tdb -rw-r--r-- 1 root root    32768 sept.  3 15:26 notify.tdb -rw------- 1 root root     8192 nov.   4  2011 ntdrivers.tdb -rw------- 1 root root      696 août  17  2010 ntforms.tdb -rw------- 1 root root   ...

...rc.adf): pos = 176128, size = 4096, returned 4096 read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 180224, size = 4096, returned 4096 read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 184320, size = 4096, returned 4096 read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 188416, size = 4096, returned 4096 read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 192512, size = 4096, returned 4096 read_file (daten/covers/dhm_offset/o1000c/pal.adf): pos = 196608, size = 32768, returned 32768 read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 196608, size = 4096...

Hi, --- background ---------------------------------------------------- * what the makedumpfile is: To shorten the size of the dumpfile and the time of creating the dumpfile, makedumpfile copies only the necessary pages for analysis to the dumpfile from /proc/vmcore. You can specify the kind of unnecessary pages with dump_level. If you want to shorten the size further, enable the

https://bugs.freedesktop.org/show_bug.cgi?id=100567 Bug ID: 100567 Summary: Nouveau system freeze fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT] Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau