Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots
Nikita Danilov wanted us to know: > > Still compiling. In the reiser4 code right nowwell, it built and > > linked. That's a good sign. It compiled and installed, but it doesn't load: [root@trip ~]# modprobe reiser4 /lib/modules/2.5.45-3/kernel/fs/reiser4/reiser4.o: unresolved symbol page_states__per_cpu modprobe: insmod /lib/modules/2.5.45-3/kernel/fs/reiser4/reiser4.o failed modprobe: insmod reiser4 failed > > Curious if anybody feels that I should have chosen different values for > > any of the options. >Reasonable options for debugging. Will result in dead-slow reiser4 though. Ok, will remove the debugging options. In the meantime, gotta figure out why it's got that unresolved symbol. -- Blue skies... Todd http://www.mrball.net Public key: http://www.mrball.net/todd.asc Development is like evolution and there is no turning back. Linux kernel 2.5.45-3 1 user, load average: 0.00, 0.00, 0.00 msg06849/pgp0.pgp Description: PGP signature
Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots
Todd Lyons writes: > Nikita Danilov wanted us to know: > > > > Still compiling. In the reiser4 code right nowwell, it built and > > > linked. That's a good sign. > > It compiled and installed, but it doesn't load: > > [root@trip ~]# modprobe reiser4 > /lib/modules/2.5.45-3/kernel/fs/reiser4/reiser4.o: unresolved symbol > page_states__per_cpu > modprobe: insmod /lib/modules/2.5.45-3/kernel/fs/reiser4/reiser4.o failed > modprobe: insmod reiser4 failed > > > > Curious if anybody feels that I should have chosen different values for > > > any of the options. > >Reasonable options for debugging. Will result in dead-slow reiser4 though. > > Ok, will remove the debugging options. In the meantime, gotta figure > out why it's got that unresolved symbol. This is bug in the handling of per-cpu variables. Andrew Morton and Rusty Russell posted patches to fix it. Here is one: -- diff -urpN --exclude TAGS -X /home/rusty/devel/kernel/kernel-patches/current-dontdiff \ --minimal linux-2.5.45/include/asm-generic/percpu.h \ working-2.5.45-tmp/include/asm-generic/percpu.h --- linux-2.5.45/include/asm-generic/percpu.h 2002-10-31 12:36:56.0 +1100 +++ working-2.5.45-tmp/include/asm-generic/percpu.h 2002-11-02 09:20:06.0 \ +1100 @@ -35,4 +35,10 @@ extern unsigned long __per_cpu_offset[NR #define EXPORT_PER_CPU_SYMBOL(var) EXPORT_SYMBOL(var##__per_cpu) #define EXPORT_PER_CPU_SYMBOL_GPL(var) EXPORT_SYMBOL_GPL(var##__per_cpu) +/* Genksyms can't follow the percpu declaration. Give it a fake one. */ +#ifdef __GENKSYMS__ +#undef DEFINE_PER_CPU +#define DEFINE_PER_CPU(type, name) type name##__per_cpu +#endif /*__GENKSYMS__*/ + #endif /* _ASM_GENERIC_PERCPU_H_ */ -- Please let me know whether this helps. Alternatively, you can compile reiser4 as built-in (not module), or disable module versioning. Nikita.
Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots
Nikita Danilov wanted us to know: > > [root@trip ~]# modprobe reiser4 > > /lib/modules/2.5.45-3/kernel/fs/reiser4/reiser4.o: unresolved symbol > > page_states__per_cpu >This is bug in the handling of per-cpu variables. Andrew Morton and >Rusty Russell posted patches to fix it. Here is one: >Please let me know whether this helps. Yes, it fixed it. Maybe my understanding is a little off, but I thought that I could just rebuild the modules and install them and run depmod and the new module symbols would be in effect. But that didn't work (same error). So then I tried also a make bzImage and make install (which updates the System.map, something that didn't get done with make modules_install). It still would not load (same error). Finally, I rebooted loading the new kernel and that fixed it. No comments needed, unless they are "what you did should have worked." >Alternatively, you can compile reiser4 as built-in (not module), or Much prefer modules for everything. Kinda spoiled by the ability to change configurations on the fly. >disable module versioning. Something to think about... -- Blue skies... Todd | Get a bigger hammer! | ...file transfer by email is evil.| | http://www.mrball.net | NANOG | | http://faq.mrball.net || Linux kernel 2.5.45-3 load average: 0.24, 0.21, 0.09 msg06851/pgp0.pgp Description: PGP signature
Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots
On Fri, 08 Nov 2002 11:49:48 PST, Todd Lyons said: > Maybe my understanding is a little off, but I thought that I could just > rebuild the modules and install them and run depmod and the new module > symbols would be in effect. But that didn't work (same error). > > So then I tried also a make bzImage and make install (which updates the > System.map, something that didn't get done with make modules_install). > It still would not load (same error). > > Finally, I rebooted loading the new kernel and that fixed it. No > comments needed, unless they are "what you did should have worked." I've seen similar issues when the /boot/System.map file doesn't match the kernel in use (this is particularly an issue for 'depmod' - the standard 'make modules_install' target passes a -F flag to depmod to use the just-created System.map file. -- Valdis Kletnieks Computer Systems Senior Engineer Virginia Tech msg06852/pgp0.pgp Description: PGP signature
Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots
[EMAIL PROTECTED] wanted us to know: >> Todd Lyons wrote: >> Maybe my understanding is a little off, but I thought that I could >> just rebuild the modules and install them and run depmod and the new >> module symbols would be in effect. But that didn't work (same >> error). >> So then I tried also a make bzImage and make install (which updates the >> System.map, something that didn't get done with make modules_install). >> It still would not load (same error). >> Finally, I rebooted loading the new kernel and that fixed it. No >> comments needed, unless they are "what you did should have worked." >I've seen similar issues when the /boot/System.map file doesn't match >the kernel in use (this is particularly an issue for 'depmod' - the >standard 'make modules_install' target passes a -F flag to depmod to >use the just-created System.map file. That I get. You're saying that my make install step which updated the System.map in /boot was nullfied because it didn't exactly match the running kernel version. And you're also saying that -F makes it ignore what /proc/ksyms has. But then that leads to the next problem. That System.map doesn't match the /proc/ksyms, so I'm still left with a reboot as my only option. Thinking out loud. But I didn't change the way that the kernel was compiled. Reiser4 is _still_ a module. What am I missing? Blue skies... Todd P.S. Valdis, I think this sig originally came from somebody's NANOG post. :) -- A: No Q: Should I quote at the end of the message? Linux kernel 2.5.45-3 load average: 0.00, 0.00, 0.00 msg06853/pgp0.pgp Description: PGP signature
Re: [reiserfs-dev] Re: [ANNOUNCE] reiser4 snaphots
Am Freitag, 8. November 2002 21:39 schrieb Todd Lyons: > [EMAIL PROTECTED] wanted us to know: > >> Todd Lyons wrote: > >> Maybe my understanding is a little off, but I thought that I could > >> just rebuild the modules and install them and run depmod and the new > >> module symbols would be in effect. But that didn't work (same > >> error). > >> So then I tried also a make bzImage and make install (which updates the > >> System.map, something that didn't get done with make modules_install). > >> It still would not load (same error). > >> Finally, I rebooted loading the new kernel and that fixed it. No > >> comments needed, unless they are "what you did should have worked." > > > >I've seen similar issues when the /boot/System.map file doesn't match > >the kernel in use (this is particularly an issue for 'depmod' - the > >standard 'make modules_install' target passes a -F flag to depmod to > >use the just-created System.map file. > > That I get. You're saying that my make install step which updated the > System.map in /boot was nullfied because it didn't exactly match the > running kernel version. And you're also saying that -F makes it ignore > what /proc/ksyms has. > > But then that leads to the next problem. That System.map doesn't match > the /proc/ksyms, so I'm still left with a reboot as my only option. That's normal for all kernel developers. If you build a new kernel with new symbols some stuff couldn't match until you have rebooted. > Thinking out loud. But I didn't change the way that the kernel was > compiled. Reiser4 is _still_ a module. What am I missing? Are you sure? -Dieter
build failure 11/05 snapshot
attempting to build the 11.05 snapshot, using current bk tree: --- gcc -Wp,-MD,fs/reiser4/plugin/item/.static_stat.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=i686 -Iarch/i386/mach-generic -nostdinc -iwithprefix include -DMODULE -include include/linux/modversions.h -DKBUILD_BASENAME=static_stat -c -o fs/reiser4/plugin/item/static_stat.o fs/reiser4/plugin/item/static_stat.c fs/reiser4/plugin/item/static_stat.c: In function `sd_load': fs/reiser4/plugin/item/static_stat.c:265: `event' undeclared (first use in this function) fs/reiser4/plugin/item/static_stat.c:265: (Each undeclared identifier is reported only once fs/reiser4/plugin/item/static_stat.c:265: for each function it appears in.) make[2]: *** [fs/reiser4/plugin/item/static_stat.o] Error 1 make[1]: *** [fs/reiser4] Error 2 make: *** [fs] Error 2 cliffw
reiserfs df and du (not the reply in the faq)
first of all, hi, it is my first message from faq -- du says ReiserFS makes space efficiency worse. Use df not du, or use "raw" option for du if your du supports that. st_blocks summed up is less accurate than st_size for ReiserFS because we pack tails, and st_blocks rounds numbers up. -- this means that du, with st_size, must give an higher value than df no? anyway, i had updated reiserfsprogs to version 3.6.4, findutils to 4.1, and i have this output df -h FilesystemSize Used Avail Use% Mounted on /dev/ide/host0/bus0/target0/lun0/part1 478M 366M 113M 77% / /dev/ide/host0/bus0/target0/lun0/part6 14G 1.8G 12G 13% /usr /dev/ide/host0/bus0/target0/lun0/part7 4.5G 80M 4.4G 2% /home --- (on /) du -hsx 102M. --- (always on /) du -hsx * 632kSystem.map 4.5Mbin 4.7Mboot 512 cdrom 32k chroot 4.5kcoda 0 dev 2.5Metc 54M home 4.5kinstall 28M lib 1.5kmnt du: `proc/11129/fd/3': No such file or directory 0 proc 39M root 3.7Msbin 0 spider 32k tmp 1.9Gusr 20M var 285kvice 512 vicepa --- i have also in proc kcore that is 202M, but i thnk that it is stored on ram so, i have 260M of space that is null. i also need to keep the server up, so i can't reboot with a read only fs and make reiserfsck on the partition any suggestion? bye Daniele