headers
Dale | 1 Jul 2003 15:42
Picon
Favicon

Re: ext3 with quota under heavy load.


--- John Stoffel <stoffel <at> lucent.com> wrote:
> 
> Dale,
> 
> What size filesystem and journal do you have on this server?  Maybe
> increasing the size of the journal will be a solution, or maybe
> setting the journal flush time to be shorter would help as well?
> 
> John

John,
It's a 325G partition, using default journal size and flush times.

Thanks,

Dale

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com
Permalink | Reply | 0 comments |
headers
Adam Cassar | 3 Jul 2003 00:11
Picon
Favicon

ext3 journal size

Can it be safely resized on the fly via tune2fs or am I asking for
trouble?

Using kernel v2.4.21 and ext2progs v1.32
Permalink | Reply | 2 comments |
headers
John Stoffel | 3 Jul 2003 22:19
Picon
Favicon

Re: ext3 journal size


Adam> Can it be safely resized on the fly via tune2fs or am I asking
Adam> for trouble?

How can I determine what the *current* journal size is?  I'm using
e2fsprogs1.33 and tune2fs doesn't show this info.

Thanks,
John
Permalink | Reply | 1 comment |
headers
Andreas Dilger | 3 Jul 2003 22:49

Re: ext3 journal size

On Jul 03, 2003  16:19 -0400, John Stoffel wrote:
> Adam> Can it be safely resized on the fly via tune2fs or am I asking
> Adam> for trouble?

Big trouble, and tune2fs shouldn't let you do it.  You need to unmount, then:

tune2fs -O ^has_journal <dev> ; tune2fs -j -J size=<new size> <dev>

> How can I determine what the *current* journal size is?  I'm using
> e2fsprogs1.33 and tune2fs doesn't show this info.

On a normal filesystem, 'debugfs -R "stat <8>" <dev>' should work.

Cheers, Andreas
--
Andreas Dilger
http://sourceforge.net/projects/ext2resize/
http://www-mddsp.enel.ucalgary.ca/People/adilger/
Permalink | Reply | 0 comments |
headers
Robert Adkins | 7 Jul 2003 16:11
Favicon

Recovering lost data from a journal

Hello All,

	I was curious to know if there is any method for recovering data
that has been deleted by a user on accident, this occurred prior to the
running of the official back-up. Anyway, a user ended up losing a few
hours of work, so I need to attempt to recover what I can, if at all
possible.

	Any suggestions?

Regards,
Robert Adkins II
IT Manager/Buyer
Impel Industries, Inc.
586-254-5800
Permalink | Reply | 0 comments |
headers
Robert Adkins | 7 Jul 2003 14:45
Favicon

Recovering lost data from a journal

Hello All,

	I was curious to know if there is any method for recovering data
that has been deleted by a user on accident, this occurred prior to the
running of the official back-up. Anyway, a user ended up losing a few
hours of work, so I need to attempt to recover what I can, if at all
possible.

	Any suggestions?

Regards,
Robert Adkins II
IT Manager/Buyer
Impel Industries, Inc.
586-254-5800
Permalink | Reply | 1 comment |
headers
Andreas Gietl | 7 Jul 2003 20:18
Picon

Re: Recovering lost data from a journal

On Monday 07 July 2003 14:45, Robert Adkins wrote:

in these cases i usually get good results by using debugfs

> Hello All,
>
> 	I was curious to know if there is any method for recovering data
> that has been deleted by a user on accident, this occurred prior to the
> running of the official back-up. Anyway, a user ended up losing a few
> hours of work, so I need to attempt to recover what I can, if at all
> possible.
>
> 	Any suggestions?
>
> Regards,
> Robert Adkins II
> IT Manager/Buyer
> Impel Industries, Inc.
> 586-254-5800
>
>
> _______________________________________________
> Ext3-users mailing list
> Ext3-users <at> redhat.com
> https://www.redhat.com/mailman/listinfo/ext3-users

--

-- 
e-admin internet gmbh
Andreas Gietl                                            tel +49 941 3810884
Ludwig-Thoma-Strasse 35                      fax +49 (0)1805/39160 - 29104
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chris Wilson | 11 Jul 2003 12:15
Picon
Favicon

Re: Assertion failure in journal_flush()

> On Thu, 2003-05-29 at 05:05, Andrew Morton wrote:
> 
> > ext3_mark_recovery_complete() doesn't do that.
> 
> No, but in this case we have already mounted the fs readonly, so we
> shouldn't be getting new transactions; and journal_flush _does_ deal
> with waiting for old transactions to complete.  
> 
> Hmm.  ext3_remount does set MS_RDONLY before we get this far, but it is
> probably still possible for us to race here.
> 
> Al, what is there to stop an open(O_RDWR) from racing against a
> do_remount(MS_RDONLY)?
> 
> --Stephen

Hi Stephen,

I'm sorry to pester you but I haven't heard any more about this issue, and 
in the mean time it's still causing us problems. Has there been any 
progress on it?

Cheers, Chris.
--

-- 
   ___ __     _
 / __// / ,__(_)_  | Chris Wilson -- UNIX Firewall Lead Developer |
/ (_ / ,\/ _/ /_ \ | NetServers.co.uk http://www.netservers.co.uk |
\ _//_/_/_//_/___/ | 21 Signet Court, Cambridge, UK. 01223 576516 |
Permalink | Reply | 0 comments |
headers
Sugunakar Ambati | 12 Jul 2003 17:29
Picon

a small query

Hi,
I don't know it's wrong place to ask this query, but I am forced to as I
am in dire need of getting my problem solved.

I have SRPMS of redhat linux Advanced server distribution. In my system
redhat 8.0 is installed. Then how do I go about in order to install the
redhat Advacned server in my system.

Any help is highly appreciated.

Thanks in advance

Regards,
Sugunakar
Permalink | Reply | 0 comments |
headers
Poul Petersen | 14 Jul 2003 21:30
Favicon

RE: ext3 with quota under heavy load.

> The journal being full is a crucial issue, because if it 
> isn't full you
> can start a new transaction without problems, but when it is 
> full you need
> to flush the journal and wait for all existing users to free 
> up their handles,
> which will never happen if the first process has a 
> transaction handle and is
> blocked waiting for a lock the second process is holding.
> 
> Cheers, Andreas
> --

	Interesting - is there any way to monitor the journal usage to
determine if a given filesystem would benefit from an increased journal
size?

-poul
Permalink | Reply | 0 comments |

Gmane