Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*libgdbm\s+open\s+\&\s+xfs\s+problems\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*libgdbm\s+open\s+\&\s+xfs\s+problems\s*$/: 15 ]

Total 15 documents matching your query.

1. libgdbm open & xfs problems (score: 1): Author: Andrei Pelinescu-Onciul <pelinescu-onciul@xxxxxxxxxxxx>; Date: Fri, 06 Jul 2001 16:06:50 +0200; I have encountered a strange problem trying to build a nis database on a xfs partition. For some values of sunit and swidth I cannot build the database. For example: echo "test test" | /usr/lib/yp/ma; /archives/xfs/2001-07/msg00224.html (8,431 bytes)
2. Re: libgdbm open & xfs problems (score: 1): Author: Steve Lord <lord@xxxxxxx>; Date: Fri, 06 Jul 2001 10:06:22 -0500; This is a very odd problem as stripe alignment should make no visible difference at the system call level. Can you please rerun the ltrace with the -S option to include system call output as well. We; /archives/xfs/2001-07/msg00230.html (9,795 bytes)
3. Re: libgdbm open & xfs problems (score: 1): Author: Andrei Pelinescu-Onciul <pelinescu-onciul@xxxxxxxxxxxx>; Date: Fri, 06 Jul 2001 17:36:43 +0200; 1. the not-working case mount /dev/sda10 /tmp ltrace -S /usr/lib/yp/makedbm /tmp/test /tmp/x [...] fopen("/tmp/test", "r" <unfinished ...> SYS_brk(NULL) = 0x0804b2b0 SYS_brk(0x0804b430) = 0x0804b430; /archives/xfs/2001-07/msg00241.html (10,811 bytes)
4. Re: libgdbm open & xfs problems (score: 1): Author: Andrei Pelinescu-Onciul <pelinescu-onciul@xxxxxxxxxxxx>; Date: Fri, 06 Jul 2001 19:38:33 +0200; I think I've found the problem. It's not an xfs bug, is a bug in libgdbm, gdbm_open: [...] while (dbf->header->dir_size < dbf->header->block_size) { dbf->header->dir_size <<= 1; dbf->header->dir_bits; /archives/xfs/2001-07/msg00247.html (8,198 bytes)
5. Re: libgdbm open & xfs problems (score: 1): Author: Steve Lord <lord@xxxxxxx>; Date: Fri, 06 Jul 2001 12:45:21 -0500; OK, good to hear, I suspect they may question the block_size being returned, but since this is supposed to be the optimal size for disk I/O and not an actual filesystem blocksize you are correct her; /archives/xfs/2001-07/msg00248.html (9,392 bytes)
6. libgdbm open & xfs problems (score: 1): Author: xx>; Date: Fri, 06 Jul 2001 16:06:50 +0200; I have encountered a strange problem trying to build a nis database on a xfs partition. For some values of sunit and swidth I cannot build the database. For example: echo "test test" | /usr/lib/yp/ma; /archives/xfs/2001-07/msg01515.html (8,431 bytes)
7. Re: libgdbm open & xfs problems (score: 1): Author: xx>; Date: Fri, 06 Jul 2001 10:06:22 -0500; This is a very odd problem as stripe alignment should make no visible difference at the system call level. Can you please rerun the ltrace with the -S option to include system call output as well. We; /archives/xfs/2001-07/msg01521.html (9,795 bytes)
8. Re: libgdbm open & xfs problems (score: 1): Author: xx>; Date: Fri, 06 Jul 2001 17:36:43 +0200; 1. the not-working case mount /dev/sda10 /tmp ltrace -S /usr/lib/yp/makedbm /tmp/test /tmp/x [...] fopen("/tmp/test", "r" <unfinished ...> SYS_brk(NULL) = 0x0804b2b0 SYS_brk(0x0804b430) = 0x0804b430; /archives/xfs/2001-07/msg01532.html (10,811 bytes)
9. Re: libgdbm open & xfs problems (score: 1): Author: xx>; Date: Fri, 06 Jul 2001 19:38:33 +0200; I think I've found the problem. It's not an xfs bug, is a bug in libgdbm, gdbm_open: [...] while (dbf->header->dir_size < dbf->header->block_size) { dbf->header->dir_size <<= 1; dbf->header->dir_bits; /archives/xfs/2001-07/msg01538.html (8,198 bytes)
10. Re: libgdbm open & xfs problems (score: 1): Author: xx>; Date: Fri, 06 Jul 2001 12:45:21 -0500; OK, good to hear, I suspect they may question the block_size being returned, but since this is supposed to be the optimal size for disk I/O and not an actual filesystem blocksize you are correct her; /archives/xfs/2001-07/msg01539.html (9,392 bytes)
11. libgdbm open & xfs problems (score: 1): Author: Andrei Pelinescu-Onciul <pelinescu-onciul@xxxxxxxxxxxx>; Date: Fri, 06 Jul 2001 16:06:50 +0200; I have encountered a strange problem trying to build a nis database on a xfs partition. For some values of sunit and swidth I cannot build the database. For example: echo "test test" | /usr/lib/yp/ma; /archives/xfs/2001-07/msg02806.html (8,431 bytes)
12. Re: libgdbm open & xfs problems (score: 1): Author: Steve Lord <lord@xxxxxxx>; Date: Fri, 06 Jul 2001 10:06:22 -0500; This is a very odd problem as stripe alignment should make no visible difference at the system call level. Can you please rerun the ltrace with the -S option to include system call output as well. We; /archives/xfs/2001-07/msg02812.html (9,871 bytes)
13. Re: libgdbm open & xfs problems (score: 1): Author: Andrei Pelinescu-Onciul <pelinescu-onciul@xxxxxxxxxxxx>; Date: Fri, 06 Jul 2001 17:36:43 +0200; 1. the not-working case mount /dev/sda10 /tmp ltrace -S /usr/lib/yp/makedbm /tmp/test /tmp/x [...] fopen("/tmp/test", "r" <unfinished ...> SYS_brk(NULL) = 0x0804b2b0 SYS_brk(0x0804b430) = 0x0804b430; /archives/xfs/2001-07/msg02823.html (10,844 bytes)
14. Re: libgdbm open & xfs problems (score: 1): Author: Andrei Pelinescu-Onciul <pelinescu-onciul@xxxxxxxxxxxx>; Date: Fri, 06 Jul 2001 19:38:33 +0200; I think I've found the problem. It's not an xfs bug, is a bug in libgdbm, gdbm_open: [...] while (dbf->header->dir_size < dbf->header->block_size) { dbf->header->dir_size <<= 1; dbf->header->dir_bits; /archives/xfs/2001-07/msg02829.html (8,256 bytes)
15. Re: libgdbm open & xfs problems (score: 1): Author: Steve Lord <lord@xxxxxxx>; Date: Fri, 06 Jul 2001 12:45:21 -0500; OK, good to hear, I suspect they may question the block_size being returned, but since this is supposed to be the optimal size for disk I/O and not an actual filesystem blocksize you are correct her; /archives/xfs/2001-07/msg02830.html (9,467 bytes)

Current List: 1 - 15
Page: [1]