search for: blockcount

...ern on some of these in which blocks are used, but again I'm trying to figure out what the algorithm is that causes it): ---- Inode: 209219 Type: regular Mode: 0644 Flags: 0x0 Generation: 3550218717 User: 0 Group: 0 Size: 102400 File ACL: 0 Directory ACL: 0 Links: 1 Blockcount: 208 Fragment: Address: 0 Number: 0 Size: 0 ctime: 0x4165bae1 -- Thu Oct 7 17:53:37 2004 atime: 0x4165bade -- Thu Oct 7 17:53:34 2004 mtime: 0x4165bae1 -- Thu Oct 7 17:53:37 2004 BLOCKS: (0-11):453994-454005, (IND):454006, (12-13):454007-454008, (14-24):455201-455211 TOTAL: 26 Inode: 2092...

...04 505 66274 22-Mar-2002 09:32 391. ... 14992585 100600 (1) 504 505 0 6-Oct-2002 17:52 392. ... debugfs: stat 392. Inode: 14992585 Type: regular Mode: 0600 Flags: 0x0 Generation: 2449155561 User: 504 Group: 505 Size: 0 File ACL: 0 Directory ACL: 0 Links: 0 Blockcount: 0 Fragment: Address: 0 Number: 0 Size: 0 ctime: 0x3da0be92 -- Sun Oct 6 17:52:02 2002 atime: 0x3da05967 -- Sun Oct 6 10:40:23 2002 mtime: 0x3da0be92 -- Sun Oct 6 17:52:02 2002 dtime: 0x3da0be92 -- Sun Oct 6 17:52:02 2002 BLOCKS: debugfs: stat 391. Inode: 14992584 Type: regular Mo...

...map at 16, inode table at 17 0 free blocks, 16369 free inodes, 2 used directories ...... debugfs: stat ando103.idx.2 Inode: 14 Type: regular Mode: 0644 Flags: 0x0 Generation: 2615178425 User: 3094 Group: 10 Size: 193750787024 File ACL: 0 Directory ACL: 0 Links: 1 Blockcount: 60126920 Fragment: Address: 0 Number: 0 Size: 0 ctime: 0x3f695229 -- Wed Sep 17 23:35:21 2003 atime: 0x3f676cab -- Tue Sep 16 13:03:55 2003 mtime: 0x3f66b61f -- Tue Sep 16 00:05:03 2003 BLOCKS: (0):23330295, (1-11):23330818-23330828, (IND):23330829, (12-14):23330830-2333083 2, (15-27):23332...

...ugfs 1.35-WIP (31-Jan-2004) debugfs: stat users/greve/fbirn-hp-fsfast/dunc-data/dunc-101.1/bold/bh-sm5-per-006/beta_008.bfloat Inode: 5980769 Type: regular Mode: 0777 Flags: 0x0 Generation: 4199683 297 User: 5652 Group: 5652 Size: 4243456 File ACL: 0 Directory ACL: 0 Links: 1 Blockcount: 232 Fragment: Address: 0 Number: 0 Size: 0 ctime: 0x406066ae -- Tue Mar 23 11:32:46 2004 atime: 0x40e5b58c -- Fri Jul 2 15:20:44 2004 mtime: 0x406066ae -- Tue Mar 23 11:32:46 2004 BLOCKS: (0):19431070, (1-2):19431076-19431077, (3):19431079, (4):19431130, (5):19431136, (6-11):24618332-246...

Hi, I've run many time e2fsck, but in a special dir ls tells me: ls: r?cksendung-wlan.dvi: No such file or directory ls: baf?g_r?ckmeldung.latex: No such file or directory ls: finpr?f.pdf: No such file or directory $ cat finpr?f.pdf cat: finpr?f.pdf: Datei oder Verzeichnis nicht gefunden I don't know what to do? How can I find the failure? If I cat the files with debugfs, I see the

Dear centos community, I was in the process of loading the latest 5.5 release of centos in a VMWARE ESX 4.1 host as my first virtual machine, suddenly while booting I got a panic error with the following on screen. Can someone point me in the right direction. This machine has 24 cores and I allocated 1 for Centos to use with 1024MB of memory. Any clues or workaround to solve this problem? Thank

Hi, There is any way to figure out where physically is the journal on a ext3 fs and it's size? Thanks! Jordi

