Updated patch
--- /opt/openfiler/sbin/list-disks.pl.original 2006-09-12
12:47:43.000000000 -0400
+++ /opt/openfiler/sbin/list-disks.pl 2006-09-26 13:10:04.000000000 -0400
@@ -160,7 +160,20 @@
@devs = sort { ($b =~ /\/hd[a-z]$/ ? 1 : 0) <=>
($a =~ /\/hd[a-z]$/ ? 1 : 0) } @devs;
}
-
+# AOE changes: J Landman 26-Sept-2006 [EMAIL PROTECTED]
+if (-e '/usr/sbin/aoe-stat')
+ {
+ my $rc=`/usr/sbin/aoe-discover ; sleep 2`;
+ my @aoe_volumes = `/usr/sbin/aoe-stat`;
+ chomp(@aoe_volumes);
+ foreach (@aoe_volumes)
+ {
+ #printf "Found aoe volume: %s\n",$_;
+ my @vols = split(/\s+/,$_);
+ #printf "Found volume: %s\n",$vols[1];
+ push @devs,(sprintf "/dev/etherd/%s",$vols[1]);
+ }
+ }
# Call parted to get partition and geometry information
local @cdstat = stat("/dev/cdrom");
if (@cdstat && !$_[0]) {
Joe Landman wrote:
Just submitted a patch into bug #357, though I can resend if desired. I
might need to add to it, but this should work ... We might need to
insert an "aoe-discover ; sleep 5" before the aoe-stat, but for the
moment this should be fine.
I will look at the size calculation logic as well. Has anyone else
noticed problems with large file system calculations? We plan to use
this with multi-10 TB systems, so we need to make sure this reports
sizes correctly. The error looks something like the 32-bit nature of
PHP coming into play, but I am not sure (haven't looked yet).
Joe
Rafiu Fakunle wrote:
Hi,
[....]
/dev/etherd/e1.0
/dev/etherd/e1.1
Do the block devices show up under /proc/partitions ?
in this case. They won't always start from 1, or 0.
Joe Landman wrote:
Ok, quick work-around
[EMAIL PROTECTED] ~]# conary update bc
Applying update job:
Install bc(:doc :runtime)=1.06-6-0.1
[EMAIL PROTECTED] ~]# aoe-discover
[EMAIL PROTECTED] ~]# aoe-stat
e1.0 1200.276GB eth1 up
e1.1 160.041GB eth1 up
Possibly the right thing to do in short order is to add bc into the
That's done now.
package list. Longer term we are going to need to update aoe.
Userland or kernel? I just noticed that the aoe6-v37 tarball has the
userland tools in it as well which we currently have in the aoe-tools
trove. Is there a stipulation on having the tools version match the
kernel?
I'm going to push back the build of aoe6 until I can get it all
working properly. I might even pull aoe completely from the 2.1
release since it's not currently possible to get the partitioning tool
to recognise the devices. I'd be happy to work with you on getting
this fully supported.
If this is easy to do, and you can give me a push in the right
direction, I would be happy to give you a hand with this, including
testing.
Great. We can't get all this done for Friday's release, but certainly
an update within a couple of weeks should have it all working. It's
going to require a small rework of the disk partitioning / display code.
R.
--
Joseph Landman, Ph.D
Founder and CEO
Scalable Informatics LLC,
email: [EMAIL PROTECTED]
web : http://www.scalableinformatics.com
phone: +1 734 786 8423
fax : +1 734 786 8452 or +1 866 888 3112
cell : +1 734 612 4615
_______________________________________________
Openfiler-users mailing list
[email protected]
https://lists.openfiler.com/mailman/listinfo/openfiler-users
