search for: 2708

...inuz... 100% |=========================| 2.1 MB 00:02 Retrieving initrd.img... 100% |=========================| 5.4 MB 00:05 libvir: Xen Daemon error : GET operation failed: libvir: error : configuration file syntax error: expecting a name Now part of my xend.log : [2007-06-13 11:07:23 2708] ERROR (SrvBase:88) Request wait_for_devices failed. Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/xen/web/SrvBase.py", line 85, in perform return op_method(op, req) File "/usr/lib/python2.5/site-packages/xen/xend/server/SrvDomain.py", line 85...

https://bugzilla.mindrot.org/show_bug.cgi?id=2708 Bug ID: 2708 Summary: openssh: 7.5p1 update breaks ldns/sshfp Product: Portable OpenSSH Version: 7.5p1 Hardware: Other OS: FreeBSD Status: NEW Severity: normal Priority: P5 Component: ss...

...6K total, 12K used, 345344K free, 48008K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 10888 www-data 17 5 3936 3936 1648 R N 41.5 3.0 2:20 transcode2 10647 www-data 16 5 3936 3936 1648 R N 41.3 3.0 6:19 transcode1 10872 www-data 8 5 2708 2708 1268 S N 6.1 2.1 0:26 ices2 10633 www-data 5 5 2688 2688 1268 S N 3.9 2.0 0:31 ices1 10629 www-data 6 5 2588 2588 1260 S N 2.5 2.0 0:05 ices1 10874 www-data 5 5 2584 2584 1260 S N 1.3 2.0 0:04 ices2 11049 ad0n 3 0 1052 1052 820 R 0.9 0.8...

...client with local forwarding. 139 localhost:139 @ In linux, I can telnet to 127.0.0.1 139 @ In windows, I can telnet to 127.0.0.1 139. If I run 'netstat -tn | grep 139' from ssh client, I get something like: $ netstat -tn | grep 139 tcp 0 0 127.0.0.1:139 127.0.0.1:2708 ESTABLISHED tcp 0 0 127.0.0.1:2708 127.0.0.1:139 ESTABLISHED @ If I run 'net view fakename' from cmd window I get: System error 53 has occurred. The network path was not found. -- Adlar

> > As a general rule, you don't want to set up a system with a load average of > more than 1 (per cpu, so between 1 and 2 is ok for a dual cpu system). > > ices (when not encoding) will use a negligible amount of cpu, so the problem > is probably entirely the stream transcoders. <p>assuming i want to continue using streamTranscoder ( and that it cannot be optimized

...mplicit_def. It's a bug because the coalerscer does illegal coaescing. Our last episode left us here: bb134: 2696 %reg1645<def> = FsMOVAPSrr %reg1458<kill> ; srcLine 0 bb74: 2700 %reg1176<def> = FsMOVAPSrr %reg1645<kill> ; srcLine 0 [deleted copy] 2708 %reg1178<def> = FsMOVAPSrr %reg1647<kill> ; srcLine 0 *** u before d 2712 TEST64rr %reg1173, %reg1173, %EFLAGS<imp-def> ; srcLine 30 2716 JLE mbb<file test.f90, bb90,0x3c37ed0>, %EFLAGS<imp-use,kill> ; srcLine 0 bb108: [...] 4352 %reg1253<de...

On Jan 30, 2009, at 1:52 PM, David Greene wrote: > On Friday 30 January 2009 15:10, David Greene wrote: > >> This still looks correct. The coalescer then says: >> >> 4360 %reg1177<def> = FsMOVAPSrr %reg1176<kill> ; srcLine 0 >> Inspecting %reg1176,0 = [2702,4362:0) 0 at 2702-(4362) and >> %reg1177,0 = >>

...ach_lock(), if unable to get the dentry lock(), we need to call iput(inode) because a failure here means no d_instantiate(), which means the normally matching iput() will not be called during dput(dentry). This patch fixes the oops that accompanies the following message: (3996,1):dlm_empty_lockres:2708 ERROR: lockres W00000000000000000a1046b06a4382 still has local locks! kernel BUG in dlm_empty_lockres at /rpmbuild/smushran/BUILD/ocfs2-1.4.2/fs/ocfs2/dlm/dlmmaster.c:2709! Signed-off-by: Sunil Mushran <sunil.mushran at oracle.com> --- fs/ocfs2/dcache.c | 15 +++++++++++++++ 1 files chang...

...index.php/File_System_Support#File_systems_without_xattr_support Not recommended, though, as it comes with a significant performance hit. There seems to be anecdotal evidence, however, that xattr may work even with an unprivileged container when btrfs is used. https://github.com/lxc/lxc/issues/2708#issuecomment-473466062 I couldn't find more sources to confirm this though. May run some tests of my own when I find the time. Viktor

...racter", "raw"))) what <- typeof(what) .Internal(readBin(con, what, n, size, signed, swap)) -- Jonathan D. Clayden, Ph.D. Research Fellow Radiology and Physics Unit UCL Institute of Child Health 30 Guilford Street LONDON WC1N 1EH United Kingdom t | +44 (0)20 7905 2708 f | +44 (0)20 7905 2358 w | www.homepages.ucl.ac.uk/~sejjjd2/ w | www.diffusion-mri.org.uk/people/1

