View Full Version : StarV3 v1.1.4 build 1509 has been released for all editions.
The new release can be downloaded from the http://www.star-os.com/starv3 downloads page.
Please refer to the following thread for an X86-PC list of supported ethernet devices: http://forums.star-os.com/showthread.php?t=5694
Please use the PC cross-over release available on the download page to upgrade your StarOS Router and Server systems.
Stratolinks
08-28-2006, 05:09 PM
:o OK guys, this has to stop! 2 releases within a week! Don't you think you should get some sleep. We don't want you working yourselves to death. If you did that, the next release would be a long way off.
All kidding aside, awesome work guys.
Keep 'em rollin'.
lonnie
08-28-2006, 08:11 PM
As I posted in another thread, you get your wish. The next task is a driver rewrite and some core changes to things so we can get all sorts of authentication happening. That will take from 2 to 4 months so don't be expecting anything new and exciting for a while. We'll still be doing maintenance releases like this, but not many, just because things seem to be so stable at the moment.
sligbot
08-31-2006, 06:49 AM
We've had some issues with our 4 port WAR with the new versions of the OS. It seems that the problem is somehow linked to DNS. We're running v1.0.3 build 1230 and upgraded to several of the latest V3 OS for WAR boards (just tried v1.1.4 build 1509). It comes up working fine but downloading even a simple google homepage is very slow (20-30 seconds). We're using the internal DNS server of the OS for our DNS but also tried our provider's remote DNS servers with no change. Downgrading to v1.0.3 build 1230 seems to work fine (although I couldn't tell you if all of the new versions in between haven't worked, the last 2 definitely have not).
Upgrading our 2 port WARs that do not run any DNS seems to work flawlessly.
Any thoughts?
Thanks,
Richard
When you upgraded your systems to v1.1.4, have you modified the ethernet link speed / duplex settings at all? The new release has been working flawlessly on our network for almost a week now (including DNS).
sligbot
08-31-2006, 01:47 PM
No, I've continued operating with the default settings that were working with the other versions. I'll look into the duplex settings that you've mentioned and report back if that doesn't seem to fix things.
Thanks
Richard
kadanem
09-01-2006, 01:20 AM
Hi,
it is possible use in this version IP accounting and upload/download CBQ script via starutil?
lonnie
09-01-2006, 01:26 AM
There is no IP accounting and CBQ script is not available for upload.
kadanem
09-01-2006, 02:01 AM
and in new version this function will functional?
lonnie
09-01-2006, 09:39 AM
Our focus is to add radius and hotspot style authentication which will give you accounting via radius and radius can set individual CBQ settings.
Getting a FW, NAT or CBQ script into a v3 server is a snap if you've got them saved on your pc. Open the script using Utilistar (or whatever program you want) and copy (Ctrl C) then paste (Ctrl/Right Click and Paste) them to the proper script when logged into the server.
For those having problems booting either the X86-PC or X86-WRAP releases, please download the updated archive from the star-v3 downloads page.
There is a problem with the windows physdisk and diskimg utilities that prevented them from writing the entire .cf image to your CF card.
The symptom of a bad CF copy would the system not progressing beyond the 'Freeing unused kernel memory' bootup message on either the monitor, or serial console.
The updated archive has a new .cf image that should work much better.
Those using the *nix 'dd' command to copy the .cf image do not need this updated release.
Stratolinks
09-06-2006, 05:59 PM
I don't know why I hadn't tried using dd on the Mac to write the flash before, ( I had always used if for making images) but I did just try it with the original file and it writes the flash and the flash boots just fine.
By force of habit, the PC is on the workbench so I use it for writing the flash cards. The old mac is in the office where it does the real work.
Just another problem that we can blame on Windows!;);)
i20access
09-11-2006, 03:12 PM
The "updated" 1.1.4 X86-PC Image is corrupt for me on the .cf file. Tried using Windows uncompress utility and WinRAR. Anyone else having this issue, or only me?
Thank You,
You are absolutely right. I have replaced it with a good copy, and have also verified the other editions to ensure they are in working order.
i20access
09-13-2006, 12:17 AM
If I were to put 4 ethernet cards into a machine then put the new X86-PC release on a compact flash and boot it, is there some reason that it would "freeze" on bootup at "Assigning IP Addresses"? It never displays the [OK] either, just hangs.
Thanks,
lonnie
09-13-2006, 12:34 AM
Any number of reasons.
Did you disable all unused devices? Did you make sure that VGA does not get an IRQ?
What type of motherboard? What processor?
What brand and model of Ethernet? Did you try it with only 1 Ethernet or another brand of Ethernet?
If I were to put 4 ethernet cards into a machine then put the new X86-PC release on a compact flash and boot it, is there some reason that it would "freeze" on bootup at "Assigning IP Addresses"? It never displays the [OK] either, just hangs.
Thanks,
Peanut
09-16-2006, 02:59 PM
Hi,
Are the connlimit and ip2p firewall modules present in this release?
I'm using the 1.1.4 WRAP edition, and while my l7filter rules show up in the System Report, the ip2p rule and connlimit don't (their syntax unchanged from previous v2 install).
Thanks
lonnie
09-16-2006, 06:43 PM
They should be and we'll check and make sure. There will be a beta release in the next few weeks so we can make sure they are included then (if they are not there now).
ipp2p is available. I do not believe connlimit is in the 1.1.4 release.
Peanut
09-18-2006, 01:35 PM
Great, thanks... (I don't see ipp2p but I'll try again on the next release.)
keith.yoder
09-19-2006, 06:49 PM
I've noticed that SNMP is not available yet in v3. Are there plans to include it?
Thanks,
Keith
nickwhite
09-20-2006, 01:18 AM
I've noticed that SNMP is not available yet in v3. Are there plans to include it?I believe that it's high on the list, as it appears to be the biggest request right now.
peace2300
09-20-2006, 04:08 PM
I just recently updated a War 4 running 3 cards all cm9 to 1.1.4 and i had some problems with it and this is the part from the log that i did not understand
Jan 1 00:01:13 kernel: Unable to handle kernel NULL pointer dereference at virtual address 0000002c
Jan 1 00:01:13 kernel: pgd = c3e94000
Jan 1 00:01:13 kernel: [0000002c] *pgd=03f9a031, *pte=00000000, *ppte=00000000
Jan 1 00:01:13 kernel: Internal error: Oops: 0 [#1]
Jan 1 00:01:13 kernel: Modules linked in: tun crc32 bridge llc ip_nat_h323 ip_conntrack_h323 ip_nat_irc ip_conntrack_irc ip_nat_ftp ip_conntrack_ftp ipt_
Jan 1 00:01:13 kernel: CPU: 0
Jan 1 00:01:13 kernel: pc : [<0000002c>] lr : [<c002d3dc>] Tainted: P
Jan 1 00:01:13 kernel: sp : c2b7bf9c ip : c2b7bf90 fp : c2b7bfb0
Jan 1 00:01:13 kernel: r10: c0021b68 r9 : 00000200 r8 : 00000001
Jan 1 00:01:13 kernel: r7 : c2b7a04c r6 : 401be144 r5 : c0021b08 r4 : 00000001
Jan 1 00:01:13 kernel: r3 : 00001fb0 r2 : c2b7a034 r1 : 00000000 r0 : 00000001
Jan 1 00:01:13 kernel: Flags: nzCv IRQs on FIQs on Mode SVC_32 Segment user
Jan 1 00:01:13 kernel: Control: 39FF Table: 03E94000 DAC: 00000015
Jan 1 00:01:13 kernel: Process tvconfig (pid: 1268, stack limit = 0xc2b7a198)
Jan 1 00:01:13 kernel: Stack: (0xc2b7bf9c to 0xc2b7c000)
Jan 1 00:01:13 kernel: bf80: c002d5c0
Jan 1 00:01:13 kernel: bfa0: 00000000 c2b7bfb0 c00331d4 c002ce04 000dcfb0 0000000e 0000000f 00000043
Jan 1 00:01:13 kernel: bfc0: 00000000 000dcfb0 0000000f 000dcfb0 0000000e 00000043 401d6950 00000000
Jan 1 00:01:13 kernel: bfe0: be94bcac be94bc50 401be7b8 401be144 20000010 ffffffff 00000000 00000000
Jan 1 00:01:13 kernel: Backtrace:
Jan 1 00:01:13 kernel: Function entered at [<000dcfa4>] from [<c002ce04>]
Jan 1 00:01:13 kernel: Backtrace aborted due to bad frame pointer <c2b7bfb0>
Jan 1 00:01:13 kernel: Code: bad PC value.
Looks like your system is having a little trouble. Give it a reboot, and see if things clear up.
i20access
09-21-2006, 09:38 AM
Why do the config file size from a V3 X86-PC and V3 XSCALE-WAR mismatch?? I had a X86-PC keep locking up because of an "interrupt" problem, so I replaced it with a WAR-2. When I tried to upload the config from the V3 X86-PC to the WAR-2, it displayed a message that it failed. This was a MAJOR inconvience for me - I had to drive to the other end of the link just to get the WEP settings to restore the wireless link. Then I had to duplicate all of my OLSR entries, and my interface aliases, nat, firewall rules, cbq settings, and so on. When will this incompatibility be fixed? I can not back up my V3 routers reliably without it.
Thank you,
I will look into this. The configuration backups between the WAR and PC v3 releases /should/ be compatible, however I will do some investigations.
i20access
09-22-2006, 04:06 PM
This issue also applies between X86-WRAP and XSCALE. I can not, on yet another day, transfer a configuration between platforms. *sigh*
This will be resolved in an upcoming BETA. Thank you for bringing this problem to our attention.
kbldawg
10-03-2006, 08:56 AM
I just upgraded a WAR-2 to 1.1.4 (was 1.1.1). This unit is a bridged repeater (with a routed AP) that currently has one client on it, we are adding a second client this morning and that client will be a WARTENNA, thus the upgrade to 1.1.4.
The problem is, since I upgraded the repeater the host AP can no longer ping it. The AP can ping the client associated to the repeater, but it can not ping the repeater itself.
I connected to the repeater this morning (wirelessly) and everything looks fine from that end. I can log into the repeater and ping the host AP, but if I log into the host ap I still can't ping the repeater.
I can't go back to the old firmware because I need the latest to be able to hook up WARTENNAS.
Anybody else seeing this with a bridged connection? Any suggestions.
Sounds like an arp issue.
nickwhite
10-03-2006, 11:31 AM
We had this issue on an older StarV3 on two wars - one a WAR2 one a WAR4. I think it was 1.0.3. Try static arp? Our issue just eventually resolved itself.
patos
10-12-2006, 01:02 AM
Hi Tony,
We had a big issue with the new version since we had PPPoe in the WAR boards, i am not able to retreive the PPPoe users in th war with the starutil and even disconnect people .
Starutil 10.10.10.1 password -list_ppp ( not working )
Starutil 10.10.10.1 password -dis_ppp "tony" ( not working ) as well .
We had to deploy hundreads of war board on building and deploy PPPoE and at the end discovered that starutil not working , And we need this starutil fix on the lastest fixed release , we CANNOT wait for the BETA to be release , all our operation is jeapordized and stalled out of this discovery.
Please consider this highly urgent . And plus the SNMP .
Thanks in advance.
dastring
10-18-2006, 07:25 AM
I 2nd the SNMP client request.
peace2300
11-24-2006, 05:13 PM
got this when i saved my setting using v1.1.4 on a war 2. the board showed busy for about 2 min and the cpu was locked at 100 percent during this time
Just thought that i would pass this along
│ 00:09:22 kernel: blinky: notification 0x1001 │
│ 00:09:31 kernel: blinky: notification 0x1001 │
│ 00:09:42 kernel: blinky: notification 0x1001 │
│ 00:09:52 kernel: blinky: notification 0x1001 │
│ 00:09:52 kernel: blinky: notification 0x1003 │
│ 16:10:09 sshd: 192.168.1.9 logged in as admin │
│ 00:10:13 kernel: blinky: notification 0x1002 *│
│
I would recommend rebooting, and seeing if the problem persists.