similar to: [ignore] testing mail access

Helping a friend fix a computer that was having severe, weird troubles. Reformatted (from XP) and installed Fedora. Install went ok, on first boot, however, filesystem was READONLY for some reason. Knew hard drive was suspect, so I e2fsck'd it over and over all night long, fall asleep next to the computer. This morning, Fedora boots fine, login not a problem, so I shut down and fsck it again,

I've done something similar at home, but made my dialplan such that I can dial either 10 or 11 digits locally. I don't use a "throw away" digit at all. Any 7, 10, or 11 digit call will be appropriately mangled and sent out the PSTN / VoIP provider. ________________________________ From: asterisk-users-admin@lists.digium.com [mailto:asterisk-users-admin@lists.digium.com] On

----------------------------------------------------- "Yeah, we rocked the vote all right. Those little bastards betrayed us again." - Hunter S. Thompson on the 2004 election. ---------- Forwarded message ---------- Date: Tue, 22 Mar 2005 19:16:09 -0800 (PST) From: Matt Klein <mklein@nmedia.net> To: Asterisk Users Mailing List - Non-Commercial Discussion

Hi Mark, This is the fix for 2.6.29(introduced by uniting the bucket journal access). Since I found no fixes-for-2.6.29 in your ocfs2.git, it is based on your original upstream-linus. In ocfs2_xattr_value_truncate, we may call b-tree codes which will extend the journal transaction. It has a potential problem that it may let the already-accessed-but-not-dirtied buffers gone. So we'd better

filldir_t can take this, so don't turn de->inode into a 32 bit value. Right now this doesn't make a difference since no ocfs2 inodes overflow that, but it could be a nasty surprise later on if some kernel code is calling ocfs2_dir_foreach_blk() and expecting real inode numbers back... Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com> --- fs/ocfs2/dir.c | 2 +- 1 files

Just testing -- --- Regards, Richard Env.: WinXP-Pro/SP2, MS VisualStudio.NET Eclipse 3.1.2 Ruby 1.8.2-15 Java JDK 1.5.0_06 --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to

Look at this code from dlmdomain.c: ----------------------------------------------------------------------- /* If we're racing another node to the join, then we * need to back off temporarily and let them * complete. */ #define DLM_JOIN_TIMEOUT_MSECS 90000 if (status == -EAGAIN) { if

I need to setup a 3.27TB ext3 filesystem using -i 1024 and -b 1024. When I try to format this partition I get the "Filesystem too large." error. Are there any plans to update these limits? are there any patches already available that I can try out? Or am I just SOL here? (vzbu2 ~)# fdisk -l /dev/etherd/e1.1 Disk /dev/etherd/e1.1: 3600.7 GB, 3600795892224 bytes 255 heads, 63

Hi, I sent an email to Mark Fisheh of Oracle Corp. & posted this issue at OTN under Linux thread this morning. I hope that someone among you might have experienced this and can help. On that basis, I am sending this to you too. I am stuck & will really appreciate if you can shed some light on this. Thanks. Anjan

Hello. I plan to use OCFS2 + DRBD for email server. Problem: I use "seeker" for testing http://www.linuxinsight.com/how_fast_is_your_disk.html And get this: Results: 65 seeks/second, 15.23 ms random access time Then I do rm of many files - it fals to 10 seeks/second and performance is terrible. What can I do to increase it? What`s wrong? Below is many info. What we have: Debian

Two tiny cleanup for allocation reservation. 1. Remove some extra codes in ocfs2_local_alloc_find_clear_bits. 2. Remove an unuseful variables in ocfs2_find_resv_lhs. Cc: Mark Fasheh <mfasheh at suse.com> Signed-off-by: Tao Ma <tao.ma at oracle.com> --- fs/ocfs2/localalloc.c | 7 ++----- fs/ocfs2/reservations.c | 2 -- 2 files changed, 2 insertions(+), 7 deletions(-) diff

Several years ago, before PHP introduced their built-in pfpro functions, I rolled my own crappy interface, which of course delegated to the commandline payflow client. I could certainly do the same in Ruby today. Thinking back on it, I realized at the time, and realize again now, that delegating this functionality to a commandline app is a security risk unless you''re the *only* user on

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 7b50567bdcad8925ca1e075feb7171c12015afd1 commit: 0737e01de9c411e4db87dcedf4a9789d41b1c5c1 ocfs2: ocfs2_mount_volume does cleanup job before return error config: arm64-randconfig-m041-20230329 (https://download.01.org/0day-ci/archive/20230401/202304012244.gX4H4rBO-lkp at intel.com/config) compiler:

As we have fiber channel, and we have fiber connections, sometimes direct p-to-p, where we could run it into our fiber channel switch, and share a disk array over hundreds of feet, to hundreds of miles, but where servers wouldn't be able to talk via fast enough network connection, does (or will) ocfs2 support a mode where there is no network connection needed, and all voting, and cluster

On Mon, Mar 26, 2007 at 01:57:17PM +0200, Lars Ellenberg wrote: > > uhm, how about > > commit b559292e066f6d570cd5aa5dbd41de61dd04bdce > tree d8221b5f54ad9b8cef694de687013614dccf5966 > parent 925037bcba7691db2403684141a276930ad184f3 > author Philipp Reisner <philipp.reisner@linbit.com> Thu, 11 Jan 2007 10:58:10 +0100 > committer Mark Fasheh

Please pull from 'upstream-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/mfasheh/ocfs2.git upstream-linus to receive the following updates: fs/configfs/dir.c | 59 +++++++++++++++++++++++++++++++++++++++++++++++ fs/ocfs2/alloc.c | 3 ++ fs/ocfs2/dcache.c | 42 +++++++++++++++++++++++++++++++-- fs/ocfs2/dcache.h | 9 ++++++-

In reflink we update the id info in the disk but forget to update the corresponding information in the VFS inode. So update them accordingly in case we want to preserve the attributes. Reported-by: Jeff Liu <jeff.liu at oracle.com> Signed-off-by: Tao Ma <tao.ma at oracle.com> --- fs/ocfs2/refcounttree.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git

From: alex at milivojevic.org > At various points in time Red Hat made some somewhat conflicting > decisions. The first was that Red Hat distributions must have NPTL. > For NPTL support, there are two components of system where it is > implemented, kernel and glibc. Back then glibc supported NPTL only > for i686. NPTL support was later backported to i586 and i486. Also remember

The patch titled Subject: ocfs2: fix use-after-free when unmounting read-only filesystem has been added to the -mm mm-hotfixes-unstable branch. Its filename is ocfs2-fix-use-after-free-when-unmounting-read-only-filesystem.patch This patch will shortly appear at

Like tools, the checksum validate function now prints the values in hex. Signed-off-by: Sunil Mushran <sunil.mushran at oracle.com> --- fs/ocfs2/blockcheck.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/ocfs2/blockcheck.c b/fs/ocfs2/blockcheck.c index ec6d123..c7ee03c 100644 --- a/fs/ocfs2/blockcheck.c +++ b/fs/ocfs2/blockcheck.c @@ -439,7 +439,7 @@ int