Quantcast
Channel: SCN : Discussion List - SAP HANA Cloud Platform Developer Center
Viewing all articles
Browse latest Browse all 3131

Mount failed for previously detached aws volumes.Need to access SAP HANA related scripts stored inside them for recovery

$
0
0

Hello friends,

                    Few days back we detached our aws instance ver60 volumes as the HDB(thru studio as well as hdbsql) was not working and we had tried all possible solutions we could find but finally we had to create a new ver80 aws instance and restore our schemas and views to resume our HANA work.

 

But I had not taken a copy/backup of some long linux(HANA related) scripts(which I coded) and are residing in a specific directory of hana linux server.

 

To retrieve them I have reattached the volumes to the old instance(ver60)  but except the root /dev/sda1 volume others are not getting MOUNTed

 

When i run the mount command in either form i get following errors:

 

imdbhdb:~ # mount -t ext3 /dev/sdf /usr/sap


mount: wrong fs type, bad option, bad superblock on /dev/sdf,

       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try

       dmesg | tail  or so

 

 

imdbhdb:~ # mount /dev/sdf /usr/sap

 

mount: unknown filesystem type 'linux_raid_member'

 

I followed the procedure given in the link Installing SAP HANA SPS 7 on AWS (except the formatting part as it will delete my data).

 

Initially the " /etc/fsad " file had the following script inside

 

/dev/sda1            /                    ext3       acl,user_xattr        1 1

/dev/sdb             /mnt                 ext3       acl,user_xattr        0 0

proc                 /proc                proc       defaults              0 0

sysfs                /sys                 sysfs      noauto                0 0

debugfs              /sys/kernel/debug    debugfs    noauto                0 0

devpts               /dev/pts             devpts     mode=0620,gid=5       0 0

/dev/md0  /sap  ext3  defaults,noatime  0 0

 

but to mount my volumes I created the folders as specified in the above link and changed the file " /etc/fsad " as follows:

 

/dev/sda1            /                    ext3       acl,user_xattr        1 1

/dev/sdf             /usr/sap             ext3       defaults              0 0

/dev/sdg             /hana/data           ext3       defaults              0 0

/dev/sdh             /hana/log            ext3       defaults              0 0

/dev/sdi             /hana/shared         ext3       defaults              0 0

proc                 /proc                proc       defaults              0 0

sysfs                /sys                 sysfs      noauto                0 0

debugfs              /sys/kernel/debug    debugfs    noauto                0 0

devpts               /dev/pts             devpts     mode=0620,gid=5       0 0

/dev/md0  /sap  ext3  defaults,noatime  0 0

 

but when i restart my instance to enable the mount I get a file  in " /sap/usr " path named " dsod_init.log " with following content:

 

su: warning: cannot change directory to /usr/sap/HDB/home: No such file or directory

-sh: /usr/sap/hana_sso_config_part1.sh: No such file or directory

su: warning: cannot change directory to /usr/sap/HDB/home: No such file or directory

-sh: /usr/sap/hana_sso_config_part2.sh: No such file or directory

su: warning: cannot change directory to /usr/sap/HDB/home: No such file or directory

-sh: /usr/sap/hana_sso_config_part1.sh: No such file or directory

su: warning: cannot change directory to /usr/sap/HDB/home: No such file or directory

-sh: /usr/sap/hana_sso_config_part2.sh: No such file or directory

su: warning: cannot change directory to /usr/sap/HDB/home: No such file or directory

-sh: /usr/sap/hana_sso_config_part1.sh: No such file or directory

su: warning: cannot change directory to /usr/sap/HDB/home: No such file or directory

-sh: /usr/sap/hana_sso_config_part2.sh: No such file or directory

 

 

Kindly help me with this issue as those linux scipts took a lot of my time and I am desperate to recover them.

Thanx a lot.


Viewing all articles
Browse latest Browse all 3131

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>