it: 0, total allocated block limit: 0
The number of files matches exactly the output of find -type f, but
the kbytes are wrong. I have checked the obvious, the user doesn't own
any files outside of his directory. Any idea on what to check?
Regards,G
Dear Lustre experts,
I'm in the process of installing a new Lustre file system based on
version 2.5. What is the size limit for an OST when using ldiskfs?Can
I format a 60 TB device with ldiskfs?
Regards,
Götz Waschk
___
lustre-discuss mailing
iginal Message-
> From: lustre-discuss [mailto:lustre-discuss-boun...@lists.lustre.org] On
> Behalf Of Götz Waschk
> Sent: Tuesday, July 21, 2015 10:18 AM
> To: lustre-discuss@lists.lustre.org
> Subject: [lustre-discuss] ldiskfs ost size limit
>
> Dear Lustre experts,
&g
-ost1/ost1
Any idea on why my 6TB per OST went?
Regards, Götz Waschk
___
lustre-discuss mailing list
lustre-discuss@lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
same, that is 218T for both file systems.
I understand that you have the same issue.
Regards, Götz Waschk
___
lustre-discuss mailing list
lustre-discuss@lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
Hi everyone,
I have a quota problem on a file system upgraded from Lustre 1.8 to
2.5.3. The number of inodes reported by lfs getquota is obviously
wrong:
# ls -l
insgesamt 3064024
drwxr-sr-x 3 u248 icecube1830912 28. Aug 2014 Callisto
drwxr-sr-x 2 u248 icecube2301952 26. Aug 2014 Camera
On Thu, Oct 8, 2015 at 4:45 PM, Mohr Jr, Richard Frank (Rick Mohr)
wrote:
> Not sure if this is a known bug. Have you tried regenerating the quota data?
> I have had to do this a few times on some OSTs.
Hi,
I haven't tried it yet, I will at the next downtime.
Regards, Götz
__
fo zfs|grep version
version:0.6.3-1.2
srcversion: 9888DC55B2F55794F6B5D44
# modinfo osd_zfs|grep version
srcversion: D9F832C8E8804F08B693280
vermagic: 2.6.32-504.8.1.el6_lustre.x86_64 SMP mod_unload modversions
Regards, Götz Waschk
___
Hi everyone,
which version of kmod-zfs was the official Lustre 2.10.0 binary
release for CentOS 7.3 built against?
Regards, Götz Waschk
___
lustre-discuss mailing list
lustre-discuss@lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-discuss
Hi Peter,
I wasn't able to install the official binary build of
kmod-lustre-osd-zfs, even with kmod-zfs-0.6.5.9-1.el7_3.centos from
from zfsonlinux.org, the ksym deps do not match. For me, it is always
rebuilding the lustre source rpm against the zfs kmod packages.
Regards, Götz Waschk
O
: implicit
declaration of function ‘blk_queue_max_phys_segments’
/tmp/lustre-1.8.5/lustre/llite/lloop.c:511: error: implicit
declaration of function ‘blk_queue_max_hw_segments’
make[6]: *** [/tmp/lustre-1.8.5/lustre/llite/lloop.o] Error 1
Any idea?
Regards, G
ediffed the patch for Lustre 1.8.5, ran the auto* tools and
after that I got the same build error as above. By the way, git master
of Lustre 2.x fails in the same way.
Regards, Götz Waschk
___
Lustre-discuss mailing list
Lustre-discuss@list
Hi everyone,
I have tried to access the git server but have received this error:
% git clone git://git.lustre.org/prime/lustre.git
Initialized empty Git repository in /tmp/lustre/.git/
fatal: read error: Connection reset by peer
Is this a known problem, will it be fixed soon?
Regards, Götz
Hi everyone,
the 1_8 branch in the Whamcloud git repository has the needed patches
to make Lustre 1.8 build on RHEL6. I have tested it a bit and I
couldn't make it crash yet.
Regards, Götz Waschk
___
Lustre-discuss mailing list
Lustre-di
el, on Scientific Linux 5, that is.
Regards, Götz Waschk
___
Lustre-discuss mailing list
Lustre-discuss@lists.lustre.org
http://lists.lustre.org/mailman/listinfo/lustre-discuss
N(
lo->ldo_stripe == ((void *)0) ) failed:
Message from syslogd@miscmds4 at Mar 13 09:01:24 ...
kernel:[5584275.394146] LustreError:
321079:0:(lod_object.c:1584:lod_parse_dir_striping()) LBUG
Is there a known problem that could cause this?
Regards,
Göt
rsions fine as well?
Regards, Götz Waschk
___
lustre-discuss mailing list
lustre-discuss@lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
Hi everyone,
I'm trying to build lustre 1.6.5.1 against Red Hat's kernel
2.6.9-78.EL for RHEL4, but the configure script doesn't detect the
headers needed for OFED gen2 support (Infiniband). Does anybody know a
fix for that problem?
Regar
...@o2ib 141.34.21...@tcp
141.34.21...@tcp
What can I do?
Regards, Götz Waschk
___
Lustre-discuss mailing list
Lustre-discuss@lists.lustre.org
http://lists.lustre.org/mailman/listinfo/lustre-discuss
On Tue, Feb 10, 2009 at 1:44 AM, Isaac Huang wrote:
> On Mon, Feb 09, 2009 at 04:52:20PM +0100, G?tz Waschk wrote:
>> My client has this in modprobe.conf:
>> options lnet networks=o2ib,tcp
>> I'm trying to mount the remote network with
>> mount -t lustre 141.34.228...@tcp0:/atlas /scratch/lustre-1
On Tue, Feb 10, 2009 at 1:45 PM, Johann Lombardi wrote:
> 38 = MDS_CONNECT. The client tries to reach the MDT via 192.168.22...@o2ib,
> whereas i think it should use tcp to access the lustre filesystem of the
> remote
> cluster, is my understanding of your configuration correct?
That's right, it
Hi everyone,
this was solved by renaming one of the private Infiniband networks
from o2ib0 to o2ib1, now they are not confused by the clients anymore.
Regards, Götz Waschk
___
Lustre-discuss mailing list
Lustre-discuss@lists.lustre.org
http
What can I do?
Regards, Götz Waschk
___
Lustre-discuss mailing list
Lustre-discuss@lists.lustre.org
http://lists.lustre.org/mailman/listinfo/lustre-discuss
didn't cause any problems, this is just a small bug
in the build system and it doesn't affect the built kernel module.
Regards, Götz Waschk
___
Lustre-discuss mailing list
Lustre-discuss@lists.lustre.org
http://lists.lustre.org/mailman/listinfo/lustre-discuss
On Tue, May 19, 2009 at 11:03 PM, Brian J. Murrell
wrote:
> Can you file a bug in our bugzilla about this?
Hi,
there's already this bug:
https://bugzilla.lustre.org/show_bug.cgi?id=19024
Regards, Götz
___
Lustre-discuss mailing list
Lustre-discuss@l
afe to try the direct upgrade? I'm not using quotas on these servers.
Regards, Götz Waschk
___
Lustre-discuss mailing list
Lustre-discuss@lists.lustre.org
http://lists.lustre.org/mailman/listinfo/lustre-discuss
ould use RHEL5, but you can also try CentOS or
Scientific Linux.
To work around the error above, just use rpm --force to install the package.
Regards, Götz Waschk
___
Lustre-discuss mailing list
Lustre-discuss@lists.lustre.org
http://lists.lustre.org/ma
access Lustre use a lot of CPU and seem to hang.
There is some output in the kernel log I'll attach to this mail.
Do you have any idea what to test before rebooting the machine?
Regards, Götz Waschk
--
AL I:40: Do what thou wilt shall be the whole of the Law.
kernel-log.txt.bz2
Descri
hat problem. I hoped it
> would be fixed in 1.8.2, but seems it is not. Please open a bug report.
Hi Bernd,
thanks for your help, it worked. I have opened a bug here:
https://bugzilla.lustre.org/show_bug.cgi?id=22276
Regards, Götz Waschk
___
Lustre-d
On Thu, Apr 22, 2010 at 4:01 PM, Norberto Meijome wrote:
> I am looking at using Lustre 1.8.2 with Centos 5.3 or 5.4 64bit. I believe
> this should support 16TB ext4/lsfdisk backed OSTs.
> Is this correct ?
Hi Norberto,
yes, it does. I'm using it on Scientific Linux 5.4:
# lfs df -h /lustre/fs4
30 matches
Mail list logo