On Thu Aug 27 10:11:02 EDT 2009, n...@lsub.org wrote:
> The disk and controllers are doing almost nothing regarding
> suspend. that's a bug. we'll have to go again over it to add the
> bits needed to handle suspend/resume of usb ports and devices
> in the right way.
it's probablly going to also b
The disk and controllers are doing almost nothing regarding
suspend. that's a bug. we'll have to go again over it to add the
bits needed to handle suspend/resume of usb ports and devices
in the right way.
regarding the error I don't know what it could be.
but in any case it shouldn't be %r as Eri
> wrenread: error on w0(1691022): %r
something's wrong here. %r never prints "%r"
unless errstr is literaly "%r". does your source
match sources?
> where w0 is the disk itself. Note that the final message
> states 89805 blocks were copied, whereas initially
> 89806 blocks were queued - was the
> this sounds like a bug in usb/disk. usb/disk should be
> able to handle a sleeping drive without passing i/o
> errors up.
That's probably a USB issue, yes. However, now, I've
setup my drive not to go into sleep mode at all, but
I see the following from earlier today:
...
89806 blocks queued fo
> Perhaps. The harddisk is a FreeAgent Seagate,
> connected via USB. It used to go into sleep mode
> every 15 minutes and I would often have to restart
> cwfs - this is probably cause for a lot of damage.
this sounds like a bug in usb/disk. usb/disk should be
able to handle a sleeping drive witho
> I've already told Akumar offlist, just writing it to the list for
> documentation:
> that auto sleep mode on seagates can be disabled on linux (dunno about
> *BSD) as well with sdparm. I don't remember the args for sure, but
> probably something like
> 'sdparm -c STANDBY /dev/sdX#'
> then
> 'sdpa
check if you have the latest version of /sys/src/cmd/cwfs/wren.c
from sources.
the old wrenread()/wrenwrite() used non atomic seek/read/write
sequence that leaves a window for another process moving the file offset
arround under you. this caused wired checktag errors when i tried
to copy my main f
I believe there may be an inconsistency somewhere
in the dump records themselves. When I tried to
copy back the file from the dump, into the active
fs, after a while of copying, cwfs panicked with:
main grow ...
tag = 5/23; expected 757/7 -- not flushed
panic: cwio: checktag c bucket
halted ..
> > if you are simply left with a directory that's been
> > deleted. maybe something else is going on?
>
> Perhaps. The harddisk is a FreeAgent Seagate,
> connected via USB. It used to go into sleep mode
> every 15 minutes and I would often have to restart
> cwfs - this is probably cause for a lo
> if you are simply left with a directory that's been
> deleted. maybe something else is going on?
Perhaps. The harddisk is a FreeAgent Seagate,
connected via USB. It used to go into sleep mode
every 15 minutes and I would often have to restart
cwfs - this is probably cause for a lot of damage.
On Sun Aug 23 22:12:54 EDT 2009, aku...@mail.nanosouffle.net wrote:
> ...: phase error -- cannot happen
i haven't ever seen this error. i would expect
something like this
minooka; lc
ls: .: phase error -- directory entry not allocated
if you are simply left with a directory that's been
deleted.
So, I found the files I lost in an older dump.
Is there any way I can load them from the
dump into the cache without having to copy
them back?
I know bind is an option, but something more
permanent would be better in this case.
ak
I'll use this thread to post further questions about cwfs.
I recently had a problem accessing a directory in a
drive managed by cwfs - whenever I tried to access
the dir, I got the error:
...: phase error -- cannot happen
so I went over to the cwfs console and played around
with `clean':
fs: clea
Erik wrote:
> this is a 5-minute hack. there are probablly
> better ways of doing this, but
>
> srv -e '' cwfs
> con -C /srv/cwfs
>
> to escape, it's like acme ctl-\ then return.
Anthony wrote:
> not directly. on my server running cwfs, i have this in /cfg//cpustart:
> srv -e
not directly. on my server running cwfs, i have this in /cfg//cpustart:
srv -e 'cwfs -ca tcp!*!54321 -m /sys/lib/arkive/devmap w4' arkivecons
which creates /srv/arkivecons. i can then 'con /srv/arkivecons' to get at the
console in more or less the same way as fscons.
On Sun Aug 23 03:39:38 EDT 2009, aku...@mail.nanosouffle.net wrote:
> I'm using cwfs(4) for my external harddisks
> attached to my CPU server. Is there any
> service like /srv/fscons, to which I can
> connect with con(1) and get the same
> console as with running cwfs normally?
> And along the same
16 matches
Mail list logo
