Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

filesystem issue: can't mount

Status
Not open for further replies.

gatetec

MIS
Mar 22, 2007
420
US
I have /backup1 and /backup2 filessytems and can cd to them, but am having issues with mt.

What do we fix this issue?

thx much

root:prdmil1:/> ls -al /backup1
total 8
drwxrwsrwx 2 282 d_prdp 256 Jan 19 10:54 .
drwxr-xr-x 39 root syprdem 4096 Apr 01 23:00 ..
root:prdmil1:/> ls -al backup2
total 8
drwxr-xr-x 2 282 d_prdp 256 Dec 03 23:04 .
drwxr-xr-x 39 root syprdem 4096 Apr 01 23:00 ..
root:prdmil1:/> mount /backup1
mount: 0506-334 /backup1 is not a known file syprdem.
root:prdmil1:/> mount /backup2
mount: 0506-334 /backup2 is not a known file syprdem.
root:prdmil1:/> fsck /backup1
fsck: 0506-035 /backup1 is not a known file syprdem.
root:prdmil1:/> fsck /backup2
fsck: 0506-035 /backup2 is not a known file syprdem.
 
Based on the errors, it looks like /backup1 and /backup2 are no longer in /etc/filesystems. If they are, then the next possibility is that someone removed the /dev entries for them and didnt clean up /etc/filesystems.

If there is anyone else who has admin rights on the system, I would talk with them to see if they made any changes.
 
I don't see the dirs under /etc/filesystems.
Is there any way to recover them? I can't figure out who did what.
 
Are those "missing" mount points local or remote (ie NFS/NAS)?

If local, then you will need to do some restores.
If remote, they can most likely be mounted with the proper info.

IE

mount remote_system:/some/file/system /backup1
 
It is local. It seems that I need to find alternative since restore isn't an option..

thx much
 
Is there any way that you are using HACMP?

could you list the lvs from the vg they used to be located?

lsvg -l vgname

regards,
Khalid
 
I backup certain critical files to a known file system outside the rootvg. The files are /etc/filesystems, /etc/passwd, /etc/inittab/, /etc/security/passwd, /etc/group, /etc/qconfig, - I think you get the idea. Being on a different volume group - if I have a problem with booting - I can restore these files to a test box - importvg - or some other method - and examine or copy them back as the system might warrant. I back up these files each night from the cron. If I can get the system booted then I can repair easily. If someone makes a mistake in one of the critical files - I have a place to copy it back from. This does happen and this has been invaluable in restoring integrity to a system.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top