Hallo Liste, ich habe eine NotesDatenbank, die größer als 2 Gigabyte ist. Leider bekomme ich sie nicht größer. Liegt dies am FileSystem? Was kann ich tuen? SuSE 8.0 udn SuSE 8.1 Beides mit Reiser FS Stefan
On Tue, Apr 01, 2003 at 02:58:58PM +0200, Stefan Eggert wrote:
Hallo Liste,
ich habe eine NotesDatenbank, die größer als 2 Gigabyte ist. Leider bekomme ich sie nicht größer.
Liegt dies am FileSystem? Was kann ich tuen? SuSE 8.0 udn SuSE 8.1 Beides mit Reiser FS
IMHO liegts am kernel ....
Stefan
-- Mit freundlichen Gruessen / Kind regards Dominik Bay http://www.v6web.de http://www.etherkiller.de http://moon.hipjoint.de/tcpa-palladium-faq-de.html Say NO to DRM, DMCA, TCPA and Palladium! Bei Unix laufen die Server, bei NT die Admins ... Windows ist Viagra für den PC - er steht immer!
Dominik Bay schrieb:
On Tue, Apr 01, 2003 at 02:58:58PM +0200, Stefan Eggert wrote:
Hallo Liste,
ich habe eine NotesDatenbank, die größer als 2 Gigabyte ist. Leider bekomme ich sie nicht größer.
Liegt dies am FileSystem? Was kann ich tuen? SuSE 8.0 udn SuSE 8.1 Beides mit Reiser FS
IMHO liegts am kernel ....
Hmm. Eine idee was nun tun? Stefan
Stefan Eggert wrote:
Dominik Bay schrieb:
On Tue, Apr 01, 2003 at 02:58:58PM +0200, Stefan Eggert wrote:
Hallo Liste,
ich habe eine NotesDatenbank, die größer als 2 Gigabyte ist. Leider bekomme ich sie nicht größer.
Liegt dies am FileSystem? Was kann ich tuen? SuSE 8.0 udn SuSE 8.1 Beides mit Reiser FS
IMHO liegts am kernel ....
Hmm. Eine idee was nun tun?
Nein, dass leigt nicht am kernel, jedenfalls nicht, wenn ein hinreichend neuer (AFAIK > 2.4.0) verwendet wird. Es könnte AFAIK an der glibc liegen, aber bei den default des 8.0/8.1 würde ich dieses Problem auch ausschließen. reiser kann AFAIK auch mit files > 2GB umgehen. Ich vermute das Problem liegt bei notes, oder falls an samba/nfs falls das in dem Zusammenhang genutzt wird. -- - maik
Maik Holtkamp
Stefan Eggert wrote:
Dominik Bay schrieb:
On Tue, Apr 01, 2003 at 02:58:58PM +0200, Stefan Eggert wrote:
Hallo Liste,
ich habe eine NotesDatenbank, die größer als 2 Gigabyte ist. Leider bekomme ich sie nicht größer.
Liegt dies am FileSystem? Was kann ich tuen? SuSE 8.0 udn SuSE 8.1 Beides mit Reiser FS
IMHO liegts am kernel ....
Hmm. Eine idee was nun tun?
Nein, dass leigt nicht am kernel, jedenfalls nicht, wenn ein hinreichend neuer (AFAIK > 2.4.0) verwendet wird. Es könnte AFAIK an der glibc liegen, aber bei den default des 8.0/8.1 würde ich dieses Problem auch ausschließen. reiser kann AFAIK auch mit files > 2GB umgehen.
Ich vermute das Problem liegt bei notes, oder falls an samba/nfs falls das in dem Zusammenhang genutzt wird.
Welche Version von Notes nutzt Du? Bei 5.0.x ist 2GB DB-Groesse default (ausser mailfiles - die sind auf 1 GB beschraenkt). Hast Du versucht die DB _lokal_ mit 'neuer replik' in eine 4 GB DB zu kopieren? BTW: poste das doch auch in der Notes mailingliste.... Gruss Rolf
Am Dienstag, 1. April 2003 14:58 schrieb Stefan Eggert:
Hallo Liste,
ich habe eine NotesDatenbank, die größer als 2 Gigabyte ist. Leider bekomme ich sie nicht größer.
Liegt dies am FileSystem? Was kann ich tuen? SuSE 8.0 udn SuSE 8.1 Beides mit Reiser FS
Welche Reiserfs-Version setzt du ein? Sofern dein kernel Reiserfs 3.6 unterstützt (welches Dateigrößen jenseits der 2GB-Grenze zulässt), kannst du deine Reiserfs-Partitionen mittels "mount -o conv /dev/xxx" auf Version 3.6 upgraden. Diese Aktion ist nur einmalig vorzunehmen. grüße, sam
Stefan
Samuel Edlmeier
kannst du deine Reiserfs-Partitionen mittels "mount -o conv /dev/xxx" auf Version 3.6 upgraden. Diese Aktion ist nur einmalig vorzunehmen.
Wobei aber anzumerken ist, dass nur neu angelegte Dateien die 2 GiB Grenze überschreiten können. Bestehende Dateien wie die Notes-Datenbank können diese Grenze nicht überschreiten. Die einzige Chance wäre, die Datei auf eine andere Partition zu kopieren, die alte Datei zu löschen und sie nach der Konvertierung dann zurück zu kopieren. Philipp -- Philipp Thomas Arbeit: pthomas@suse.de Entwicklung, SuSE Linux AG Privat: pth@t-link.de
participants (6)
-
Dominik Bay
-
Maik Holtkamp
-
Philipp Thomas
-
rwalter@on.com
-
Samuel Edlmeier
-
Stefan Eggert