search for: 4685

...kernel, so i donot need to load it. When the dom0 booted, I can see there is a entry for evtchn in /dev/xen along with gntdev. But when xend starts, the evtchn in /dev/xen disappeared. and xend is not properly started. The error log in /var/log/xen/xend.log is the following: [2010-06-18 10:51:35 4685] INFO (SrvDaemon:332) Xend Daemon started [2010-06-18 10:51:35 4685] INFO (SrvDaemon:336) Xend changeset: unavailable. [2010-06-18 10:51:35 4685] ERROR (SrvDaemon:349) Exception starting xend ((111, ''Connection refused'')) I am using a centos 5, which has an old udev. I tried to m...

...kernel, so i donot need to load it. When the dom0 booted, I can see there is a entry for evtchn in /dev/xen along with gntdev. But when xend starts, the evtchn in /dev/xen disappeared. and xend is not properly started. The error log in /var/log/xen/xend.log is the following: [2010-06-18 10:51:35 4685] INFO (SrvDaemon:332) Xend Daemon started [2010-06-18 10:51:35 4685] INFO (SrvDaemon:336) Xend changeset: unavailable. [2010-06-18 10:51:35 4685] ERROR (SrvDaemon:349) Exception starting xend ((111, ''Connection refused'')) I am using a centos 5, which has an old udev. I tried to m...

..._0 /mnt/btrfs0 mount: wrong fs type, bad option, bad superblock on /dev/mapper/vg00-btrfsvol0_0, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so I checked dmesg: [17216.145092] device fsid c959d4a5-0713-4685-b572-8a679ec37e20 devid 1 transid 34 /dev/mapper/vg00-btrfsvol0_0 [17216.145639] btrfs: disk space caching is enabled [17216.146987] btrfs: failed to read the system array on dm-100 [17216.147556] btrfs: open_ctree failed Then I did btrfsck - it reported no errors, but mounted OK: # btrfsck /dev...

...scussion'" <asterisk-users at lists.digium.com> Message-ID: <83.157.157.168.1183921564.15713 at ns0.ovh.net> Content-Type: text/plain; charset="iso-8859-1" Hi All I?ve got the same message after installing asterisk addons [res_convert.so]Jul 8 20:51:10 WARNING[4685]: loader.c:325 __load_resource: /usr/lib/asterisk/modules/res_convert.so: undefined symbol: ast_module_unregister Jul 8 20:51:10 WARNING[4685]: loader.c:554 load_modules: Loading module res_convert.so failed! Your help please

...sched.pipe LOCKFN /var/run/nut/upssched/upssched.lock AT ONBATT * EXECUTE onbattwarn AT ONLINE * EXECUTE ups-back-on-power Running upson in debug mode I can see the change of the status (I have a cycle of 30 secs for online/batterry/low battery) but the syslog reports Jul 3 16:17:15 artu upsmon[4685]: UPS dummy at artu on battery Jul 3 16:17:15 artu upssched-cmd: Unrecognized command: UPS dummy at artu on battery Jul 3 16:17:45 artu upsmon[4685]: UPS dummy at artu battery is low Jul 3 16:17:45 artu upssched-cmd: Unrecognized command: UPS dummy at artu battery is low Jul 3 16:18:15 artu ups...

On Jun 29, 2017, at 6:52 AM, Andrea de Lutti wrote: >>> Anyway I still not receive any email on any test (power cord disconnected and/or reconnected for example) >> >> Oh, I misinterpreted "working script" as a script that was sending email, rather than work-in-progress. Does that same command work from the command line? Can you add something like "logger"

Dear Marc. Thanks =) Already have dovecot-solr installed. Is there a way to see if dovecot-solr is actually working? Thanks Kevin On Fri, Jan 23, 2015 at 2:42 PM, Marc St?rmer <mail at marc-stuermer.de> wrote: > > Zitat von Kevin Laurie <superinterstellar at gmail.com>: > > Hello, >> >> I need to recompile dovecot on ubuntu 14.04 >> What would be

...Type: application/octet-stream Size: 15811 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111004/2af4c8db/attachment.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm.patch Type: application/octet-stream Size: 4685 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111004/2af4c8db/attachment-0001.obj>

...Type: application/octet-stream Size: 15811 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111004/84d54a66/attachment.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm.patch Type: application/octet-stream Size: 4685 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111004/84d54a66/attachment-0001.obj>

ping -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111010/14a4f67c/attachment.html>