On Jan 29, 2009, at 5:29 PM, David Greene wrote: > On Thursday 29 January 2009 18:04, Eli Friedman wrote: >> On Thu, Jan 29, 2009 at 2:47 PM, David Greene <dag at cray.com> wrote: >>> After phi elimination we have: >>> >>> bb134: >>> %reg1645 = 1.0 >>> >>> bb74: >>> %reg1176 = MOVAPS %reg1645 >>> %reg1177 =

...s_2.8.1 Regards, Jon (1) http://code.google.com/p/tractor/ (2) http://finzi.psych.upenn.edu/R/Rhelp02/archive/61872.html -- Jonathan D. Clayden, Ph.D. Research Fellow Radiology and Physics Unit UCL Institute of Child Health 30 Guilford Street LONDON WC1N 1EH United Kingdom t | +44 (0)20 7905 2708 f | +44 (0)20 7905 2358 w | www.homepages.ucl.ac.uk/~sejjjd2/

...urely?). Any guidance would be appreciated. Regards, Jon [1] http://finzi.psych.upenn.edu/R/Rhelp02a/archive/117412.html -- Jonathan D. Clayden, Ph.D. Research Fellow Radiology and Physics Unit UCL Institute of Child Health 30 Guilford Street LONDON WC1N 1EH United Kingdom t | +44 (0)20 7905 2708 f | +44 (0)20 7905 2358 w | www.homepages.ucl.ac.uk/~sejjjd2/

Hi! Our Samba file server seems to have a memory leakage. We are using samba as file server out of the box (debian sarge) on kernel 2.6.16.31. After a while users who have some shares and files open are acquiring more and more memory until the smbd dies. Here is a small shortcut from top: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 13843 gxxxxx 16 0 51792 44m 2552 S

On Thursday 29 January 2009 18:04, Eli Friedman wrote: > On Thu, Jan 29, 2009 at 2:47 PM, David Greene <dag at cray.com> wrote: > > After phi elimination we have: > > > > bb134: > > %reg1645 = 1.0 > > > > bb74: > > %reg1176 = MOVAPS %reg1645 > > %reg1177 = MOVAPS %reg1646 > > [...] > > > > bb108: > > %reg1645 =

...scer does illegal coaescing. > > Our last episode left us here: > > bb134: > 2696 %reg1645<def> = FsMOVAPSrr %reg1458<kill> ; srcLine 0 > > bb74: > 2700 %reg1176<def> = FsMOVAPSrr %reg1645<kill> ; srcLine 0 > [deleted copy] > 2708 %reg1178<def> = FsMOVAPSrr %reg1647<kill> ; srcLine > 0 *** u > before d > 2712 TEST64rr %reg1173, %reg1173, %EFLAGS<imp-def> ; srcLine 30 > 2716 JLE mbb<file test.f90, bb90,0x3c37ed0>, %EFLAGS<imp- > use,kill> ; > srcLine >...

...I do not believe that we can provide a version of std::filesystem and promise future ABI stability at this time. > > More information: > > * The features for caching directory information were added late in the C++17 cycle, and there have been some concerns about them. > LWG issue #2708 (https://wg21.link/lwg2708 <https://wg21.link/lwg2708>) is one of them, and there are a couple of upcoming papers about the same part of the standard. > > * The clock stuff being added in C++20 has already been discussed here. > > > We can: > > 1) Not ship std::filesy...

...ok at this code, annotated with live range indices: bb134: 2696 %reg1645<def> = FsMOVAPSrr %reg1458<kill> ; srcLine 0 bb74: 2700 %reg1176<def> = FsMOVAPSrr %reg1645<kill> ; srcLine 0 2704 %reg1177<def> = FsMOVAPSrr %reg1646<kill> ; srcLine 0 *** u before d 2708 %reg1178<def> = FsMOVAPSrr %reg1647<kill> ; srcLine 0 *** u before d 2712 TEST64rr %reg1173, %reg1173, %EFLAGS<imp-def> ; srcLine 30 2716 JLE mbb<file test.f90, bb90,0x3c37ed0>, %EFLAGS<imp-use,kill> ; srcLine 0 bb108: [...] 4352 %reg1253<def> = MAXSSrr %reg1...

...:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:42 errors:0 dropped:0 overruns:0 frame:0 TX packets:42 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2708 (2.6 Kb) TX bytes:2708 (2.6 Kb) peth1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link UP BROADCAST RUNNING NOARP MTU:1500 Metric:1 RX packets:256 errors:0 dropped:0 overruns:0 frame:0 TX packets:188 er...

https://bugzilla.mindrot.org/show_bug.cgi?id=2463 Bug ID: 2463 Summary: Conflict with openbsd compat glob() function in shared libraries Product: Portable OpenSSH Version: 7.1p1 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: