As I predicted in my previous post, you could never be 100% sure about this library, and unfortunately I was right. This time I had a weird issue when two of four tape drives (0,2,2,9 and 0,2,3,9) in the DEM were reported as inoperable whilst the other two were fine. But when I swapped the faulty and the healthy, they just changed their roles, so the problem persisted with the slots and the drives were actually fine. So replacing RLE card was in fact a logical decision because the drives in DEM are plugged into it. The truth is, with SL500 even the most obvious solution could be only the very first step towards a complete resolution. In my situation the ramification is the following:
– Cables that connects RLE and RLM;
Just a few photos from the exciting trip we did last saturday to Vlokolamsk and Yaropolets. I always loved old, small but very magnetic places like these two where you could just forget about bustling life’s current we’re going with rapidly into nowhere.
I’m preparing for a short, at least I do very hope it will be a short one, 3-days trip to Nizhniy Novgorod to perform SL500 library maintenance. More precisely, I’ll be replacing RLE card but since SL500 is extremely naughty you could never know what another funny thing does it keep in its sleeve. Wish me luck! =)
If running “ls -l /” stalls but the same command to any other directory works seamlessly then most probably you’re hitting the following issue. To confirm that use truss:
# truss ls -l
lstat64("/vol", 0xFFBFF8E8) (sleeping...)
Additionally try “grep /var/adm/message” for NFS errors:
# grep NFS /var/adm/messages
NFS server for volume management (/vol) not responding still trying
If everything matches then simply “umount /vol” (use -f to forcibly unmount). This issue happens because of the discrepancy between what is written in /etc/mnttab and the actual state of affairs. In my case it was:
As far as I know it’s a common practice amongst the drivers all over the globe to warn each other by blinking with upper-beam whenever there is a road-police on an ambush ahead. In my country it looks quite ugly and ridiculous at the same time to watch them lurking in the bushes, behind the trees or even hiding in the old, abandoned and rusty cars parked by the side-road. It all reminds me a “catch me if you can” game. Anyway, that was a preamble and here is the story.
Yesterday when I was on my way home driving through the under-construction part of a highway where the speed is currently limited by 50 km/h. As usual I received few warnings from the cars going in the opposite direction about another ambush when I noticed something very strange and extremely unusual – one of the cars wasn’t just an ordinary one but a road-police car. Sic! It was just beyond my comprehension but made me elated for the rest of the day.
Recently I’ve received few ppictures of myself and my classmates from Sun Microsystems TDC training in South Africa. That was truly awesome two months experience I mentally replay in my head over and over again, not only because it was a great opportunity to visit SA and to meet new faces, but, to a greater extent, from the technical perspective it was an invaluable gain of the new skills and knowledge. So all of the attendees just kept learning from the hefty field experience of your instructors. Btw, all of them were just brilliant teachers inside a class and exceptionally chummy and friendly outdoors. Thank you very much indeed Pieter, Neil, Deon and Eben.
Trying to break a monotonous weekend we decided to make a short trip near Moscow and set off to Vereya. Though the place was quite nice but contrary to our expectations, massively based on my friend’s impressions, it wasn’t exactly what we expected to see. The town has radiant and old history but unfortunately very little there could tell a tourist its effulgent story.
Since we’d spent in Vereya less time we initially planned we decided to go to Borodino once again taking more photos on our way.
Kernel Conference Australia is kicking off today. This is a three days event which, as appears from the subject, is dedicated to different intricacies of internals of Operating Systems, i.e. Solaris/OpenSolaris, FreeBSD, OpenBSD, Linux. And if you’re upset of being unable to participate then here is a live stream so you could enjoy the conference from the comfort of your home cosines. Don’t miss it!
Actually this error is trivially easy to overcome.
# bperror -S 96
unable to allocate new media for backup, storage unit has none available
The tape manager (bptm) could not allocate a new volume for backups.
This indicates that the storage unit has no more volumes available in the
volume pool for this backup. Note that NetBackup will not change storage
units during the backup.
All it says is that we’ve ran out of free tapes in our pool. Use the following command to get a list of available recommendations from Symantec.
# bperror -S 96 -r
In absolutely most cases all that you’ll have to do to resolve the issue is just to find an appropriate tape and expire it. Doing so, the expired tape will be automatically placed into the ScratchPool, don’t tell me that you don’t have it ;-), from which it will be lately reused when your backup job starts on the schedule.
Five minutes ago I received a parcel from Amazon with two books I ordered on Monday. It took only two days to have it delivered from the USA to Russia (Moscow) – I’m deeply impressed! Unfortunately there is always a fly in the ointment. Amazon’s service worked brilliantly but our local DHL didn’t even bother to give me a call beforehand and just dropped it off at our reception desk which is, to tell the truth, situated in a different building though on the same street. As you might have already guessed, it was distinctly said in the shipping address field where the package must be delivered to and it wasn’t the address of our reception but it looks like our DHL had a different opinion on that matter. Since it’s not the very first time they acted in that wacky way I’m slowly getting accustomed so if the next time they deliver a package to the stated address I would be very surprised.