11-04-2009 05:13 AM
I have a J series J 2350 which came out the tin with a 9.2 install of Junos.
I have upgraded this to 9.6R2.11 and his a couple of issues.
1 was that after the upgrade, it did not seem to delete the old files and thus filled the file system.
I had this happen to me before cos I didnt add the exztra switches to the upgrade command to delete the old package but I was able to log on via console and manually delete this file.
This time I could not, I got operation not permittied from within the Junos and toor CLI.
I rebooted the device to see if this will fix it and it then failed to fond a kernel!
Trying to boot from Primary Compact Flash (recovery partition) ...
Trying to boot from Primary Compact Flash ... Con
soles: serial port
BIOS drive C: is disk0
BIOS 639kB/1047360kB available memory
FreeBSD/i386 bootstrap loader, Revision 1.1
(email@example.com, Tue Oct 6 19:54:46 UTC 2009)
Unable to load a kernel!
can't load '/kernel'
can't load '/kernel.old'
Type '?' for a list of commands, 'help' for more detailed help.
I tried to follow the article at http://kb.juniper.net/KB12790 using a USB drive with the new package on it, but sadly this fails too however it does detect that a USB drive is attached. I know this article is for EX switches, but unless I am mistaken, I cannot find an article soecific to J series
Auto-detecting USB Mass Storage Devices ..
00 USB mass storage devices found and configured.
So now I have a bricked device that won't boot.
Can anyone shed any light on this? A prompt reply would be greatly appreciated.
11-04-2009 07:23 AM
Have you tried downloading "install-media"file for J-series and then below procedure:
J-series Install Media: The following packages are the same as the exported worldwide versions. As a result, these packages include the string "-export-". The images use the naming convention "junos-jseries-<release>-cfnnn.gz", where <release> is the software release version and nnn is the target compact flash card size in megabytes (128, 256, 512, or 1024). * To recover a primary compact flash card: 1. Plug the compact flash drive into a PCMCIA adapter or USB card reader on the host PC, and verify that it is recognized by the operating system. 2. Copy the JUNOS software image to the host PC and uncompress it with the gzip or WinZip utility. The uncompressed image must have the same size as the target compact flash capacity (128 MB, 256 MB, 512 MB, or 1024 MB). 3. Copy the JUNOS software image to the compact flash card with one of the following commands: CAUTION: You must use the correct target device name. Failure to do so might damage other storage devices connected to the host PC. o On a UNIX PC, use the following command: dd if=<filename> of=/dev/<device_name> Replace <filename> with the name of the uncompressed image, and <device_name> with the name of the raw PCMCIA card device. For example: root# dd if=junos-jseries-<release-number>-export-cf128 of=/dev/hde 250368+0 records in 250368+0 records out o On a Windows XP or Windows 2000 PC, use the Norton Ghost or dd utility.
In the future, when you don't have enough space on J-series flash, please follow this KB article
11-04-2009 08:17 AM
Thanks for replying here.
Surely there must be another way to recover the kernel without having to crack open the chassis and remove the flash card. That seems a tad excessive and if I have to do that to every J series that dies like this, then I will not be using them for much longer.
The install media is the same tgz file that we would use to install or upgrade normally.
According to the otehr article I found, although it was specific to EX swtiches, AFAIK the same principal applies to the J series boxes with regards to USB ports. Am I wrong here?
I have raised a case with JTAC to try and get this resolved asap as I need this unit tp complete testing for a futire deployment.
I am at a bit of a loss here as to why and how this appened, but more importnantly, how to fix it quickly hehe.
10-21-2010 07:28 AM
Sorry, I didnt post when it was fixed.
Basically JTAC took me through the EX restore process as before and after persevering with the process repeatedly, it worked.
10-23-2010 08:28 AM
I am confused by the statement that the install media is the same think that you did the upgrade with. The install media is a raw dd-style image of a flash card for the platform. So if you have a 1-gig CF card, you could basically do a byte-for-byte copy of this image to the card and have a functioning system again. I do not understand how you would be using the install media to do an upgrade.
10-24-2010 03:15 PM
My mistake, it was form a long time ago.
The instlal media is different from the package to install.
03-18-2012 05:28 PM
Hi DM, I know thi is a really old post but I have just hit the same problem on my J2320 router.
You must have done something differently to get it worked? I ahve followed your approach and I am getting the same error.
It detects USB but that all. Did you do anything differently?
03-19-2012 03:15 AM
From what I remember, it was a lot of going through the reformat of the CF using a USB key following http://kb.juniper.net/KB12790. It didnt work 1st time for some reason, but doing it several times did indeed kick it in and then seemed to work.
An alternative, is getting a working device and doing a system snapshot from that one and then using that USB snapshop to boot the new device and then recopy the snapshot to the failing node. This does indeed wipe the CF and reformat in most cases.
Failing all that I am afraid you will have to wrestle with JTAC.