2006-12-10 01:10:26 |
vnevoa |
bug |
|
|
added bug |
2006-12-10 01:25:51 |
vnevoa |
description |
Binary package hint: linux-source-2.6.17
The Ata-over-Ethernet kernel module doesn't discover the available "blades" and therefore it is not possible to mount any block devices that where exported via the "vblade" server.
Actually, nothing works the way it should: the udev file system entries (/dev/etherd/*) are not created, and even when created manually with "aoe-mkdevs /dev/etherd" they fail to function (try "sudo echo 1 > /dev/etherd/discover").
A quick and easy test:
sudo apt-get install aoetools vblade
# export the device locally:
sudo vblade 1 1 lo /dev/hda &
# tell the kernel to find it:
sudo modprobe aoe
sudo aoe-mkdevs /dev/etherd
sudo aoe-discover
sudo aoe-stat
On my system, "aoe-stat" doesn't return anything.
A find | grep in /sys/ doesn't reveal anything related to "etherd" or "aoe".
If, however, I replace the module with the latest compiled from Coraid's source (version 40), everything works great; in the above test I get the correct response from aoe-stat:
"e1.1 40.027GB lo up"
and I can mount "/dev/etherd/e1.1p1" without problems.
This problem happens with:
- aoe kernel module version 22 (linux-image-2.6.17-10-generic)
- aoetools 10
- vblade 10-1
|
Binary package hint: linux-source-2.6.17
The Ata-over-Ethernet kernel module doesn't discover the available "blades" and therefore it is not possible to mount any block devices that where exported via the "vblade" server.
Actually, nothing works the way it should: the udev file system entries (/dev/etherd/*) are not created, and even when created manually with "aoe-mkdevs /dev/etherd" they fail to function (try "sudo echo 1 > /dev/etherd/discover").
A quick and easy test:
sudo apt-get install aoetools vblade
# export the device locally:
sudo vblade 1 1 lo /dev/hda &
# tell the kernel to find it:
sudo modprobe aoe
sudo aoe-mkdevs /dev/etherd
sudo aoe-discover
sudo aoe-stat
On my system, "aoe-stat" doesn't return anything.
A find | grep in /sys/ doesn't reveal anything related to "etherd" or "aoe".
If, however, I replace the module with the latest compiled from Coraid's source (version 40, http://www.coraid.com/support/linux/aoe6-40.tar.gz), everything works great; in the above test I get the correct response from aoe-stat:
"e1.1 40.027GB lo up"
and I can mount "/dev/etherd/e1.1p1" without problems.
This problem happens with:
- aoe kernel module version 22 (linux-image-2.6.17-10-generic)
- aoetools 10
- vblade 10-1
Can't we just put in the latest version?
|
|
2006-12-10 02:03:49 |
vnevoa |
description |
Binary package hint: linux-source-2.6.17
The Ata-over-Ethernet kernel module doesn't discover the available "blades" and therefore it is not possible to mount any block devices that where exported via the "vblade" server.
Actually, nothing works the way it should: the udev file system entries (/dev/etherd/*) are not created, and even when created manually with "aoe-mkdevs /dev/etherd" they fail to function (try "sudo echo 1 > /dev/etherd/discover").
A quick and easy test:
sudo apt-get install aoetools vblade
# export the device locally:
sudo vblade 1 1 lo /dev/hda &
# tell the kernel to find it:
sudo modprobe aoe
sudo aoe-mkdevs /dev/etherd
sudo aoe-discover
sudo aoe-stat
On my system, "aoe-stat" doesn't return anything.
A find | grep in /sys/ doesn't reveal anything related to "etherd" or "aoe".
If, however, I replace the module with the latest compiled from Coraid's source (version 40, http://www.coraid.com/support/linux/aoe6-40.tar.gz), everything works great; in the above test I get the correct response from aoe-stat:
"e1.1 40.027GB lo up"
and I can mount "/dev/etherd/e1.1p1" without problems.
This problem happens with:
- aoe kernel module version 22 (linux-image-2.6.17-10-generic)
- aoetools 10
- vblade 10-1
Can't we just put in the latest version?
|
Binary package hint: linux-source-2.6.17
The Ata-over-Ethernet kernel module doesn't discover the available "blades" and therefore it is not possible to mount any block devices that where exported via the "vblade" server.
Actually, nothing works the way it should: the udev file system entries (/dev/etherd/*) are not created, and even when created manually with "aoe-mkdevs /dev/etherd" they fail to function (try "sudo echo 1 > /dev/etherd/discover").
A quick and easy test:
sudo apt-get install aoetools vblade
# export the device localy:
sudo vblade 1 1 lo /dev/hda &
# tell the kernel to find it:
sudo modprobe aoe
sudo aoe-mkdevs /dev/etherd
sudo aoe-discover
sudo aoe-stat
On my system, "aoe-stat" doesn't return anything.
A find | grep in /sys/ doesn't reveal anything related to "etherd" or "aoe".
If, however, I replace the module with the latest compiled from Coraid's source (version 40, http://www.coraid.com/support/linux/aoe6-40.tar.gz), everything works great; in the above test I get the correct response from aoe-stat:
"e1.1 40.027GB lo up"
and I can mount "/dev/etherd/e1.1p1" without problems.
This problem happens with:
- aoe kernel module version 22 (linux-image-2.6.17-10-generic)
- aoetools 10
- vblade 10-1
Can't we just put in the latest version?
|
|
2006-12-10 02:03:49 |
vnevoa |
title |
AoE module doesn't work at all |
AoE module doesn't work with vblade |
|
2006-12-10 03:09:17 |
Ben Collins |
linux-source-2.6.17: status |
Unconfirmed |
Rejected |
|
2006-12-10 03:09:17 |
Ben Collins |
linux-source-2.6.17: statusexplanation |
|
Only need one |
|
2006-12-10 03:09:32 |
Ben Collins |
linux-source-2.6.17: statusexplanation |
|
|
|
2007-01-04 13:21:44 |
Ben Collins |
linux-source-2.6.17: status |
Rejected |
Unconfirmed |
|
2007-01-04 13:21:44 |
Ben Collins |
linux-source-2.6.17: statusexplanation |
Only need one |
|
|
2007-01-12 15:54:04 |
Adriaan Peeters |
linux-source-2.6.17: status |
Unconfirmed |
Confirmed |
|
2007-12-12 00:45:45 |
Brian Murray |
linux-source-2.6.17: assignee |
|
ubuntu-kernel-team |
|
2008-04-25 18:37:48 |
Leann Ogasawara |
linux-source-2.6.17: status |
Confirmed |
Won't Fix |
|
2008-04-25 18:37:58 |
Leann Ogasawara |
linux-source-2.6.17: status |
New |
Won't Fix |
|
2008-07-22 19:22:24 |
Kent Borg |
bug |
|
|
assigned to linux (Ubuntu) |
2008-08-12 22:13:09 |
Leann Ogasawara |
linux: status |
New |
Incomplete |
|
2008-08-12 22:13:09 |
Leann Ogasawara |
linux: statusexplanation |
|
Hi Kent,
Care to do one more test? Care to confirm this is still an issue with the latest Alpha for the upcoming Intrepid Ibex 8.10. The reason I ask is that Hardy looks to have vesion 32 of the aoe driver (via 'modinfo aoe') and Intrepid contains version 47. The original bug reporter commented:
"If, however, I replace the module with the latest compiled from Coraid's source (version 40, http://www.coraid.com/support/linux/aoe6-40.tar.gz), everything works great;"
So I would hope that version 47 which exists in Intrepid will give you a resolution? More information regarding the latest Alpha for Intrepid Ibex 8.10 can be found here: http://www.ubuntu.com/testing. Please let us know your results. Thanks. |
|
2008-10-07 04:57:30 |
Markus Korn |
linux: status |
Incomplete |
Won't Fix |
|
2008-10-07 04:57:30 |
Markus Korn |
linux: statusexplanation |
Hi Kent,
Care to do one more test? Care to confirm this is still an issue with the latest Alpha for the upcoming Intrepid Ibex 8.10. The reason I ask is that Hardy looks to have vesion 32 of the aoe driver (via 'modinfo aoe') and Intrepid contains version 47. The original bug reporter commented:
"If, however, I replace the module with the latest compiled from Coraid's source (version 40, http://www.coraid.com/support/linux/aoe6-40.tar.gz), everything works great;"
So I would hope that version 47 which exists in Intrepid will give you a resolution? More information regarding the latest Alpha for Intrepid Ibex 8.10 can be found here: http://www.ubuntu.com/testing. Please let us know your results. Thanks. |
Unfortunately this bug report is being closed because we received no response to the last inquiry for information. However, the Intrepid Ibex 8.10 Beta release was most recently announced - http://www.ubuntu.com/testing/intrepid/beta . If you are able to confirm this is still an issue with this most recent release please feel free to reopen this report. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New".
Thanks,
Markus |
|
2008-11-14 04:37:51 |
Henry Wertz |
linux: status |
Won't Fix |
New |
|
2008-11-14 04:37:51 |
Henry Wertz |
linux: statusexplanation |
Unfortunately this bug report is being closed because we received no response to the last inquiry for information. However, the Intrepid Ibex 8.10 Beta release was most recently announced - http://www.ubuntu.com/testing/intrepid/beta . If you are able to confirm this is still an issue with this most recent release please feel free to reopen this report. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New".
Thanks,
Markus |
I can confirm this is a probelm in 8.10. I updated just now (Nov 13th).
Steps to reproduce:
sudo modprobe aoe
dmesg
...........
[85898.044715] aoe: AoE v47 initialised.
user@qbert:~$ sudo aoe-discover
aoe-discover: /dev/etherd/discover does not exist or is not writeable.
user@qbert:~$ ls /dev/ether*
ls: cannot access /dev/ether*: No such file or directory
user@qbert:~$
It appears that udev has no rules for aoe whatsoever.
Suggested possibilities for repair:
1) Put in udev rules. Probably best but I have no idea where to start.
2) Easy hack, change aoe-mkdevs so it doesn't sanity check
(currently:
user@qbert:~$ sudo aoe-mkdevs /dev/etherd
aoe-mkdevs Error: udev detected. You shouldn't need to use aoe-mkdevs.
aoe-mkdevs: Please see the aoe-mkdevs manpage.
aoe-mkdevs: Exiting.
)
Let them go under /dev/.static/dev/ or whatever, as long as the aoetools are self-consistant I don't see the harm, except from an aesthetic standpoint.)
3) Are there newer aoetools that just aren't in tree? the kernel aoe atuff is v47, aoetools is v26.
For me severity is low. I thought I'd play with ata-over-ethernet a little. it doesn't work right now. I didn't have specific plans for it, I was just going to keep around with trying to share CD-ROMs, see if aoe over some ethernet gives xp the massive speedup I got when I put a bunch of XPs applications on a samba share instead of local. (I don't have an XP install any more, though so that might put a monkey in the wrench. 2 Gentoo and 4 Ubuntu systems 8-).
|
|
2008-12-30 23:49:38 |
Jamin W. Collins |
bug |
|
|
added attachment '60-aoe.rules' (60-aoe.rules) |
2009-06-25 19:34:47 |
kernel-janitor |
tags |
cft-2.6.27 |
cft-2.6.27 needs-kernel-logs |
|
2009-06-25 19:34:52 |
kernel-janitor |
tags |
cft-2.6.27 needs-kernel-logs |
cft-2.6.27 needs-kernel-logs needs-upstream-testing |
|
2009-06-25 19:34:58 |
kernel-janitor |
tags |
cft-2.6.27 needs-kernel-logs needs-upstream-testing |
cft-2.6.27 kj-triage needs-kernel-logs needs-upstream-testing |
|
2009-06-25 19:35:04 |
kernel-janitor |
linux (Ubuntu): status |
New |
Incomplete |
|
2010-06-14 20:13:55 |
Jeremy Foshee |
tags |
cft-2.6.27 kj-triage needs-kernel-logs needs-upstream-testing |
cft-2.6.27 kj-expired kj-triage needs-kernel-logs needs-upstream-testing |
|
2010-06-14 20:14:01 |
Jeremy Foshee |
linux (Ubuntu): status |
Incomplete |
Expired |
|