search for: 851968

...0 0 4096 16-Aug-2007 22:01 . 34 drwxr-xr-x 6 0 0 4096 16-Aug-2007 22:01 .. 35 -rw-r--r-- 1 0 0 0 16-Aug-2007 22:01 bad_blocks 36 -rw-r--r-- 1 0 0 851968 16-Aug-2007 22:01 global_inode_alloc 37 -rw-r--r-- 1 0 0 65536 16-Aug-2007 22:01 slot_map 38 -rw-r--r-- 1 0 0 1048576 16-Aug-2007 22:01 heartbeat 39 -rw-r--r-- 1 0 0 2499996549...

...und audio format UNKN Found audio format UNKN Found audio format ULAW Found audio format UNKN Found audio format UNKN Found audio format ALAW Found audio format UNKN Found audio format UNKN Found video format UNKN Found video format UNKN Found video format UNKN Capabilities: us - 786446, them - 303/851968, combined - 786446 Non-codec capabilities: us - 1, them - 0, combined - 0 Looking for 3004 in default list_route: hop: <sip:<gateway1>:5060;transport=udp> Transmitting (NAT): SIP/2.0 100 Trying Via: SIP/2.0/UDP 172.16.1.54:5060;branch=z9hG4bK3f113fc0c05ec1deece622bd0ed4a521;received=&lt...

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

...ned in the firewall settings: ???? TCP: 80, 88, 389 ???? UDP: 88 (at least one of TCP/UDP ports 88 has to be open) Also note that following ports are necessary for ipa-client working properly after enrollment: ???? TCP: 464 ???? UDP: 464, 123 (if NTP enabled) Failed to obtain host TGT: Major (851968): Unspecified GSS failure. Minor code may provide more information, Minor (2529638936): Preauthentication failed Installation failed. Rolling back changes. Unconfigured automount client failed: Command 'ipa-client-automount --uninstall --debug' returned non-zero exit status 1 Disabling...

...recv 32768 at 491520 data recv 32768 at 524288 data recv 32768 at 557056 data recv 32768 at 589824 data recv 32768 at 622592 data recv 32768 at 655360 data recv 32768 at 688128 data recv 32768 at 720896 data recv 32768 at 753664 data recv 32768 at 786432 data recv 32768 at 819200 data recv 32768 at 851968 data recv 32768 at 884736 data recv 32768 at 917504 data recv 32768 at 950272 data recv 32768 at 983040 data recv 32768 at 1015808 data recv 32768 at 1048576 data recv 32768 at 1081344 data recv 32768 at 1114112 data recv 32768 at 1146880 data recv 32768 at 1179648 rsync: writefd_unbuffered failed...

Hi, I have recently upgraded our web proxy to CentOS 5.6. Before the upgrade, squid was running fine. Since the upgrade, sometimes, squid crashes: > [root at stargate ~]# service squid status > squid dead but pid file exists Looking at log files, I think it could be related to logrotate stuff, > -rw-r----- 1 squid squid 42713088 May 3 04:02 store.log > -rw-r----- 1 squid squid

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

...ql=0 pa=0 f: > > > htb*c10108 m=2 t=168099 c=28187 pq=0 df=60000000 ql=0 pa=0 f: > > > htb*c10119 m=2 t=-203578 c=-21102 pq=0 df=548864 ql=0 pa=0 f: > > > htb*c10028 m=2 t=162500 c=46775 pq=0 df=60000000 ql=0 pa=0 f: > > > htb*c10039 m=2 t=161700 c=46575 pq=0 df=851968 ql=0 pa=0 f: > > > htb*c10082 m=2 t=159300 c=17638 pq=0 df=16736256 ql=0 pa=0 f: > > > htb*c10093 m=2 t=162500 c=46775 pq=0 df=60000000 ql=0 pa=0 f: > > > htb*c10029 m=2 t=168099 c=48174 pq=0 df=60000000 ql=0 pa=0 f: > > > htb*c10038 m=2 t=362744 c=362744 pq=0 df...

Hi, When do the sftp to remote server with file system full, sftp connection get "ID mismatch" and connection closed. Is it supposed to get the "sftp>" prompt back? I try with V3.7.1p2 and V3.8.1p1 and have the same result. Please help. rdsosl.sef_cdf-831# sftp -v edosuser at rdsosl Connecting to rdsosl... OpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 Mar 2004 debug1: Reading

...recv 32768 at 491520 data recv 32768 at 524288 data recv 32768 at 557056 data recv 32768 at 589824 data recv 32768 at 622592 data recv 32768 at 655360 data recv 32768 at 688128 data recv 32768 at 720896 data recv 32768 at 753664 data recv 32768 at 786432 data recv 32768 at 819200 data recv 32768 at 851968 data recv 32768 at 884736 data recv 32768 at 917504 data recv 32768 at 950272 data recv 32768 at 983040 data recv 32768 at 1015808 data recv 32768 at 1048576 data recv 32768 at 1081344 data recv 32768 at 1114112 data recv 32768 at 1146880 data recv 32768 at 1179648 data recv 32768 at 1212416 data r...

...h":65536,"data":true,"zero":false} +{"start":98304,"length":32768,"data":false,"zero":true} +{"start":131072,"length":65536,"data":true,"zero":true} +{"start":196608,"length":851968,"data":false,"zero":true} +EOF +do_test "@32768 1 @65536 1 @131072 0 @163840 0" 1M + +# Zero-length plugin. Unlike nbdkit-zero-plugin, the data plugin +# advertises extents and so will behave differently. +cat > $expected <<'EOF' +{"start":0...

...32, inode bitmap at 786433, inode table at 786434 32254 free blocks, 16384 free inodes, 0 used directories Group 25: block bitmap at 819521, inode bitmap at 819522, inode table at 819523 31933 free blocks, 16384 free inodes, 0 used directories Group 26: block bitmap at 851968, inode bitmap at 851969, inode table at 851970 32254 free blocks, 16384 free inodes, 0 used directories Group 27: block bitmap at 885057, inode bitmap at 885058, inode table at 885059 31933 free blocks, 16384 free inodes, 0 used directories Group 28: block bitmap at 91...

https://bugzilla.samba.org/show_bug.cgi?id=13317 Bug ID: 13317 Summary: rsync returns success when target filesystem is full Product: rsync Version: 3.1.2 Hardware: x64 OS: FreeBSD Status: NEW Severity: major Priority: P5 Component: core Assignee: wayned at samba.org

This has already been pushed upstream. I am simply posting these here so we have a reference in the mailing list in case we find bugs later (as I'm sure we will - it's a complex patch series). Great thanks to Eric Blake for tireless review on this one. It also seems to have identified a few minor bugs in qemu along the way. Rich.