I would still fix the code formatting even though you merely uncommented it (just to be consistent with the rest of the code). But functionally-speaking, I think your patches are good. ~Aaron On Mon, Oct 10, 2011 at 2:43 AM, Nikola Smiljanic <popizdeh at gmail.com> wrote: > ping

...Type: application/octet-stream Size: 15803 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111011/25a69eb1/attachment.obj> -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm.patch Type: application/octet-stream Size: 4685 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111011/25a69eb1/attachment-0001.obj>

...md "Unrecognized command: $1" > ??? ??? ;; > ??? esac > > while upssched.conf is > > Running upson in debug mode I can see the change of the status (I have a cycle of 30 secs for online/batterry/low battery) but the syslog reports > > Jul? 3 16:17:15 artu upsmon[4685]: UPS dummy at artu on battery > Jul? 3 16:17:15 artu upssched-cmd: Unrecognized command: UPS dummy at artu on battery

...mailbox, ETA 1:07 * OK Indexed 49% of the mailbox, ETA 0:52 * OK Indexed 61% of the mailbox, ETA 0:43 * OK Indexed 80% of the mailbox, ETA 0:22 * OK Mailbox indexing finished * SEARCH 857 1486 1526 1544 1589 1590 1591 1608 1737 1753 2660 2864 3967 4124 4127 4129 4159 4235 4254 4273 4682 4683 4684 4685 4770 5132 5467 5470 5735 5788 5838 5903 5904 5905 5906 5907 5996 6024 6113 6144 1 OK Search completed (114.650 secs) If you don't see those, enable debugging in dovecot.conf and then you need to further investigate on where there's the problem.

Just figured I'd mention that CVS supports now THREAD extension. I also did a bit of benchmarking using a folder with 4685 mails (evolution mailing list): dovecot+mbox: - 0.59s user 0.01s system 98% cpu 0.608 total - malloc() memory usage 45072 -> 825685 dovecot+maildir: - 0.60s user 0.17s system 98% cpu 0.780 total - malloc() memory usage: 45003 -> 825480 Meaning it takes almost 800kbytes of memory and it...

...--------- Any help would be greatly appreciated, since the other teacher using the lab is unable to teach... OUCH! steve -- Steve Strong Math and Computer Science Washington High School 2205 Forest Dr. SE Cedar Rapids, IA 5243 email:sstrong@crwash.org web site: http://crwash.org phone: 319-558-4685

To Bill Groppe, I went to school in Palm Desert with Bill Groppe from 1966 to 1968. I have lost contact with Bill and am wondering if this is the same Bill? If it is, I would like to make contact and talk about old times. Best Wishes, Forrest Lloyd forrest@ridgenet.net 760 384 4685 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://wrath.rubyonrails.org/pipermail/rails/attachments/20060807/fe6ba0db/attachment-0001.html

On Tue, Oct 4, 2011 at 4:19 AM, Nikola Smiljanic <popizdeh at gmail.com> wrote: > In that case I think that this is it :) > > On Tue, Oct 4, 2011 at 8:24 AM, Bryce Cogswell <bryceco at gmail.com> wrote: >> >> That should be fine. I don't believe the concern about performing a >> char-by-char conversion is valid; for example the NTFS-3G driver uses a

...unix_mode(cint95-intel.mtw) returning 0764 prova03 opened file cint95-intel.mtw read=Yes write=No (numopen=3) Transaction 183 of length 76 switch message SMBtrans2 (pid 2942) conn 0x8f6b038 call_trans2qfilepathinfo: TRANSACT2_QFILEINFO: level = 1004 call_trans2qfilepathinfo cint95-intel.mtw (fnum = 4685) level=1004 call=7 total_data=0 Transaction 184 of length 76 switch message SMBtrans2 (pid 2942) conn 0x8f6b038 call_trans2qfilepathinfo: TRANSACT2_QFILEINFO: level = 1005 call_trans2qfilepathinfo cint95-intel.mtw (fnum = 4685) level=1005 call=7 total_data=0 Transaction 185 of length 76 switch mess...

That should be fine. I don't believe the concern about performing a char-by-char conversion is valid; for example the NTFS-3G driver uses a simplistic upcase table and seems to work fine. I suspect Windows does the same. On Oct 3, 2011, at 1:12 PM, Nikola Smiljanic wrote: > How about this: > > for (int i = 0; i != NumWChars; ++i) > absPath[i] = std::tolower(absPath[i],