I inadvertently did the following: 

mv ../lib* .

from
/local

(which really means - all files inside /lib/ got moved to /local/)

.. and now I CANNOT get into the box. 'Access Denied' as a root or a regular user. However, I still have the currently running SSH session, which doesn't let me do much - except for cd, pwd, echo and couple other basic commands (no cp, mv, ls etc). Can't sudo either (not that it would help much). Anyone has a clue - workaround?

~@~

Ok now!!! there are two ways to do this..

1) Boot from any bootable Linux and move the files to the original location.

I'm not sure about this but you can certainly give it a try.

2) Boot from the cd into single user move,, mount the root partition and try to use the same command to move it back to original location.

BTW, which Linux or *INX...

go with no. 2 option it should just work fine. any issue post it out here we will figure it out bud!

go with no. 2 option it should just work fine. any issue post it out here we will figure it out bud!

btw anyone working on SunCluster 3.1??

Hey guys do you remember me??????
\

http://sajha.com/sajha/html/OpenThread.cfm?forum=144&ThreadID=50919

Well!!! I've a plan!!! why don't we make a nepali System Admin Community web site...  I can help on building it... just need your participation....

The box is @ the data center 200 miles away from me - can't have physical access. All I have is the ssh console. Cannot re-authenticate either. Data Center ppl aren't allowed to make configuration changes! All they can do is reboot the machine.

Here's what I wanted to do:
Reverse SCP (Don't know if it even exists) --- Basically, I'd do scp user@box1.ny:/lib* . sitting on '/' at my local box  to copy those files to the pwd, accept the key and authenticate. Since no scp command was recognized any longer, I instead tried scp /lib* user@box1.ny:/
Obviously that didn't work. First -- the command wasn't right; and secondly - the screwed up box didn't understand 'authentication' concept anymore.

If only I could install a backdoor - netcat or something and temporarily open a port; I could transfer libraries from another machine. That's not a possibility either, as it doesn't recognize any installation commands, and there's no way of pushing netcat, even though I currently have shell access to it.

I still don't want to say I'm screwed. Perhaps connection through iLO? Anyone?

BTW, it's a Red Hat Enterprise 5.

~@~

PS: Please stick to the topic --- me, and I bet a thousand others would appreciate that one way or the other. We can have a separate thread on those discussions. Peace!

Alright!!! So what kind of backup your Datacenter Use??? In my case we use Veritas Netbackup, when i had to recover anything ,Backup admin just used to push data from the backup server to the client box.
It works same for TSM backup.... ask your backup admin to resotore your lib directory....

I thought it was your PC....!!!!1 What kind of DR your company use????

well just a word of thought...

does ln work ?

if so make a temp. link to that new folder and try if it works...

else how about trying doing sftp cp from some other machine to your home dir and then trying out ?

I agree with whois, You might be thinking harder then you should be, find out what type of backup method is being used in your organization first..either Netbackup or TSM backup should be able to restore the lost data.

Nothing's been backed up from this machine - it's not a part of NIS, and isn't a production box either. Hence no disaster recovery concept applies ---- unfortunately! It's merely an IDS machine that sits there passively and sniffs traffic on spanned ports. No significant disaster will occur if it doesn't get fixed immediately; except for my 50+ hours of effort while configuring it, and precisely will miss all the passing packets till I get it up and running again. And on the top of that, I wanted to be stealthy, and wanted to figure out a workaround myself than making noise!


The only hope I had/have is to get connected to the box through iLO, or possibly make use of those basic commands to somehow copy those libraries back to the root. Really, all it needs is copying those libraries one directory level higher.

~@~

well if you can reboot the server, why don't you reboot it from mirrored disk .

well if you can reboot the server, why don't you reboot it from mirrored disk .

well if you can reboot the server, why don't you reboot it from mirrored disk .

sorry ppl i didn't mean to post same reply three times, somehow it came up

@sangfroid, ln doesn't work. Creating a sym link and pointing it to /local/lib* is a great idea though!
About sftp and cp, as I mentioned earlier -- there's no need to pull libraries from the other machines - as they already are there, just one directory level below; and since cp/scp/mv don't work, there's no way I can copy those files. I can go into /local and see all lib* files by doing echo* -- just cannot move them, or point to them as you suggested!

@instinkt, thnx for your advice - but there are no backups!

@whois, thnx for your initiative as well! I'm trying every possibilities I can think of. Just emailed some opensource communities to see if they have a say for it. Won't be worth spending too much of time on this though ---

~@~

As Sun4u said ,We also need to have better communtiy!!!!
I can see so many people in this field here!!!

Ok, mirrored disk .. hmm..!! What difference would it make if you boot from the mirrored disk? Wouldn't that have a mirror copy of settings and configurations on it as well?

seeking help from auto mirrored disk is of no use......

this is its main drawback.... corrupted data also gets copied ....

That's exactly what I thought !!!