Updated to 0.2.2
I noticed a bug after writing previous mail.
sosend was called from XPT_SCSI_IO with locked mutex.
It caused "sleeping thread owns a non-sleepable lock".
What's new?:
add auto sense.
add maxio=1m.
modify max tags by iSCSI command window.
fix locked sleep problem.
Download links
I was helping a friend as he wanted to add a partition to a new install, ie he
did (effectively) this..
truncate -s 10m /tmp/test
mdconfig -a -t vnode -f /tmp/test
fdisk -BI /dev/md0
bsdlabel -w /dev/md0s1
bsdlabel -e /dev/md0s1
a: 2048 164.2BSD0 0 0
newfs /dev/m
On 2010-07-04 14:24, Daniel O'Connor wrote:
...
> mkdir /mnt/test
> mount /dev/md0s1a /mnt/test
> bsdlabel -e /dev/md0s1
>
> Then you get..
> "bsdlabel: Class not found"
First unmount /dev/md0s1a, or the device /dev/md0s1 will be in use, and
opening it for read/write (as bsdlabel probably does) w
On 04/07/2010, at 23:27, Dimitry Andric wrote:
>> Then you get..
>> "bsdlabel: Class not found"
>
> First unmount /dev/md0s1a, or the device /dev/md0s1 will be in use, and
> opening it for read/write (as bsdlabel probably does) will fail.
>
> Alternatively, you can turn on the "footshooting" deb
On 2010-07-04, Daniel O'Connor wrote:
> "bsdlabel: Class not found"
This is because GEOM_BSD -> GEOM_PART_BSD change. bsdlabel(8) needs
read-write access to the device. If it can't get that, it tries an
alternative GEOM based method only supported by GEOM_BSD. The error
message "Class not found" i
On 2010-07-04 16:26, Daniel O'Connor wrote:
>> First unmount /dev/md0s1a, or the device /dev/md0s1 will be in use, and
>> opening it for read/write (as bsdlabel probably does) will fail.
>>
>> Alternatively, you can turn on the "footshooting" debug flag in geom:
...
> It doesn't make a difference i
> Sender: "J. Hellenthal"
> Date: Sun, 04 Jul 2010 01:55:20 -0400
> From: jhell
>
> On 07/03/2010 16:51, Kevin Oberman wrote:
> > I have run into an odd behavior in 8-stable that I can't see a reason
> > for.
> >
> > If I have a FAT32 formatted removable drive, I get /dev entries for it
> > as
On 07/04/2010 12:15, Kevin Oberman wrote:
>> Sender: "J. Hellenthal"
>> Date: Sun, 04 Jul 2010 01:55:20 -0400
>> From: jhell
>>
>> On 07/03/2010 16:51, Kevin Oberman wrote:
>>> I have run into an odd behavior in 8-stable that I can't see a reason
>>> for.
>>>
>>> If I have a FAT32 formatted remov
On Sun, Jul 4, 2010 at 8:37 AM, Dimitry Andric wrote:
> On 2010-07-04 16:26, Daniel O'Connor wrote:
>>> First unmount /dev/md0s1a, or the device /dev/md0s1 will be in use, and
>>> opening it for read/write (as bsdlabel probably does) will fail.
>>>
>>> Alternatively, you can turn on the "footshoot
On 05/07/2010, at 1:07, Dimitry Andric wrote:
> bsdlabel -e /dev/md0s1
>
> The last one indeed fails, because the device is in use. This is
> expected, but the error message is very misleading, and should be
> improved.
Maybe, I wouldn't call it expected because it used to work :)
I agree abo
On 05/07/2010, at 24:52, Jaakko Heinonen wrote:
> On 2010-07-04, Daniel O'Connor wrote:
>> "bsdlabel: Class not found"
>
> This is because GEOM_BSD -> GEOM_PART_BSD change. bsdlabel(8) needs
> read-write access to the device. If it can't get that, it tries an
> alternative GEOM based method only
On 05/07/2010, at 9:06, Daniel O'Connor wrote:
>
> On 05/07/2010, at 24:52, Jaakko Heinonen wrote:
>
>> On 2010-07-04, Daniel O'Connor wrote:
>>> "bsdlabel: Class not found"
>>
>> This is because GEOM_BSD -> GEOM_PART_BSD change. bsdlabel(8) needs
>> read-write access to the device. If it can'
Hi all,
I've got a persistent problem with my LAN. I'm running a FreeBSD 8.0
box as a home server performing the following functions for wired and
wireless networks: router; firewall; DHCP server; and file server. For what
it's worth, I've got ZFS up and running as the main filesystem. The
On Sun, 4 Jul 2010, David Warren wrote:
Hi all,
I've got a persistent problem with my LAN. I'm running a FreeBSD 8.0
box as a home server
Is it feasible for you to update to 8.1-RC2 and see if that helps?
Doug
--
Improve the effectiveness of your Internet presence with
Hi Doug,
I tried a binary update to 8.1 RC2, and then rebuilt all ports.
Unfortunately, I'm still experiencing the same problem. Any thoughts on
troubleshooting this? Thanks,
Dave
On Sun, Jul 4, 2010 at 8:40 PM, Doug Barton wrote:
> On Sun, 4 Jul 2010, David Warren wrote:
>
> Hi all,
>
On Jul 4, 2010, at 5:52 PM, David Warren wrote:
> Hi all,
>
> I've got a persistent problem with my LAN. I'm running a FreeBSD 8.0
> box as a home server performing the following functions for wired and
> wireless networks: router; firewall; DHCP server; and file server. For what
> it's wor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/07/2010 01:52:11, David Warren wrote:
> I've got a persistent problem with my LAN. I'm running a FreeBSD 8.0
> box as a home server performing the following functions for wired and
> wireless networks: router; firewall; DHCP server; and fil
On Mon, Jul 5, 2010 at 12:37 AM, Matthew Seaman <
m.sea...@infracaninophile.co.uk> wrote:
>
> One final thought -- perhaps this isn't to do with the network at all,
> but it's disk IO performance bottoming out. In which case you should be
> able to see much the same effect copying files between d
On Sun, Jul 04, 2010 at 07:52:11PM -0500, David Warren wrote:
> I've got a persistent problem with my LAN. I'm running a FreeBSD 8.0
> box as a home server performing the following functions for wired and
> wireless networks: router; firewall; DHCP server; and file server. For what
> it's wo
19 matches
Mail list logo
