can you help with Reiserfs?

I’ve got an old SLES 10x that had Raid0 w/ reiserfs and I’m attempting to get it working on openSUSE 11.1.

It took forever to get the rr172x up and running but now shows “normal” “working” etc (fyi - blacklisting did the trick!) but now I can’t mount it.

Reiserfs man entries are less than helpful. And other forum and other oblique entries tell me to avoid rebuild-sb, but all the other options report the typical “bad super-block”

What should I expect using the rebuild-sb ? nuclear damage ?

Is there some generic tool to let me mount in a safe mode and allow me to review the disk to see the data?

Thanks,
Dave

On Sat, 10 Sep 2011 18:06:03 +0000, dave unix wrote:

> I’ve got an old SLES 10x that had Raid0 w/ reiserfs and I’m attempting
> to get it working on openSUSE 11.1.

You should note that openSUSE 11.1 is past the end of support, 11.4 is
the current release and 12.1 is due out in a couple months.

> It took forever to get the rr172x up and running but now shows “normal”
> “working” etc (fyi - blacklisting did the trick!) but now I can’t mount
> it.

If you can boot the system as SLES10 (which is actually still under
support from SUSE), you might back the data up and restore it - that
might be far easier than trying to fix what you’ve got.

Jim


Jim Henderson
openSUSE Forums Administrator
Forum Use Terms & Conditions at http://tinyurl.com/openSUSE-T-C

On 09/10/2011 08:06 PM, dave unix wrote:
>
> I’ve got an old SLES 10x that had Raid0 w/ reiserfs and I’m attempting
> to get it working on openSUSE 11.1.

11.1 is long past end of life <http://en.opensuse.org/Lifetime>, so
suggest you install a supported version (11.3 or 11.4, or perhaps SUSE
Linux Enterprise 10 or 11) and then join in data from your last backup…

[note install (meaning full format and install of system and home) not
‘upgrade’]

and, also suggest you move from reiser to ext4 (as few folks use reiser
these days and there is less and less useful support here, or anywhere
else…

oh, there is a project to extend the life of openSUSE 11.1 in Project
Evergreen, i can only guess if the project is extending the life they
must be also providing support for questions such as yours…maybe you
can get some help there http://tinyurl.com/4aflkpy (i have, for example
no manual for the mount command for 11.1, neither any of the docs for
your RAID, so…so, you are welcome to hang out here and see if someone
who remembers what might happen drives by . . .)

finally: last time i had “bad super-block” reported repeatedly i solved
it after great time loss by simply buying new drive(s)


DD
Caveat-Hardware-Software-
openSUSE®, the “German Automobiles” of operating systems

Thanks, for the advice…I’ll try the old 10x and then punt to SCILINUX (unless you can convince me to stay with OpenSuse).

I was hoping for a quick reiserfs solution.

Dave

Reiserfs is NOT the default filesystem in SLE anymore since 2006. I doubt there will be a quick reiserfs solution any time soon (for any Linux distro).

On 09/12/2011 02:26 AM, dave unix wrote:

> I’ll try the old 10x and then punt to SCILINUX
> (unless you can convince me to stay with OpenSuse)

use what works.


DD
openSUSE®, the “German Automobiles” of operating systems

Recovery is never quick and safe.
I have used reiserfs on production machines since SuSE introduced it. Ext4 has only recently achieved an acceptable level of stability and performance. I have experience of disaster recovery with Reiserfs, which is very resilient. I will probably change to Btrfs, skipping Ext4. Reiserfs is still maintained. I strongly recommend skipping 11.1 and going for openSuSE-11.4. I do not know about SLES but I have remotely upgraded from SuSE-9.3 and openSUSE-10.3 to openSUSE-11.4

I do not understand what it is that you are trying to achieve. Are you trying to upgrade an SLES installation to openSuSE? or are you trying to recover data from the RAID partition? Are you having problems mounting the RAID during or after installation? Perhaps aa different driver (c.f. SLES 10) maps the drives differently; in which case you will need to revert to SLES and save any important data before reformatting with the new driver.

