reiserfs_delete_solid_item [ xxx xxx 0(1) DIR ] not found when FS full?

reiserfs_delete_solid_item [ xxx xxx 0(1) DIR ] not found when FS full?

[Jurriaan on Alpha]

I was copying some tree and didn't notice my file-system filling up, but
I did notice this on the console (and in the logs):

Dec  8 07:17:31 alpha sudo: jurriaan : TTY=tty3 ; PWD=/var/spool ; USER=root ; COMMAND=/bin/cp -ax news testnews
Dec  8 07:22:03 alpha kernel: vs-5355: reiserfs_delete_solid_item: [434934 434961 0(1) DIR] not found<4>vs-5355: reiserfs_delete_soli
d_item: [434933 434961 0(1) DIR] not found<4>vs-5355: reiserfs_delete_solid_item: [434961 434962 0(1) DIR] not found<4>vs-5355: reise
rfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355: reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4
>vs-5355: reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355: reiserfs_delete_solid_item: [434962 434963 0(1) D
IR] not found<4>vs-5355: reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355: reiserfs_delete_solid_item: [43496
2 434963 0(1) DIR] not found<4>vs-5355: reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355: reiserfs_delete_sol
id_item: [434962 434963 0(1) DIR] not found<4>vs-5355: reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355: reis
erfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355: reiserfs_delete_solid_it

Somehow, 'delete' is not what I expect when copying. Is this something
to worry about?

linux-2.4.17pre5, Alpha (EV56) system, more details on request.

Thanks,
Jurriaan
-- 
I am Ginsu of Borg. You will be assimilated - but WAIT! There's MORE!
GNU/Linux 2.4.17-pre5 on Debian/Alpha 64-bits 988 bogomips load:1.24 0.54 0.39

Re: reiserfs_delete_solid_item [ xxx xxx 0(1) DIR ] not found when FS full?

[Alexander Zarochentcev]

Jurriaan on Alpha writes:

 > I was copying some tree and didn't notice my file-system filling up, but
 > I did notice this on the console (and in the logs):
 > 
 > Dec 8 07:17:31 alpha sudo: jurriaan : TTY=tty3 ; PWD=/var/spool ; USER=root
 > ; COMMAND=/bin/cp -ax news testnews Dec 8 07:22:03 alpha kernel: vs-5355:
 > reiserfs_delete_solid_item: [434934 434961 0(1) DIR] not found<4>vs-5355:
 > reiserfs_delete_soli d_item: [434933 434961 0(1) DIR] not found<4>vs-5355:
 > reiserfs_delete_solid_item: [434961 434962 0(1) DIR] not found<4>vs-5355:
 > reise rfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355:
 > reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4 >vs-5355:
 > reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355:
 > reiserfs_delete_solid_item: [434962 434963 0(1) D IR] not found<4>vs-5355:
 > reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355:
 > reiserfs_delete_solid_item: [43496 2 434963 0(1) DIR] not found<4>vs-5355:
 > reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355:
 > reiserfs_delete_sol id_item: [434962 434963 0(1) DIR] not found<4>vs-5355:
 > reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355:
 > reis erfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355:
 > reiserfs_delete_solid_it
 > 
 > Somehow, 'delete' is not what I expect when copying. Is this something
 > to worry about?

`Delete' is possible when copying. reiserfs_new_inode() fails due to no free
space and iput() is called on partially created inode. Some items could be
missing and delete_inode() => delete_solid_item() warns during attempt to
delete them.

I added Vladimir Saveliev (vs) to CC list. Hope he will participate in
discussion if those error messages look not normal.

 > linux-2.4.17pre5, Alpha (EV56) system, more details on request.
 > 
 > Thanks,
 > Jurriaan
 > -- 
 > I am Ginsu of Borg. You will be assimilated - but WAIT! There's MORE!
 > GNU/Linux 2.4.17-pre5 on Debian/Alpha 64-bits 988 bogomips load:1.24 0.54 0.39
 > -
 > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
 > the body of a message to majordomo@vger.kernel.org
 > More majordomo info at  http://vger.kernel.org/majordomo-info.html
 > Please read the FAQ at  http://www.tux.org/lkml/


Thanks,
Alex.

Re: reiserfs_delete_solid_item [ xxx xxx 0(1) DIR ] not found when FS full?

[Vladimir V. Saveliev]

Hi

Alexander Zarochentcev wrote:

> Jurriaan on Alpha writes:
>
>  > I was copying some tree and didn't notice my file-system filling up, but
>  > I did notice this on the console (and in the logs):
>  >
>  > Dec 8 07:17:31 alpha sudo: jurriaan : TTY=tty3 ; PWD=/var/spool ; USER=root
>  > ; COMMAND=/bin/cp -ax news testnews Dec 8 07:22:03 alpha kernel: vs-5355:
>  > reiserfs_delete_solid_item: [434934 434961 0(1) DIR] not found<4>vs-5355:
>  > reiserfs_delete_soli d_item: [434933 434961 0(1) DIR] not found<4>vs-5355:
>  > reiserfs_delete_solid_item: [434961 434962 0(1) DIR] not found<4>vs-5355:
>  > reise rfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355:
>  > reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4 >vs-5355:
>  > reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355:
>  > reiserfs_delete_solid_item: [434962 434963 0(1) D IR] not found<4>vs-5355:
>  > reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355:
>  > reiserfs_delete_solid_item: [43496 2 434963 0(1) DIR] not found<4>vs-5355:
>  > reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355:
>  > reiserfs_delete_sol id_item: [434962 434963 0(1) DIR] not found<4>vs-5355:
>  > reiserfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355:
>  > reis erfs_delete_solid_item: [434962 434963 0(1) DIR] not found<4>vs-5355:
>  > reiserfs_delete_solid_it
>  >
>  > Somehow, 'delete' is not what I expect when copying. Is this something
>  > to worry about?
>
> `Delete' is possible when copying. reiserfs_new_inode() fails due to no free
> space and iput() is called on partially created inode. Some items could be
> missing and delete_inode() => delete_solid_item() warns during attempt to
> delete them.
>

This warning is 100% harmless when it appears as result of mkdir which fails due to
lack of disk space.

Thanks,
vs