search for: 2338

...57 0.058151 2353 2583 0.081512 2353 2322 0.044373 2353 2535 0.04847 2353 2536 0.035538 2353 2581 0.035538 2353 2570 0.07711 2353 2476 0.047081 2353 2534 0.047081 2353 2280 0.088264 2353 2316 0.073608 2353 2339 0.067307 2353 2331 0.061172 2353 2343 0.060425 2353 2352 0.041153 2353 2293 0.040764 2353 2338 0.045128 2353 2449 0.040764 2353 2296 0.061333 2353 2453 0.046074 2353 2460 0.060387 2353 2474 0.060387 2353 2603 0.060387 2353 2282 0.048065 2353 2313 0.05584 2353 2538 0.050873 2353 2522 0.065727 2353 2489 0.041023 2353 2564 0.039696 2353 2594 0.056946 2353 2274 0.060875 2353 2451 0.037468 2353 2...

https://bugzilla.mindrot.org/show_bug.cgi?id=2338 Bug ID: 2338 Summary: scp -3 doesn't give an error on missing source directory Product: Portable OpenSSH Version: 6.7p1 Hardware: Other OS: Linux Status: NEW Severity: normal...

...spec_on_rails) ---- After I ''piston update''d rspec and rspec_on_rails... ---- ~/work/simplify_md $ piston update vendor/plugins/rspec/ Processing ''vendor/plugins/rspec/''... Fetching remote repository''s latest revision and UUID unchanged from revision 2338 ~/work/simplify_md $ piston update vendor/plugins/rspec_on_rails/ Processing ''vendor/plugins/rspec_on_rails/''... Fetching remote repository''s latest revision and UUID unchanged from revision 2338 ---- ... and try to run a spec, I get the plugin compatibility exception;...

Hi all, I compiled/installed chan_capi.so without problems. When I launch Asterisk, I get the following error: --- [chan_capi.so] => (Common ISDN API for Asterisk) == Parsing '/etc/asterisk/capi.conf': Found Mar 30 19:47:52 NOTICE[16384]: chan_capi.c:2338 mkif: ast_capi_pvt(91xxxxxx,*,pstn,0x2,2) (1,2,64) (0)(0.800000/0.800000) 0 Mar 30 19:47:52 NOTICE[16384]: chan_capi.c:2338 mkif: ast_capi_pvt(91xxxxxx,*,pstn,0x2,2) (1,2,64) (0)(0.800000/0.800000) 0 Mar 30 19:47:52 NOTICE[16384]: chan_capi.c:2675 load_module: CAPI not installed! Mar 30 19:47:52...

...o devices=2 incommingmsn=* softdtmf=0 here the output from the chan_capi initialization [chan_capi.so] => (Common ISDN API for Asterisk) May 27 16:47:00 ERROR[1024]: chan_capi.c:2664 load_module: Unknown isdnmode parameter "ptmp" -- ignoring May 27 16:47:00 NOTICE[1024]: chan_capi.c:2338 mkif: ast_capi_pvt(0732663288,,demo,0x6,2) (1,2,64) (0)(0.800000/0.800000) 0 May 27 16:47:00 NOTICE[1024]: chan_capi.c:2338 mkif: ast_capi_pvt(0732663288,,demo,0x6,2) (1,2,64) (0)(0.800000/0.800000) 0 May 27 16:47:00 NOTICE[1024]: chan_capi.c:2694 load_module: this box has 2 capi controller(s)...

...issue that is caused by a mismatch in >> glusterfs client and server packages. >> So your client (mount) seems to be still running 3.7.20, as confirmed by >> the occurrence of the following log message: >> >> [2017-05-26 08:58:23.647458] I [MSGID: 100030] [glusterfsd.c:2338:main] >> 0-/usr/sbin/glusterfs: Started running /usr/sbin/glusterfs version 3.7.20 >> (args: /usr/sbin/glusterfs --volfile-server=s1 --volfile-server=s2 >> --volfile-server=s3 --volfile-server=s4 --volfile-id=/testvol >> /rhev/data-center/mnt/glusterSD/s1:_testvol) >>...