If you need to recover data from a damaged partition, rhe first step is to use “dd-rescue” to make a copy (image) of the failed partition. Then use dd to copy the partition image to a spare hard drive and try to mount it. If “mount -t reiserfs /dev/sdx1 /mnt” then try “reiserfsck --rebuild-sb /dev/sdx1”; if it mounts “reiserfsck --fix-fixable”.

eng-int wrote:
> dave_unix;2383297 Wrote:
>> I was hoping for a quick reiserfs solution.
> Recovery is never quick and safe.
> I have used reiserfs on production machines since SuSE introduced it.
> Ext4 has only recently achieved an acceptable level of stability and
> performance. I have experience of disaster recovery with Reiserfs,
> which is very resilient. I will probably change to Btrfs, skipping
> Ext4. Reiserfs is still maintained.

I’d second this. I currently still use reiserfs. I’ve experimented with
ext4 and its performance is significantly worse (both speed and space
consumption) on my workload. I also use xfs, which is usable but uses
more space than reiserfs. btrfs looks promising but I don’t trust it yet.

> I do not understand what it is that you are trying to achieve.

Ditto.

I’m using BTRFS now and while it’s a bit slower on sustained transfer rate, it’s actually much faster than EXT4 when it comes to more advanced operations (like remultiplexing multimedia streams).

but it still doesn’t have working fsck, so I can’t recommend it. I have backups for all critical data.

> Are you trying to upgrade an SLES installation to openSuSE? -> NO
> or are you trying to recover data from the RAID partition? -> YES
> Are you having problems mounting the RAID during or after installation? -> YES
> Perhaps a different driver (c.f. SLES 10) maps the drives differently; in which case you will need to revert to SLES and save any important data before reformatting with the new driver. -> The path.

Thanks…you read my mind on all counts.

I attempted the SLES 10.x reversion last night and that’s when I realized that I’d had rr172x, scsi raid, driver issues.
So I’m back to square one trying to repair a system that an expert had installed in working order.

I’ve learned a lot over the last month and will attempt to get the rr172x driver correct. Adding rr172x and blacklist sata_mv and adding rr172.ko to the /lib… didn’t seem to work…so it must be the wrong driver…even with bios updated.

Best regards

On 2011-09-12 02:26, dave unix wrote:

> I was hoping for a quick reiserfs solution.

You have not explained what is the problem with reiserfs. I’m using it and
see no problems, so please explain. In detail, the crystal ball is out for
repairs.


Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

[QUOTE=robin_listas;2384371]On 2011-09-12 02:26, dave unix wrote:

> I was hoping for a quick reiserfs solution.

In detail, the crystal ball is out for repairs.

My recent post addresses your concerns.

thx

On 2011-09-15 19:06, dave unix wrote:
>
> robin_listas;2384371 Wrote:
>> On 2011-09-12 02:26, dave unix wrote:
>>
>>> I was hoping for a quick reiserfs solution.
>>
>> In detail, the crystal ball is out for repairs.
>>
> My recent post addresses your concerns.

No, it doesn’t. I still do not see what problem you have with reiserfs.


Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

> No, it doesn’t. I still do not see …

  1. I had a SLES 10x system with working reiserfs which was all set up by an expert.
  2. Then I upgraded to SciLinux (redhat) and nothing worked…that’s when I found out that reiserfs was not supported on that platform
  3. Then I upgraded to openSuse 11.1 thinking “this should work”
  4. In this thread I was told that reiserfs on SLES 10x formats differently than on openSUSE
  5. So now I’m trying to get a rr172x working again in hopes my raid system will give me my data back on the old system which I will then off load before upgrading to a new format.

It was my mistake to assume that SciLinux would seemlessly operate my raid card.
But I’m now working to get the old system to recognize the rr172 again after a bios upgrade, etc.