...er; GGenomManager=new GenomManager(); blockNrs &bnrs=getAnalysis<blockNrs>(); GGenomManager->newFunction(F); for(Function::iterator b = F.begin(), be = F.end(); b!=be; ++b) { //aktuelle Block Nummer wird geholt blockCounter *bcntr = bnrs.lookup(b); GGenomManager->newBlock(&(*b),*bcntr); for(BasicBlock::iterator i = b->begin(), ie = b->end(); i!=ie; ++i) { GGenomManager->newInstruction(i); }// end for BB...

...from vmstat. These two sets of numbers overlap, and the numbers before and after are similar. So what's up with that ? (Here's my monitoring code that produced the second set of figures, in case I did something dumb-ass: #! /bin/bash set -e HOST=prcapp01 secs=10 lbc=0 lts=0 echo "blockcount bl/sec bytes/sec" while true; do bc=$( snmpget -v 2c -c xxx $HOST 1.3.6.1.4.1.2021.11.57.0 | cut -d' ' -f4 ) ts=$( date +%s ) if [[ $lbc > 0 ]]; then (( bsec = ( bc - lbc ) / ( ts - lts ) )) (( bytes = bsec * 512 )) #echo $lbc $bc $bsec $bytes $lts $ts printf "%...

...ted /boot/grub/grub.conf and then SysRq sub. When the box came up, .opera in /boot/grub was nonexistant. the remains of it: debugfs: stat .opera Inode: 7745 Type: regular Mode: 0000 Flags: 0x0 Generation: 0 User: 0 Group: 0 Size: 0 File ACL: 0 Directory ACL: 0 Links: 0 Blockcount: 0 Fragment: Address: 0 Number: 0 Size: 0 ctime: 0x3c168d6f -- Tue Dec 11 23:49:19 2001 atime: 0x3c168d9d -- Tue Dec 11 23:50:05 2001 mtime: 0x3c168d6f -- Tue Dec 11 23:49:19 2001 BLOCKS: debugfs: mi .opera Mode [0100000] User ID [0]...

...w many times the function was entered. (This is especially necessary > + // if there is only the entry block.) > + std::map<Function*, EdgeCounts> EdgeInformation; > + > + // BlockInformation - Count the number of times a block is executed > + std::map<Function*, BlockCounts> BlockInformation; > + > + // FunctionInformation - Count the number of times a function is executed > + std::map<Function*, double> FunctionInformation; Instead of multiple maps from Function* ->, would it make sense to collect these three (or four) maps inside a per-f...

...backup: inode blocks Then when I look at the journal inode: # debugfs /dev/hda6 debugfs 1.35 (28-Feb-2004) debugfs: stat <8> Inode: 8 Type: regular Mode: 0600 Flags: 0x0 Generation: 0 User: 0 Group: 0 Size: 33554432 File ACL: 0 Directory ACL: 0 Links: 1 Blockcount: 8304 Fragment: Address: 0 Number: 0 Size: 0 ctime: 0x3c33d186 -- Wed Jan 2 22:35:34 2002 atime: 0x00000000 -- Wed Dec 31 19:00:00 1969 mtime: 0x3c33d186 -- Wed Jan 2 22:35:34 2002 BLOCKS: (0-11):521-532, (IND):533, (12-1035):534-1557, (DIND):1558 TOTAL: 1038 debugfs: bmap <8> 1035...

Hi, I'm trying to understand if my journal is fragmented. Here's some output from `debugfs -R "stat <8>" /dev/sda3`: Inode: 8 Type: regular Mode: 0600 Flags: 0x0 Generation: 0 User: 0 Group: 0 Size: 104857600 File ACL: 0 Directory ACL: 0 Links: 1 Blockcount: 205016 Fragment: Address: 0 Number: 0 Size: 0 ctime: 0x3c0442fd -- Tue Nov 27 17:50:53 2001 atime: 0x00000000 -- Wed Dec 31 16:00:00 1969 mtime: 0x3c0442fd -- Tue Nov 27 17:50:53 2001 BLOCKS: (0-11):506-517, (IND):518, (12-1035):519-1542, (DIND):1543, (IND):1544, (1036-2059):1545-2568, (IND...

Hi all, as proposed in http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-February/020396.html I implemented the algorithm presented in [Ball94]. It only instruments the minimal number of edges necessary for edge profiling. The main changes introduced by this patch are: *) a interface compatible rewrite of ProfileInfo *) a cleanup of ProfileInfoLoader (some functionality in ProfileInfoLoader

Hello, I have 2 boxes with 1.5TB storage with ext3 fs, and the kernel is 2.6.11.8. I'm using E2fsprogs 1.37 for FS creation. And, Filesystem revision #: 1 (dynamic) There are 2 scenarios: 1. All SATA drives, RAID5 2. All PATA drives, RAID5 and wrapped in log volumes. I'm having lots of issues with fsck. I did search, but somehow not getting the right information. needs_recovery

...ction was entered. (This is especially necessary >> + // if there is only the entry block.) >> + std::map<Function*, EdgeCounts> EdgeInformation; >> + >> + // BlockInformation - Count the number of times a block is executed >> + std::map<Function*, BlockCounts> BlockInformation; >> + >> + // FunctionInformation - Count the number of times a function is executed >> + std::map<Function*, double> FunctionInformation; > > Instead of multiple maps from Function* ->, would it make sense to collect these > three (o...

...+ XFS_PVT(inode)->i_cur_extent++); + + bno = fsblock_to_bytes(fs, rec.br_startblock) >> BLOCK_SHIFT(fs); + + XFS_PVT(inode)->i_offset = rec.br_startoff; + + inode->next_extent.pstart = bno << BLOCK_SHIFT(fs) >> SECTOR_SHIFT(fs); + inode->next_extent.len = ((rec.br_blockcount << BLOCK_SHIFT(fs)) + + SECTOR_SIZE(fs) - 1) >> SECTOR_SHIFT(fs); + } else if (core->di_format == XFS_DINODE_FMT_BTREE) { + xfs_debug("XFS_DINODE_FMT_BTREE"); + index = XFS_PVT(inode)->i_cur_extent++; + rblock = (xfs_bmdr_block_t *)&core-...