...much seems like an issue that is caused by a mismatch in glusterfs > client and server packages. > So your client (mount) seems to be still running 3.7.20, as confirmed by > the occurrence of the following log message: > > [2017-05-26 08:58:23.647458] I [MSGID: 100030] [glusterfsd.c:2338:main] > 0-/usr/sbin/glusterfs: Started running /usr/sbin/glusterfs version 3.7.20 > (args: /usr/sbin/glusterfs --volfile-server=s1 --volfile-server=s2 > --volfile-server=s3 --volfile-server=s4 --volfile-id=/testvol > /rhev/data-center/mnt/glusterSD/s1:_testvol) > [2017-05-26 08:58:40...

I''ve the same problem as Alastair when running rspec command : http://lists.macromates.com/pipermail/textmate/2007-October/022585.html ../spec/mate/runner.rb:34:in `run'': undefined method `parse'' for Spec::Runner::OptionParser:Class I fixed this for me by changing the offending line to : ::Spec::Runner::CommandLine.run(argv, STDERR, stdout) (see

...by a mismatch in >>> glusterfs client and server packages. >>> So your client (mount) seems to be still running 3.7.20, as confirmed by >>> the occurrence of the following log message: >>> >>> [2017-05-26 08:58:23.647458] I [MSGID: 100030] [glusterfsd.c:2338:main] >>> 0-/usr/sbin/glusterfs: Started running /usr/sbin/glusterfs version 3.7.20 >>> (args: /usr/sbin/glusterfs --volfile-server=s1 --volfile-server=s2 >>> --volfile-server=s3 --volfile-server=s4 --volfile-id=/testvol >>> /rhev/data-center/mnt/glusterSD/s1:_te...

...t;>>> glusterfs client and server packages. >>>> So your client (mount) seems to be still running 3.7.20, as confirmed >>>> by the occurrence of the following log message: >>>> >>>> [2017-05-26 08:58:23.647458] I [MSGID: 100030] [glusterfsd.c:2338:main] >>>> 0-/usr/sbin/glusterfs: Started running /usr/sbin/glusterfs version 3.7.20 >>>> (args: /usr/sbin/glusterfs --volfile-server=s1 --volfile-server=s2 >>>> --volfile-server=s3 --volfile-server=s4 --volfile-id=/testvol >>>> /rhev/data-center/mnt/...

...anging various range options, and as far as I can tell it works sometimes, but not others - don't know why. I have 2 users I've specifically set up, with uidnumbers in their AD objects set: jpotter - uidnumber 2449 jingram - uidnumber 2337 Here is an excerpt from getent passwd: jingram:*:2338:20000:June Ingram:/home/BECAUSE/jingram:/bin/false jpotter:*:20007:20000:Jim Potter:/home/BECAUSE/jpotter:/bin/false - so it works for June but not Jim... I've tried deleting all tdb files in /var/lib/samba and /var/cache/samba and rejoined domain, and these uidnumbers seem to stick. I can...

...ok at your logs. It very much seems like an issue that is caused by a mismatch in glusterfs client and server packages. So your client (mount) seems to be still running 3.7.20, as confirmed by the occurrence of the following log message: [2017-05-26 08:58:23.647458] I [MSGID: 100030] [glusterfsd.c:2338:main] 0-/usr/sbin/glusterfs: Started running /usr/sbin/glusterfs version 3.7.20 (args: /usr/sbin/glusterfs --volfile-server=s1 --volfile-server=s2 --volfile-server=s3 --volfile-server=s4 --volfile-id=/testvol /rhev/data-center/mnt/glusterSD/s1:_testvol) [2017-05-26 08:58:40.901204] I [MSGID: 100030...

...issue that is caused by a mismatch in >> glusterfs client and server packages. >> So your client (mount) seems to be still running 3.7.20, as confirmed by >> the occurrence of the following log message: >> >> [2017-05-26 08:58:23.647458] I [MSGID: 100030] [glusterfsd.c:2338:main] >> 0-/usr/sbin/glusterfs: Started running /usr/sbin/glusterfs version 3.7.20 >> (args: /usr/sbin/glusterfs --volfile-server=s1 --volfile-server=s2 >> --volfile-server=s3 --volfile-server=s4 --volfile-id=/testvol >> /rhev/data-center/mnt/glusterSD/s1:_testvol) >>...

...(), "return_load", LI); I assume that getCalledValue() will give me the return value of the InitCall CallInst. This compiles fine. But the CastInst cannot be created. The runtime error is : opt: /panfs/panasas-01.cs.wisc.edu/scratch/wang/LLVM/src/llvm/lib/VMCore/Instructions.cpp:2338: llvm::TruncInst::TruncInst(llvm::Value*, const llvm::Type*, const llvm::Twine&, llvm::Instruction*): Assertion `castIsValid(getOpcode(), S, Ty) && "Illegal Trunc"' failed. 0 opt 0x000000000084e8bf 1 opt 0x000000000084f37a 2 libpthread.so.0 0x...

...RL using a supplied by ntlm_auth name and the group membership information from the AD. It turns out that for some reason ntlm_auth authenticates user just fine, but then it is supplying squid with some sort of corrupted username: squid access log: 1375868558.129 1957 192.168.7.71 TCP_DENIED/403 2338 GET http://www.ru/rus/index.php ZZZZZZZZZZZZZZZZ%a0%92%03\r%08 HI ER_NONE/- text/html This ZZZZ[...] is actually my username - 'emz', but looks it's authenticated by ntlm_auth. Squid also thinks that this username has been just authenticated, and tries to look it's group membership...

...lar programme), although I have not had much success searching in the CRAN archives for information. Any comments would be appreciated. Cheers, Al. Al Merrifield Energy Analyst Energy Modelling & Statistics Ministry of Economic Development PO Box 1473 Wellington NEW ZEALAND Phone: (04) 470 2338 Fax: (04) 473 9930 E-mail: Alistair.Merrifield at med.govt.nz -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in...

...[event- epoll.c:669:event_dispatch_epoll_worker] 0-epoll: Started thread with index [{index=0}] [2023-03-14 19:13:48.914529 +0000] E [glusterfsd- mgmt.c:2137:mgmt_getspec_cbk] 0-glusterfs: failed to get the 'volume file' from server [2023-03-14 19:13:48.914549 +0000] E [glusterfsd- mgmt.c:2338:mgmt_getspec_cbk] 0-mgmt: failed to fetch volume file (key:ansible) [2023-03-14 19:13:48.914739 +0000] W [glusterfsd.c:1432:cleanup_and_exit] (-->/lib/x86_64-linux- gnu/libgfrpc.so.0(+0xfe3b) [0x7f1ca0a6ce3b] -- >glusterfs(mgmt_getspec_cbk+0x762) [0x558ace8e8412] -- >glusterfs(cleanup_and_...

https://bugzilla.mindrot.org/show_bug.cgi?id=2154 Bug ID: 2154 Summary: Avoid key lookup overhead when re-keying Product: Portable OpenSSH Version: -current Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: sshd Assignee: unassigned-bugs at

Rails 1.2.5 Ruby 1.8.6 Rake 0.7.3 RSpec 1.0.8 PostgreSQL 8.2.5 I am experiencing a problem with the "rake spec spec" task on an initial trial of rspec. After creating the rails app I installed rspec and rspec_on_rails in the vendor\plugins subdirectory from svn. I then used ruby script\generate rspec_model product. I next manually created the database instances depot_development and

...ser() <- disables preempt -> o2hb_region_pin() -> o2nm_depend_item() -> configfs_depend_item() -> configfs_pin_fs() -> simple_pin_fs() -> vfs_kern_mount() -> vfs_parse_fs_string() fs/ocfs2/cluster/heartbeat.c 2338 static int o2hb_region_inc_user(const char *region_uuid) 2339 { 2340 int ret = 0; 2341 2342 spin_lock(&o2hb_live_lock); Lock. 2343 2344 /* local heartbeat */ 2345 if (!o2hb_global_heartbeat_active()) { 2346 ret = o2hb_regi...