So I initially blamed reiserfs and now I blame myself. >:(

Dave

Hi
So re-install SLES10x or 11, they have reiserfs support? Do you need
the rr172x driver built?


Cheers Malcolm °¿° (Linux Counter #276890)
openSUSE 11.4 (x86_64) Kernel 2.6.37.6-0.7-desktop
up 3 days 4:27, 4 users, load average: 0.06, 0.13, 0.13
GPU GeForce 8600 GTS Silent - Driver Version: 280.13

On 2011-09-16 03:16, dave unix wrote:
>
>> No, it doesn’t. I still do not see …
>
> 1) I had a SLES 10x system with working reiserfs which was all set up
> by an expert.
> 2) Then I upgraded to SciLinux (redhat) and nothing worked…that’s
> when I found out that reiserfs was not supported on that platform

Upgraded?

> 3) Then I upgraded to openSuse 11.1 thinking “this should work”

Upgraded?

That is impossible. There is no upgrade possible from one linux to another.
“Upgrade” in Linux world is a word with a defined meaning, namely to
upgrade from one version to another of the same type by following a precise
procedure.

What you may have done is reinstall on top the system partition leaving the
data partition intact.

> 4) In this thread I was told that reiserfs on SLES 10x formats
> differently than on openSUSE

Not at all. A partition formatted as reiserfs in SLES is the same as in
openSUSE. What it happens is that reiserfs is no longer the default format
type.

> 5) So now I’m trying to get a rr172x working again in hopes my raid
> system will give me my data back on the old system which I will then off
> load before upgrading to a new format.
>
> It was my mistake to assume that SciLinux would seemlessly operate my
> raid card.
> But I’m now working to get the old system to recognize the rr172 again
> after a bios upgrade, etc.

So, your problem is making your current system access an existing raid
system. That it is formatted as reiserfs is secondary.

Concentrate on that and give info on that problem, so that people that know
about that subject can intervene.

A proper subject line above would help…


Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

Hi
Here is a SuSE Studio Live cd/dvd iso image of SLES 11 SP1 with the
rr172x driver installed in initrd, sata_nv blacklisted and unsupported
modules turned off (SLE doesn’t like them…).

Download size is 241MB, imagewriter should burn it to a USB or create a
live cd for you.
http://susestudio.com/download/6ec0fd06c7cb0d940bb6fbd189c0ee49/JeOSrr172x.i686-0.0.3.iso


Cheers Malcolm °¿° (Linux Counter #276890)
openSUSE 11.4 (x86_64) Kernel 2.6.37.6-0.7-desktop
up 3 days 20:03, 4 users, load average: 0.03, 0.08, 0.20
GPU GeForce 8600 GTS Silent - Driver Version: 280.13

Malcolm - Thanks a million…thx10^6

I’ll work it this weekend.

Hi
Well have been busy playing around on SuSE Studio (making a blackbox
appliance), so just a small task switch :wink:

It will boot up and should detect the device, the module won’t load on
my tests as the device isn’t present, hopefully for you it will. Also
the reiserfs is in there too.

Oh and the passwords are the defaults on SuSE Studio root/linux
tux/linux.


Cheers Malcolm °¿° (Linux Counter #276890)
openSUSE 11.4 (x86_64) Kernel 2.6.37.6-0.7-desktop
up 4 days 20:47, 4 users, load average: 0.19, 0.16, 0.20
GPU GeForce 8600 GTS Silent - Driver Version: 280.13

Malcom,
I could easily see how it was all coming together and I went to the SuSE Studio site…(more questions later)
Regretably my old box may have contributed to errors and an inability to get through the boot cycle.

CPU: AMD Athalon XP2000

The first error was an isolinux error that occurred at 88% of loading
The second error (after creating another iso CD) yielded the message screen “type J… and enter” but I was unable to enter the prescribed text and the system booted to SLES 10.1.

I’m learning a lot.

Dave