From: "David Dabbs" <david@dabbs.net>
To: 'Hans Reiser' <reiser@namesys.com>
Cc: 'ReiserFS List' <reiserfs-list@namesys.com>
Subject: RE: Was able to reproduce "cp: cannot stat file.x: Input/output error"
Date: Sun, 8 Aug 2004 02:07:48 -0500 [thread overview]
Message-ID: <20040808071141.BFDB615C8A@mail03.powweb.com> (raw)
In-Reply-To: <4115A979.5090002@namesys.com>
> -----Original Message-----
> From: Hans Reiser [mailto:reiser@namesys.com]
> Sent: Saturday, August 07, 2004 11:18 PM
> To: David Dabbs
> Subject: Re: Was able to reproduce "cp: cannot stat file.x: Input/output
> error"
>
> >
> How about, code was X, now it is Y, with just the relevant parts of the
> code cited?
Probably the most significant change to mongo sources is how it generates
file names. Mongo.pl had a hard coded value of 6 for the "max_fname"
parameter passed to reiser_fract_tree. I made this a parameter one can
specify on the mongo command line. I passed it a value of 23.
In addition, reiser_fract_tree.c now generates file names (not directories)
with extensions. Before, every file name generated had none. Here is the
original and modified code.
CODE WAS
/* generate a unique filename */
void get_name_by_number(num_t this_files_number, char * str, char type)
{
double rnd;
char t[16];
/* We need to generate filenames of different lengths */
rnd=rand();
rnd=rnd/RAND_MAX*max_fname+1;
sprintf (t, "%%c%%0%ulu",(int) rnd );
sprintf (str, t, type, this_files_number);
}
NOW CODE IS
/* generate a unique filename */
void get_name_by_number(num_t this_files_number, char * str, char type)
{
double rnd;
char t[16];
/* We need to generate filenames of different lengths */
rnd=rand();
rnd=rnd/RAND_MAX*max_fname+1;
if( type == 'f' )
sprintf (t, "%%c%%0%ulu.%c",(int) rnd, '`'+(char)rnd );
else
sprintf (t, "%%c%%0%ulu",(int) rnd );
sprintf (str, t, type, this_files_number);
}
Backtick is the character immediately preceding 'a', so passing a value for
max_fname that generates a character greater than 'z' might generate an
extension character that might be a shell metacharacter. Hence my earlier
warning about using this parameter.
Finally, I added two phases to mongo. MKDIRS and MKFILES. The first makes
directories from a static list of directories cat-ted from a file. MKFILES
does the same, except with files. The files are created by executing the
following code taken directory from reiser_fract_tree:
/* make a file of a specified size */
void make_file(int size, char * fname)
{
char string [1025] = {0};
char * str = string;
int fd = 0;
int error;
static num_t this_files_number = 1;
/* open the file, and deal with the various errors that can occur */
if ((fd = open(fname, g_flags, 0666)) == -1 ) {
if (errno == ENOSPC) {
if (!already_whined) {
printf("reiser-2021A: out of disk (or inodes) space, will keep
trying\n");
already_whined = 1; /* we continue other file creation in out of
space conditions */
}
return;
}
/* it is sometimes useful to be able to run this program more than once
inside the same directory, and that means skipping over filenames
that
already exist. Thus we ignore EEXIST, and pay attention to all
else. */
if ( errno == EEXIST) { /* just skip existing file */
return;
}
perror ("open");
exit (errno);
}
/* close the file */
if (close(fd)) {
perror("close() failed");
exit(errno);
}
}
Since the above code simply opens and closes the file, every file created is
zero length, and it creates _many_ zero-length files. Before, all files
created during a mongo run had some content, though I'd need to go back and
check the size distribution function to be sure.
Finally, there is the bit about mounting and unmounting. Mongo.pl first
unmounts the target filesystem, then runs the proper mkfs command, mounted
the filesystem, ran df to get the block usage, then unmounted the
filesystem. To run each phase, mongo calls the function mongo_launcher,
which mounted the filesystem, ran the command for N iterations, then
unmounted the filesystem.
I made the following changes, see http://dabbs.net/reiser4/mongopl.html for
more context.
In
init_fsys:
don't unmount the filesystem after mkfs * df.
mongo_launcher:
don't call &mount_fsys; at beginning and &umount_fsys; at end of each
phase
Only umount_fsys at end of function mongo.
David
next parent reply other threads:[~2004-08-08 7:07 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4115A979.5090002@namesys.com>
2004-08-08 7:07 ` David Dabbs [this message]
2004-08-08 18:08 ` Was able to reproduce "cp: cannot stat file.x: Input/output error" Hans Reiser
2004-08-08 19:09 ` David Dabbs
2004-08-09 6:17 ` Hans Reiser
2004-08-08 21:40 ` David Dabbs
2004-08-09 0:01 ` Hans Reiser
2004-08-09 1:55 ` David Dabbs
2004-08-09 17:43 ` Hans Reiser
2004-08-09 18:32 ` David Dabbs
2004-08-09 2:38 ` David Dabbs
2004-08-09 17:59 ` Alex Zarochentsev
2004-08-09 18:22 ` David Dabbs
2004-08-09 18:42 ` Alex Zarochentsev
2004-08-09 15:13 ` Nikita Danilov
2004-08-09 17:48 ` Hans Reiser
[not found] <411944EF.7000504@namesys.com>
2004-08-10 22:05 ` David Dabbs
[not found] <20040810205450.GU9811@backtop.namesys.com>
2004-08-10 21:06 ` David Dabbs
2004-08-10 21:06 ` Alex Zarochentsev
2004-08-10 21:19 ` David Dabbs
2004-08-11 10:03 ` Vladimir V. Saveliev
2004-08-10 21:26 ` David Dabbs
2004-08-06 6:53 David Dabbs
2004-08-06 15:51 ` Vladimir V. Saveliev
2004-08-06 17:10 ` Philippe Gramoullé
2004-08-06 17:39 ` Vladimir V. Saveliev
2004-08-06 19:06 ` Philippe Gramoullé
2004-08-07 4:14 ` Hans Reiser
2004-08-06 17:46 ` David Dabbs
2004-08-06 19:11 ` Philippe Gramoullé
2004-08-07 4:15 ` Hans Reiser
2004-08-07 6:46 ` David Dabbs
2004-08-07 7:49 ` Hans Reiser
2004-08-08 2:54 ` David Dabbs
2004-08-10 3:21 ` Valdis.Kletnieks
2004-08-10 8:31 ` Hans Reiser
2004-08-10 15:41 ` Valdis.Kletnieks
2004-08-10 9:20 ` Alex Zarochentsev
2004-08-10 17:35 ` Hans Reiser
2004-08-10 17:42 ` David Dabbs
2004-08-10 17:46 ` Hans Reiser
2004-08-10 18:05 ` Alex Zarochentsev
2004-08-10 19:55 ` Hans Reiser
2004-08-10 20:41 ` Alex Zarochentsev
2004-08-06 17:51 ` Alex Zarochentsev
2004-08-06 19:10 ` Philippe Gramoullé
-- strict thread matches above, loose matches on Subject: below --
2004-08-06 4:54 David Dabbs
2004-08-06 7:31 ` mjt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040808071141.BFDB615C8A@mail03.powweb.com \
--to=david@dabbs.net \
--cc=reiser@namesys.com \
--cc=reiserfs-list@namesys.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.