Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2012-10-23 Thread Gianluca Ciccarelli
Hello Hilko, It seems that this bug is very old, and also that the activity upstream is low. Do you confirm the bug is still there, or do you think it can be closed or otherwise be dealt with? Thank you, -- Gianluca Ciccarelli http://disi.unitn.it/~ciccarelli GPG key ID: 39BBDB6C

Processed: Re: Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2012-10-23 Thread Debian Bug Tracking System
Processing control commands: severity 619065 normal Bug #619065 [vblade-persist] vblade-persist: vblade-persist puts symlinks in /dev/etherd Severity set to 'normal' from 'grave' -- 619065: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619065 Debian Bug Tracking System Contact

Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2012-10-23 Thread Daniel Kahn Gillmor
Control: severity 619065 normal On 10/23/2012 01:52 PM, Gianluca Ciccarelli wrote: It seems that this bug is very old, and also that the activity upstream is low. Do you confirm the bug is still there, or do you think it can be closed or otherwise be dealt with? I'm upstream and the debian

Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2011-04-01 Thread Hilko Bengen
* Daniel Kahn Gillmor: Hrm. After more thought, it looks to me like vblade-persist isn't going to work in your scenario anyway, since vblade-persist only supports exporting one instance of any given shelf/slot combination. After having let this sit for a while, I'll just argue that, in the

Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2011-03-22 Thread Hilko Bengen
* Daniel Kahn Gillmor: On 03/21/2011 07:12 PM, Hilko Bengen wrote: (1) A shelf/slot address should uniquely identify a target in a broadcast domain. (2) A shelf/slot address should uniquely identify a target reachable from a host via any network interface that is configured for AoE. (Your

Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2011-03-22 Thread Daniel Kahn Gillmor
tags 619065 - moreinfo thanks On 03/22/2011 10:47 AM, Hilko Bengen wrote: Here is another example that I didn't even think of when I first wrote the bug report. This is what I have been running successfully for a few years, using vblade and home-grown wrappers:

Processed: Re: Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2011-03-22 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: tags 619065 - moreinfo Bug #619065 [vblade-persist] vblade-persist: vblade-persist puts symlinks in /dev/etherd Removed tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 619065:

Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2011-03-22 Thread Daniel Kahn Gillmor
On 03/22/2011 11:38 AM, Daniel Kahn Gillmor wrote: On 03/22/2011 10:47 AM, Hilko Bengen wrote: A server exports identical but separate AoE targets to a number of rather dumb clients, each on a separate VLAN. Separation using VLANs puts each client into its own broadcast domain, so I am able to

Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2011-03-21 Thread Hilko Bengen
* Daniel Kahn Gillmor: Thanks for the report! I don't think this is a problem, because aoetools doesn't seem to trigger for aoe devices on the local machine's network interface. If you know otherwise, i'd be happy to hear of a specific configuration where this is the case. My point is

Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2011-03-21 Thread Daniel Kahn Gillmor
On 03/21/2011 02:00 PM, Hilko Bengen wrote: Please consider the following scenario consisting of two servers, A and B, with interfaces to a common Ethernet broadcast domain x. B additionally has an interface in a separate broadcast domain y that is shared with other machines. A provides a

Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2011-03-21 Thread Hilko Bengen
* Daniel Kahn Gillmor: The same scenario without vblade-persist has a comparable race condition on A if machine C (attached to y) provides a target (shelf=1, slot=1) and B (attached to x) concurrently provides a target (shelf=1, slot=1). How does the kernel + udev decide what to treat as

Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2011-03-21 Thread Daniel Kahn Gillmor
On 03/21/2011 07:12 PM, Hilko Bengen wrote: (1) A shelf/slot address should uniquely identify a target in a broadcast domain. (2) A shelf/slot address should uniquely identify a target reachable from a host via any network interface that is configured for AoE. (Your example above violates

Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2011-03-20 Thread Hilko Bengen
Package: vblade-persist Version: 0.6-2 Severity: grave After calling # vblade-persist setup 1 1 lo /path/to/file # vblade-persist start 1 1 a symlink (/dev/etherd/e1.1 - /path/to/file) is created from the script /usr/share/vblade-persist/vblade-run. This is problematic: /dev/etherd is the

Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2011-03-20 Thread Daniel Kahn Gillmor
tags 619065 + moreinfo thanks Hi Hilko-- On 03/20/2011 06:03 PM, Hilko Bengen wrote: a symlink (/dev/etherd/e1.1 - /path/to/file) is created from the script /usr/share/vblade-persist/vblade-run. This is problematic: /dev/etherd is the directory in which the Linux kernel-based AoE initiator

Processed: Re: Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd

2011-03-20 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: tags 619065 + moreinfo Bug #619065 [vblade-persist] vblade-persist: vblade-persist puts symlinks in /dev/etherd Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. -- 619065: