public inbox for linux-bcache@vger.kernel.org
 help / color / mirror / Atom feed
* disk gone
@ 2017-06-02  9:31 feng D
  2017-06-09  1:46 ` Eric Wheeler
  0 siblings, 1 reply; 4+ messages in thread
From: feng D @ 2017-06-02  9:31 UTC (permalink / raw)
  To: linux-bcache

hi:

Some time, the online machine will appear disk gone situation, although this is not very common, but we have too many machines, so still will encounter it.

That in the case of disk gone, /sys/block/bcache0/bcache/stop is not found, this case how to delete the bcache0?

There is if it is SSD gone, and how should deal with it?

We have multiple SATA disks under an SSD.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: disk gone
  2017-06-02  9:31 disk gone feng D
@ 2017-06-09  1:46 ` Eric Wheeler
  2017-06-10 10:17   ` Kai Krakow
  0 siblings, 1 reply; 4+ messages in thread
From: Eric Wheeler @ 2017-06-09  1:46 UTC (permalink / raw)
  To: feng D; +Cc: linux-bcache

On Fri, 2 Jun 2017, feng D wrote:

> hi:
> 
> Some time, the online machine will appear disk gone situation, although 
> this is not very common, but we have too many machines, so still will 
> encounter it.
> 
> That in the case of disk gone, /sys/block/bcache0/bcache/stop is not 
> found, this case how to delete the bcache0?

An interesting question.  Is it still available from the cache device in 
/sys/fs/bcache/* somewhere?  I'm guessing not, but check.

Do you have a procedure to reproduce this problem where /sys/block/bcache0 
has been hotplugged into oblivion?


--
Eric Wheeler



> 
> There is if it is SSD gone, and how should deal with it?
> 
> We have multiple SATA disks under an SSD.--
> To unsubscribe from this list: send the line "unsubscribe linux-bcache" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: disk gone
  2017-06-09  1:46 ` Eric Wheeler
@ 2017-06-10 10:17   ` Kai Krakow
  2017-06-14  0:24     ` Eric Wheeler
  0 siblings, 1 reply; 4+ messages in thread
From: Kai Krakow @ 2017-06-10 10:17 UTC (permalink / raw)
  To: linux-bcache

Am Fri, 9 Jun 2017 01:46:24 +0000 (UTC)
schrieb Eric Wheeler <bcache@lists.ewheeler.net>:

> On Fri, 2 Jun 2017, feng D wrote:
> 
> > hi:
> > 
> > Some time, the online machine will appear disk gone situation,
> > although this is not very common, but we have too many machines, so
> > still will encounter it.
> > 
> > That in the case of disk gone, /sys/block/bcache0/bcache/stop is
> > not found, this case how to delete the bcache0?  
> 
> An interesting question.  Is it still available from the cache device
> in /sys/fs/bcache/* somewhere?  I'm guessing not, but check.
> 
> Do you have a procedure to reproduce this problem
> where /sys/block/bcache0 has been hotplugged into oblivion?

You easily run into the same situation when you stop the device instead
of detaching it. Bcache then doesn't release its cache device and
cannot be stopped/unregistered, because every interface for shutting
bcache down has vanished: It can only be reached through the backing
devices but the bcache interface below those is gone.

I think bcache needs a way to force unregister the cache device...
Otherwise the cache device stays busy and cannot be registered, neither
can any devices be attached again in this state.

-- 
Regards,
Kai

Replies to list-only preferred.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: disk gone
  2017-06-10 10:17   ` Kai Krakow
@ 2017-06-14  0:24     ` Eric Wheeler
  0 siblings, 0 replies; 4+ messages in thread
From: Eric Wheeler @ 2017-06-14  0:24 UTC (permalink / raw)
  To: linux-bcache; +Cc: feng D

On Sat, 10 Jun 2017, Kai Krakow wrote:
> Am Fri, 9 Jun 2017 01:46:24 +0000 (UTC)
> schrieb Eric Wheeler <bcache@lists.ewheeler.net>:
> 
> > On Fri, 2 Jun 2017, feng D wrote:
> > 
> > > hi:
> > > 
> > > Some time, the online machine will appear disk gone situation,
> > > although this is not very common, but we have too many machines, so
> > > still will encounter it.
> > > 
> > > That in the case of disk gone, /sys/block/bcache0/bcache/stop is
> > > not found, this case how to delete the bcache0?  
> > 
> > An interesting question.  Is it still available from the cache device
> > in /sys/fs/bcache/* somewhere?  I'm guessing not, but check.
> > 
> > Do you have a procedure to reproduce this problem
> > where /sys/block/bcache0 has been hotplugged into oblivion?
> 
> You easily run into the same situation when you stop the device instead
> of detaching it. Bcache then doesn't release its cache device and
> cannot be stopped/unregistered, because every interface for shutting
> bcache down has vanished: It can only be reached through the backing
> devices but the bcache interface below those is gone.
> 
> I think bcache needs a way to force unregister the cache device...
> Otherwise the cache device stays busy and cannot be registered, neither
> can any devices be attached again in this state.

I'm having trouble reproducing:

]# echo /dev/centos/bcache0 > /sys/fs/bcache/register
]# echo /dev/centos/bcache0-cache > /sys/fs/bcache/register
]# 
]# echo 1 > /sys/block/bcache0/bcache/stop
]# echo 1 > /sys/fs/bcache/3e57bc2e-4f01-4164-9b6d-54ef288ae394/stop
]#
]# echo /dev/centos/bcache0 > /sys/fs/bcache/register
]# echo /dev/centos/bcache0-cache > /sys/fs/bcache/register

also tried swapping the stop order:

]# echo /dev/centos/bcache0 > /sys/fs/bcache/register
]# echo /dev/centos/bcache0-cache > /sys/fs/bcache/register
]#
]# echo 1 > /sys/fs/bcache/3e57bc2e-4f01-4164-9b6d-54ef288ae394/stop   
]# echo 1 > /sys/block/bcache0/bcache/stop 
   >>> fails, no such file, but re-registers fine below
]#
]# echo /dev/centos/bcache0 > /sys/fs/bcache/register
]# echo /dev/centos/bcache0-cache > /sys/fs/bcache/register

What am I missing here?


--
Eric Wheeler



> 
> -- 
> Regards,
> Kai
> 
> Replies to list-only preferred.
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-bcache" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2017-06-14  0:24 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-06-02  9:31 disk gone feng D
2017-06-09  1:46 ` Eric Wheeler
2017-06-10 10:17   ` Kai Krakow
2017-06-14  0:24     ` Eric Wheeler

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox