Re: [j-nsp] RE : RE : T Series RE-1300 CompactFlash Card upgrade
So things are "kinda" working now. RE is a RE-1600 and not a RE-1300, typo in the original email sent to the mailing list. Can someone to please verify my understanding of the following: 1) The router should boot off the CF with no dependency on the harddrive for boot up 2) The two main purposes of the harddrive are a) to provide an alternative boot device for the router in the event the CF has a failure and b) to store lots of stuff (logs, dumps, install packages, etc) that isn't practical for a CF to store Here are the steps that were taken to get to the "kinda" working state: Took stock 256MB CF out of the RE. CF and HD both are running 10.0 code. Booted RE off the harddrive. Copied over 9.3 install-media to HD. Took a SanDisk PCMCIA to CF Card reader/writer and connected the stock 256MB CF to it. DD'd the install media onto the PCMCIA/CF Card (dd if=/dev/zero of=/dev/ad3 count=20, dd if=INSTALL-MEDIA of=/dev/ad3). I powered off the RE. Popped into the RE CF slot the new SanDisk 1GB CF (type regular, non extreme). With PCMCIA slot 0 still holding the PCMCIA/CF Card install-media I booted up the RE. Get the warning message that by proceeding CF and HD will be wiped out. Answered yes and 9.3 code is installed. Eject the PCMCIA/CF Card with install-media and reboot the RE. On bootup RE shows that its trying to boot from CF, then trying to boot from HD. It finally boots up in 9.3 code (no notification/warning message stating that it booted off the hd). Upgrade to 10.4 code via regular install package. RE boots up with 10.4 code but still gives the boot message of trying to boot off cf, then hd. df -gh shows that / and /config are being mounted off the CF. /var shows that it's being mounted off the HD. Output of df -gh seem to contradict the "trying cf, trying hd" messages on boot up. To verify that the RE is indeed booting off the CF, I powered off the RE, disconnected the HD IDE ribbon cable, booted the RE backup. RE goes into an endless loop of trying to boot off cf, hd, lan. Reconnect HD, power back up the RE and I get the same message of trying cf, trying hd. RE finally boots. Again, no notification/warning message stating that it booted of HD. Mount points all look good (/ /config off CF, /var off HD). For some reason, it appears that the RE doesn't want to boot off a CF that is greater than 256MB (I've now tested 1GB, 2GB, and 4GB). The stock 256MB CF boots up without the trying cf, trying hd messages. Below is some output from the RE. Trying to boot from Compact Flash ... Trying to boot from Hard disk ... Error message logged to console after logging in (this is the 1GB SanDisk CF): ad0: FAILURE - WIN_SMART status=51 error=4 Once the router boots up, mount points look like this: root@blah% df -gh Filesystem SizeUsed Avail Capacity Mounted on /dev/ad0s1a856M227M560M29%/ devfs 1.0K1.0K 0B 100%/dev /dev/md034M 34M 0B 100%/packages/mnt/jbase /dev/md1 9.7M9.7M 0B 100%/packages/mnt/jkernel-10.4R4.5 /dev/md279M 79M 0B 100%/packages/mnt/jpfe-T-10.4R4.5 /dev/md3 5.8M5.8M 0B 100%/packages/mnt/jdocs-10.4R4.5 /dev/md469M 69M 0B 100%/packages/mnt/jroute-10.4R4.5 /dev/md521M 21M 0B 100%/packages/mnt/jcrypto-10.4R4.5 /dev/md639M 39M 0B 100% /packages/mnt/jpfe-common-10.4R4.5 /dev/md7 294M294M 0B 100% /packages/mnt/jruntime-10.4R4.5 /dev/md8 2.0G8.0K1.8G 0%/tmp /dev/md9 2.0G352K1.8G 0%/mfs /dev/ad0s1e 95M 12K 87M 0%/config procfs 4.0K4.0K 0B 100%/proc /dev/ad1s1f 25G1.7G 21G 8%/var root@blah% cat /etc/fstab #version 3 # Device Mountpoint FStype Options Dump Pass# /dev/ad0s1a/ ufs rw11 /dev/ad0s1e/config ufs rw22 proc /proc procfs rw00 /dev/ad1s1f/varufs rw,noauto 20 /dev/ad1s1bnone swapsw00 /dev/ad1s1b/tmpmfs rw,noauto 00 /dev/ad1s1b/mfsmfs rw,noauto 00 /dev/ad1s1a/altrootufs rw,noauto 20 /dev/ad1s1e/altconfig ufs rw,noauto 20 root@blah> show version Hostname: blah Model: t320 JUNOS Base OS boot [10.4R4.5] JUNOS Base OS Software Suite [10.4R4.5] JUNOS Kernel Software Suite [10.4R4.5] JUNOS Crypto Software Suite [10.4R4.5] JUNOS Packet Forwarding Engine Support (M/T Common) [10.4R4.5] JUNOS Packet Forwarding Engine Support (T-Series) [10.4R4.5] JUNOS Online Documentation [10.4R4.5] JUNOS Voice Services Container package [10.4R4.5] JUNOS Border Gateway Function package [10.4R4.5] JUNOS Services AACL Container package [10.4R4.5] JUNOS Services LL-PDF Container package [10.4R4.5] JUNOS Services PTSP Container package [10.4R4.5] JUNOS Services Stateful
Re: [j-nsp] Off-topic: terminal concentrators
Hi, > I second the opengear recommendation, great boxes. I discovered these boxes shortly after I sent the email! They do look very interesting. The only thing they lack is fibre... Alex ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Off-topic: terminal concentrators
I second the opengear recommendation, great boxes. Sent from my iPhone On Jun 23, 2011, at 7:49, Brad Peczka wrote: > Sounds like you need an Opengear IMG4000-series Console Server. > > Check out http://opengear.com/product-img4216-25.html > > Cheers, > -Brad. > > On 23 June 2011 18:53, Alexander Frolkin wrote: >> Hi, >> >> I apologise if this is a bit off-topic for this list, but what do people >> use for terminal concentrators? >> >> We currently have Cisco 3640s with async NMs with serial patch panels >> attached, but this is stupidly expensive, and 3640s are EOL anyway. >> >> Ideally, what we'd like is a 1U device which has a number of >> Cisco-pinout RJ45 serial ports and that can also act as a switch for an >> out-of-band management network, with an SFP port for the uplink. >> An EX2200 with a bunch of serial ports would be perfect. :-) >> >> Has anyone come across anything like this? >> >> >> Thanks! >> >> >> Alex >> >> ___ >> juniper-nsp mailing list juniper-nsp@puck.nether.net >> https://puck.nether.net/mailman/listinfo/juniper-nsp >> > > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] JUNOScript IP Tools
New Blog Post: http://blinking-network.blogspot.com/2011/06/ip-tools-in-junoscript.html Feedback appreciated! ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Off-topic: terminal concentrators
Sounds like you need an Opengear IMG4000-series Console Server. Check out http://opengear.com/product-img4216-25.html Cheers, -Brad. On 23 June 2011 18:53, Alexander Frolkin wrote: > Hi, > > I apologise if this is a bit off-topic for this list, but what do people > use for terminal concentrators? > > We currently have Cisco 3640s with async NMs with serial patch panels > attached, but this is stupidly expensive, and 3640s are EOL anyway. > > Ideally, what we'd like is a 1U device which has a number of > Cisco-pinout RJ45 serial ports and that can also act as a switch for an > out-of-band management network, with an SFP port for the uplink. > An EX2200 with a bunch of serial ports would be perfect. :-) > > Has anyone come across anything like this? > > > Thanks! > > > Alex > > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] RE : T Series RE-1300 CompactFlash Card upgrade
Thank you for pointing that out. My experience with upgrading the cf cards has only been on the J series - dd image on and your good to go. I did not realize that the install-media for the M, T, and MX is more of an "OS install/boot CD". We were having issues booting up the REs with the out-of-the-box sandisk (yep regular, non extreme) installed in the cf slot. RE would try to boot from cf and fail (obviously, noting installed on it) and then fail to boot off the hd for some reason. Boot order had cf, before hd. Removed cf from bootlist but re still tried to boot off of cf first. Anyways, going to try the following: Zero out sandisk cf Pop cf back into RE Hopefully have it boot off hd request system snapshot (copy 10.0 from hd onto cf) Reboot off cf (should now have 10.0) Perform standard upgrade process until we get to the desired code version Will post my findings, thanks! Sent from my iPhone On Jun 23, 2011, at 4:11, Stéphane Grosjean wrote: > Hi, > > > Your last sentence confuses me. You don't dd the install-media code to the > CF, you dd it on either the PCMCIA or USB Key (depends on the RE), then you > boot from it and it will install a fresh JunOS on your CF/RE, formatting > everything in the process. If that fails, it's either a bad install-media or > a faulty CF. > > SanDisk 1GB CF are well supported (if it's not the Extreme ones, just the > regular), used them on a lot of RE. > > > Regards, > > > Stephane > > > Apologies, for got to mention. > > SanDisk 1GB CF had the 10.4R5.5 install-media dd onto it. > > On Wed, Jun 22, 2011 at 5:05 PM, Rafael Rodriguez > wrote: > Now trying with the SanDisk 1GB and getting a little bit further but running > into another issue now. CF begins to boot but goes into "debugging subshell" > mode. I've tried this now on two REs with the same result. On the CF we > have (from install-media) 10.4R5.5. Im kind of stumped with this one, don't > know what I am doing wrong. Any help is greatly appreciated. Thanks. > > > > > === Bootstrap installer starting === > Initialized the environment > Routing engine model is RE-4.0 > Discovered that flash disk = ad0 , hard disk = ad1 > ERROR: discover_install_drive: tmp/preinstall/install.conf not found > You are now in a debugging subshell (you may not see a prompt)... > # > > > On Wed, Jun 22, 2011 at 2:45 AM, Stéphane Grosjean > wrote: > Hi, > > 10.0 fits in a 256MB CF ? > Anyway, sometimes an install-media is required, I have already ran into > trouble with replacement of CF on RE. Preparing the CF on a similar system > but different kind of RE leads sometimes to trouble (CF is seen but the > system can't load correctly). Install-media always solved that kind of > situation. Of course, you lose everything on the HD and CF, it's formatted, > so backup what you may need previously. > > Last point, is the 4GB CF a Juniper one ? If not, what brand ? not every CF > work on Juniper system. > > >Will verify this when I get back to the lab. I believe the CF is in the > >boot list b/c the RE is able to boot off the old 256MB CF just fine (old CF > >has 10.0 on it). Issue I am having is with the new 4GB CF (which also has > >10.0 on it thanks to request system snapshot partition). I am able to > >verify the contents of the new CF by mounting the partitions - i see all the > >10.0 stuff in /packages. > > ___ > juniper-nsp mailing list juniper-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp > > ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] Off-topic: terminal concentrators
We use a Cisco 2811. It's 1U, uses the same async NMs and WICs as the 3640s, and will handle 32 serial ports (might actually be more). James S. Smith, Network and Security Architect, Juniper Networks Certified Associate WIND Mobile 207 Queen's Quay West, Suite 710 Toronto, ON M5J 1A7 Email: jsm...@windmobile.ca Direct: 416-640-9792 -Original Message- From: juniper-nsp-boun...@puck.nether.net [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Alexander Frolkin Sent: June 23, 2011 6:54 AM To: juniper-nsp@puck.nether.net Subject: [j-nsp] Off-topic: terminal concentrators Hi, I apologise if this is a bit off-topic for this list, but what do people use for terminal concentrators? We currently have Cisco 3640s with async NMs with serial patch panels attached, but this is stupidly expensive, and 3640s are EOL anyway. Ideally, what we'd like is a 1U device which has a number of Cisco-pinout RJ45 serial ports and that can also act as a switch for an out-of-band management network, with an SFP port for the uplink. An EX2200 with a bunch of serial ports would be perfect. :-) Has anyone come across anything like this? Thanks! Alex ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp This message contains confidential information and is intended only for the individual named. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] Off-topic: terminal concentrators
Hi, I apologise if this is a bit off-topic for this list, but what do people use for terminal concentrators? We currently have Cisco 3640s with async NMs with serial patch panels attached, but this is stupidly expensive, and 3640s are EOL anyway. Ideally, what we'd like is a 1U device which has a number of Cisco-pinout RJ45 serial ports and that can also act as a switch for an out-of-band management network, with an SFP port for the uplink. An EX2200 with a bunch of serial ports would be perfect. :-) Has anyone come across anything like this? Thanks! Alex ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
