Pavel Machek wrote:
Hi!
Did this succeed? If the application is still
truncating that file, the
umount should have failed.
Actually, what I expect to happen is for the remount,ro
to block until the file deletion completes. But it
doesn't.
Once a f/s is read-only, there should be NO writ
Hi,
On Sun, 2007-06-10 at 18:27 +, Pavel Machek wrote:
> > Once a f/s is read-only, there should be NO writing to
> > it. Right?
>
> Linux happily writes to filesystems mounted read-only. It will replay
> journal on them.
Only at mount time, not on unmount; and it does check whether the
u
Hi!
> >Did this succeed? If the application is still
> >truncating that file, the
> >umount should have failed.
>
> Actually, what I expect to happen is for the remount,ro
> to block until the file deletion completes. But it
> doesn't.
>
> Once a f/s is read-only, there should be NO writing
Hi!
> >>Did this succeed? If the application is still
> >>truncating that file, the
> >>umount should have failed.
> >
> >Shouldn't sync should wait for truncate to finish?
>
> The part that gets me here, and that others might be
> missing,
> is that we are not waiting for ftruncate at this po
On Mon 11-06-07 18:47:05, Mark Lord wrote:
> Jan Kara wrote:
> >>Andrew Morton wrote:
> >>>On Thu, 07 Jun 2007 12:11:58 -0400
> >>>Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> >>>
> On 06/07/2007 11:41 AM, Andrew Morton wrote:
> >> mount /var/lib/mythtv -oremount,ro
> >> sync
> >> u
Jan Kara wrote:
Chuck Ebbert wrote:
On 06/07/2007 11:41 AM, Andrew Morton wrote:
mount /var/lib/mythtv -oremount,ro
sync
umount /var/lib/mythtv
Did this succeed? If the application is still truncating that file, the
umount should have failed.
Shouldn't sync should wait for truncate to
Jan Kara wrote:
Andrew Morton wrote:
On Thu, 07 Jun 2007 12:11:58 -0400
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
On 06/07/2007 11:41 AM, Andrew Morton wrote:
mount /var/lib/mythtv -oremount,ro
sync
umount /var/lib/mythtv
Did this succeed? If the application is still truncating that fil
> Andrew Morton wrote:
> >On Thu, 07 Jun 2007 12:11:58 -0400
> >Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> >
> >>On 06/07/2007 11:41 AM, Andrew Morton wrote:
> mount /var/lib/mythtv -oremount,ro
> sync
> umount /var/lib/mythtv
> >>>Did this succeed? If the application is still
> Chuck Ebbert wrote:
> >On 06/07/2007 11:41 AM, Andrew Morton wrote:
> >>> mount /var/lib/mythtv -oremount,ro
> >>> sync
> >>> umount /var/lib/mythtv
> >>Did this succeed? If the application is still truncating that file, the
> >>umount should have failed.
> >
> >Shouldn't sync should wait
Andrew Morton wrote:
On Thu, 07 Jun 2007 12:11:58 -0400
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
On 06/07/2007 11:41 AM, Andrew Morton wrote:
mount /var/lib/mythtv -oremount,ro
sync
umount /var/lib/mythtv
Did this succeed? If the application is still truncating that file, the
umount
Andrew Morton wrote:
On Thu, 07 Jun 2007 17:38:54 -0400
Mark Lord <[EMAIL PROTECTED]> wrote:
Andrew Morton wrote:
On Thu, 07 Jun 2007 12:11:58 -0400
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
On 06/07/2007 11:41 AM, Andrew Morton wrote:
mount /var/lib/mythtv -oremount,ro
sync
umount /
On Thu, 07 Jun 2007 17:38:54 -0400
Mark Lord <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Thu, 07 Jun 2007 12:11:58 -0400
> > Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> >
> >> On 06/07/2007 11:41 AM, Andrew Morton wrote:
> mount /var/lib/mythtv -oremount,ro
> sync
> >>>
Chuck Ebbert wrote:
On 06/07/2007 11:41 AM, Andrew Morton wrote:
mount /var/lib/mythtv -oremount,ro
sync
umount /var/lib/mythtv
Did this succeed? If the application is still truncating that file, the
umount should have failed.
Shouldn't sync should wait for truncate to finish?
The
Andrew Morton wrote:
On Thu, 07 Jun 2007 12:11:58 -0400
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
On 06/07/2007 11:41 AM, Andrew Morton wrote:
mount /var/lib/mythtv -oremount,ro
sync
umount /var/lib/mythtv
Did this succeed? If the application is still truncating that file, the
umount
On Thu, 07 Jun 2007 12:11:58 -0400
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> On 06/07/2007 11:41 AM, Andrew Morton wrote:
> >>mount /var/lib/mythtv -oremount,ro
> >>sync
> >>umount /var/lib/mythtv
> >
> > Did this succeed? If the application is still truncating that file, the
> > umo
Hi,
On Thu, 2007-06-07 at 12:01 -0400, Mark Lord wrote:
> >>mount /var/lib/mythtv -oremount,ro
> >>sync
> >>umount /var/lib/mythtv
> >
> > Did this succeed? If the application is still truncating that file, the
> > umount should have failed.
>
> Actually, what I expect to happen is
On 06/07/2007 11:41 AM, Andrew Morton wrote:
>>mount /var/lib/mythtv -oremount,ro
>>sync
>>umount /var/lib/mythtv
>
> Did this succeed? If the application is still truncating that file, the
> umount should have failed.
Shouldn't sync should wait for truncate to finish?
-
To unsubscri
Andrew Morton wrote:
On Thu, 07 Jun 2007 09:44:24 -0400 Mark Lord <[EMAIL PROTECTED]> wrote:
..
2. When I trigger the shutdown whilst this is happening, Myth gets
killed off, and so the unlinked file is automatically closed.
and the kernel (filesystem) code begins finishing the delete operation
On Thu, 07 Jun 2007 09:44:24 -0400 Mark Lord <[EMAIL PROTECTED]> wrote:
> Andrew / Stephen / Ted,
>
> I have a MythTV PVR box here, which has had intermittent shutdown issues
> over the past while.
>
> The main storage for recordings is a 2-drive RAID0 array,
> formatted with ext3fs. The system
Andrew / Stephen / Ted,
I have a MythTV PVR box here, which has had intermittent shutdown issues
over the past while.
The main storage for recordings is a 2-drive RAID0 array,
formatted with ext3fs. The system runs a 2.6.17 Ubuntu kernel
that I've tailored/rebuild for this specific machine.
My
20 matches
Mail list logo
