开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育
I need DPLUS Dashboard to have a REGISTRATION button at top to be another DSTAR gateway 5
how do I make the DPLUS Dashboard to have a REGISTRATION button at top to be another DSTAR gateway? We have 3 dstar gateways and we want the registration button on 2 of them to point to the 3rd so all registrations are done on our main gateway, the 3rd one. How do I make this happen? thanks rich
Started by Rich Painter - N0RAP @ · Most recent @
Which software sends DPRS to APRS-IS?
And how do I test it? Had a QSO with another station, he on RF to our local gateway, me on the same GW, but hotspotted in. GW connected to REF069B at the time. No lat/lon sent through APRS-IS to places like aprs.fi. I checked a couple other APRS display sites, not there either. Looking at the logs, I see "gps spot" and the lat/lon and the call, etc. So the GW is seeing that data. Likewise, the dashboards of both our GW and the REF we were on highlight the calls, and clickage puts me at the right place on Google Maps. How can I determine if DPRS is making it out to APRS-IS? Oh good - I didn't hit send. DSTARMON is what does the DPRS stuff. Looking at the oddly-named /var/log/dstarmon.log.0, I see this WARNING: DPRSGW-2.dstarusers.org WARNING: DPRSGW-1.dstarusers.org WARNING: DPRSGW-2.dstarusers.org WARNING: DPRSGW-1.dstarusers.org WARNING: DPRSGW-2.dstarusers.org WARNING: DPRSGW-1.dstarusers.org WARNING: DPRSGW-2.dstarusers.org WARNING: DPRSGW-1.dstarusers.org WARNING: DPRSGW-2.dstarusers.org WARNING: DPRSGW-1.dstarusers.org WARNING: DPRSGW-2.dstarusers.org WARNING: DPRSGW-1.dstarusers.org WARNING: DPRSGW-2.dstarusers.org WARNING: Error in thread WARNING: DPRSGW-2.dstarusers.org WARNING: Error in thread WARNING: DPRSGW-2.dstarusers.org WARNING: Error in thread WARNING: DPRSGW-2.dstarusers.org That log isn't in the usual syslog format. so no timestamp on every line. You can iece stuff together though, and given that DPRSGW-1.dstarusers.org and DPRSGW-2.dstarusers.org are both CNAMEs for rotate.aprs2.net and that IPs, my guess is that one or more of the servers at those IPs is dead. DNS is dumb and just resolves the first A record that it finds. It makes no attempt to do load-balancing or any of that, so once a name resolves to an IP, it's job is done and unless the process that calls it knows enough to try resolving the name again if the connection fails, it just fails. And if it's only 1 of those 8 IPs that's bad, it will appear intermittent. Plus, whoever reports it gets blamed because "it works fine here" ... and it does. There are new kernel patches out so I'll patch and reboot and see if kicking DSTARMON smartens it up enough to resolve a new IP. Or all of DPRS is dead ... 2025-02-17T23:51:59.177Z net.ae5pl.aprssrvr.UpstreamDialer$InetAddressCache hasNext WARNING: DPRSGW-2.dstarusers.org java.net.UnknownHostException: DPRSGW-2.dstarusers.org: Name or service not known at java.base/java.net.Inet6AddressImpl.lookupAllHostAddr(Native Method) at java.base/java.net.InetAddress$PlatformNameService.lookupAllHostAddr(InetAddress.java:934) at java.base/java.net.InetAddress.getAddressesFromNameService(InetAddress.java:1543) at java.base/java.net.InetAddress$NameServiceAddresses.get(InetAddress.java:852) at java.base/java.net.InetAddress.getAllByName0(InetAddress.java:1533) at java.base/java.net.InetAddress.getAllByName(InetAddress.java:1385) at java.base/java.net.InetAddress.getAllByName(InetAddress.java:1306) at net.ae5pl.aprssrvr.UpstreamDialer$InetAddressCache.hasNext(UpstreamDialer.java:435) at net.ae5pl.aprssrvr.UpstreamDialer.run(UpstreamDialer.java:302) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) at java.base/java.lang.Thread.run(Thread.java:840) 2025-02-17T23:52:19.604Z net.ae5pl.aprssrvr.UpstreamDialer$UpstreamClientRcv run INFO: Upstream connected:Socket[addr=DPRSGW-1.dstarusers.org/109.72.122.50,port=14580,localport=47567] -- Peter Laws - VE[23]UWY / N5UWY Admin VE2RM Admin W5TC (ret.)
Started by Peter Laws - VE3UWY @
Latest Gateway Server 3.2 version
From the Gateway Server 3.2 install instructions: dstar_gw_gpg-3.20-3.noarch.rpm dstar_gw-3.20-8.el9.x86_64.rpm ● Note: the versions you receive may be newer (e.g. 3.20-9, etc.): The link I have from Icom points to files named: dstar_gw-3.20-1.el9.x86_64.rpm I would think the files I have links to are older, i.e. 3.20-1 is < 3/20-8. Can anyone confirm the latest version? As a side note I am trying to install a replacement PC with new Gateway Server software at our repeater site which has not had a Gateway Server PC installed for a few years? I do have the old PC. Another question is if I shoud try a use the database from the old Server (ie, run the script to back it up and then restore on the new PC) or after so long am I better off trying to start over. I'm not sure what happens with the old registrations at that point. Eric
Started by Eric Van Norman - KF0S @
[dstar-admins] Repeater File generator .. 8
Do you mean this one? http://dstarinfo.com/dstar-web-calculator.aspx That calc is VERY helpful for understanding how to set up your radio to do different things. Mandatory playtime, really, for D-STAR newbs But I dug and dug and found: http://www.dstarinfo.com/old-localized-memory-downloads.aspx ... which is the one I was looking for! Thank you! If the owner of that site is here, it would appear that the search by named location causes an error. Entering the lat/lon works fine and you end up with something like this: 0,442.2500,DUP+,5,5kHz,DV,VE2RM Talk,OFF,OFF,82.5Hz,82.5Hz,23,BOTH N,OFF,0,CQCQCQ,VE2RM B,VE2RM G,"Rigaud Canada, Quebec", 1,442.2500,DUP+,5,5kHz,DV,VE2RM Status,OFF,OFF,82.5Hz,82.5Hz,23,BOTH N,OFF,0,VE2RM I,VE2RM B,VE2RM G,"Rigaud Canada, Quebec", 2,442.2500,DUP+,5,5kHz,DV,VE2RM Echo,OFF,OFF,82.5Hz,82.5Hz,23,BOTH N,OFF,0,VE2RM E,VE2RM B,VE2RM G,"Rigaud Canada, Quebec", 3,442.2500,DUP+,5,5kHz,DV,VE2RM Unlink,OFF,OFF,82.5Hz,82.5Hz,23,BOTH N,OFF,0, U,VE2RM B,VE2RM G,"Rigaud Canada, Quebec", 4,442.2500,DUP+,5,5kHz,DV,VE2RM REF069C,OFF,OFF,82.5Hz,82.5Hz,23,BOTH N,OFF,0,REF069CL,VE2RM B,VE2RM G,"Rigaud Canada, Quebec", 5,442.2500,DUP+,5,5kHz,DV,VE2RM REF069B,OFF,OFF,82.5Hz,82.5Hz,23,BOTH N,OFF,0,REF069BL,VE2RM B,VE2RM G,"Rigaud Canada, Quebec", 6,442.2500,DUP+,5,5kHz,DV,VE2RM REF038A,OFF,OFF,82.5Hz,82.5Hz,23,BOTH N,OFF,0,REF038AL,VE2RM B,VE2RM G,"Rigaud Canada, Quebec", 7 -- Peter Laws | VE[23]UWY / N5UWY | plaws0 gmail com | Travel by Train!
Started by Peter Laws - VE3UWY @ · Most recent @
ERROR INSTALLING G3.2 ON ALMALINUX 9.5
just installed a clean almalinux 9.5 on a server. during the G3 install the script failed. I have in /tmp the rpms: dstar_gw-3.20-1.el9.x86_64.rpm dstar_gw_gpg-3.20-1.noarch.rpm the install script is g32_installer version 4.5.1 the error in the log is: Wed Jan 15 11:23:32 PM MST 2025 Installing ICOM G3 Gateway Software Wed Jan 15 11:23:32 PM MST 2025 Installing dstar_gw_gpg-3.20-1.noarch.rpm Last metadata expiration check: 3:47:54 ago on Wed 15 Jan 2025 07:35:40 PM MST. Can not load RPM file: dstar_gw_gpg-3.20-1.noarch.rpm. Could not open: dstar_gw_gpg-3.20-1.noarch.rpm error: /etc/pki/rpm-gpg/RPM-GPG-KEY-ICOM-GW: import read failed(2). Error installing dstar_gw_gpg-3.20-1.noarch.rpm, check /tmp/G3-Installation-250115-232228.log for more information Any suggestions? thanks rich painter
Started by Rich Painter - N0RAP @
Repeater File generator ..
I never know which list is for what (or why there are two) so some of you will see this twice. Sorry, A year or so ago, I found a website that would generate a repeater list that was designed for the pre-DR-mode radios. IOW, it would build a list with the repeater call and various commands, so you could change channels in the radio and run an unlink or an info or link to a particular reflector because each memory had the same repeater address but a different command. Not needed, really, with a DR-mode radio because of the ability to rapidly change TO fields ... Does anyone know where that is? Relatedly, did my addled brain actually make that up? :-) -- Peter Laws - VE[23]UWY / N5UWY Admin VE2RM Admin W5TC (ret.)
Started by Peter Laws - VE3UWY @
ID-RP4000V sensitivity 4
Anyone have sensitivity issues with their UHF module? Not the new one (ID-RP4010V) but the older one. As far as we know, the coax inside, both between the receiver and case connector and transmitter and case connector, has been replaced, though we'll probably end up checking. The antenna and feedline were both swept and look OK. The pre-amp that was in the receiver line checked out OK (that it was thought that we needed one is "interesting"). Anyone have experience restoring receiver sensitivity to something approaching normal? You can hear the thing for 50 km around at least but can only hit it if you have a nice outdoor antenna and put about 50 W into it. HTs work fine ... at the repeater site and my hotspot works FB as well! :-D Experiences and ideas welcomed. Yes, we have looked at ZL2TWS' paper on his experience, though his was mostly transmit-related (https://zl2vh.org.nz/assets/pdf/other/rp4000-power-control.pdf) and "we" (I'm the FNG) are fairly sure the cables inside were replaced. 73, Peter -- Peter Laws | VE[23]UWY / N5UWY | plaws0 gmail com | Travel by Train!
Started by Peter Laws - VE3UWY @ · Most recent @
/dstar/tools/rp2c
I thought this command would spit out module serial numbers, but alas, it doesn't seem to. Anyone know if the S/N appears in one of the logs? Or if there is a command that would cause the modules to give up their numbers? -- Peter Laws | VE[23]UWY / N5UWY | plaws0 gmail com | Travel by Train!
Started by Peter Laws - VE3UWY @
dstarusersls
[root@dstar-gw ~]# ldd /dstar/tools/dstarusersls linux-gate.so.1 (0xf7f4c000) libpthread.so.0 => /lib/libpthread.so.0 (0xf7f36000) libcrypt.so.1 => not found libc.so.6 => /lib/libc.so.6 (0xf7d3f000) /lib/ld-linux.so.2 (0xf7f4e000) Not found because it's old. [root@dstar-gw ~]# uname -a Linux dstar-gw 5.14.0-427.42.1.el9_4.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Nov 1 14:58:02 EDT 2024 x86_64 x86_64 x86_64 GNU/Linux System is current. I tried soft-linking the old lib name to the current libcrypt (/usr/lib64/libcrypt.so.2.0.0) but that doesn't do what I thought it might. Maybe I missed a step? Anyone know where a current version might be? Or source kit so I can rebuild for current OS? -- Peter Laws | VE[23]UWY / N5UWY | plaws0 gmail com | Travel by Train!
Started by Peter Laws - VE3UWY @
[dstar-admins] [DStar-Gateway] dsgwd 3
Pretty tired last night. Didn't think to run the IP tester. Clearly there is an issue. [root@dstar-gw tools]# ./IPPortTestClient.bin Connected to server 192.92.237.249:19999 from my IP 74.114.21.161:21689 Testing server to client UDP connection on port (12345) ...FAILED (local UDP port BUSY) Test complete with server 192.92.237.249:19999 This is who has 12345 ... no one else marked as using 12345 tcp 0 0 0.0.0.0:20005 0.0.0.0:* LISTEN 2135/./dsipsvd udp 0 0 0.0.0.0:12345 0.0.0.0:* 2135/./dsipsvd udp 0 0 0.0.0.0:12346 0.0.0.0:* 2135/./dsipsvd -- Peter Laws | VE[23]UWY / N5UWY | plaws0 gmail com | Travel by Train!
Started by Peter Laws - VE3UWY @ · Most recent @
dsgwd 2
According to https://dsync.dstar.info/gw_status.php?gw=VE2RM dsgwd is dead on our gateway. All the things seem to be running, however. │ ├─dplus.service │ │ └─1479 /dstar/tools/dplus -c VE2RM "&" │ ├─dsm.service │ │ └─1070 /usr/bin/java -server -Xmx16m -XX:+UseG1GC -XX:InitiatingHeapOccupancyPercent=0 -XX:-UsePerfData -cp "lib/*" > │ ├─dstar_gw.service │ │ └─2135 ./dsipsvd dsipsvd.conf │ ├─dstar_web.service │ │ └─1265 /opt/products/dstar/D-STAR/WebApp Now, the rest of the story. We put the new FW box in front of everything at the station today. Our new fiber gives us ~500 Mbit/s and the old FW box was only good for "Fast Ethernet" as the kids all don't say (because they're on their phones). Everything got a new IP and the gateway was no exception. My guess is that I missed changing it somewhere, but I can't find where. And yes, I do know how to type 'find /etc -exec grep "10\.0\.0\." {} \; -ls'. :-) But where? And yes, I've rebooted too many times already. This is a G3.2 system running AlmaLinux 9.4 and was patched today. ID-RP2C / ID-RP4000V are the only modules. So getting rid of the red blotch on the dsync page is job one, but we have seen issues with DPlus linking today as well. But first things first and it may well fix the linking issue. -- Peter Laws | VE[23]UWY / N5UWY | plaws0 gmail com | Travel by Train!
Started by Peter Laws - VE3UWY @ · Most recent @
Some progress (Re: [dstar-admins] Success but need DB assistance, PSE K
Apologies to those of you (us) on both lists. Looking for help importing a CSV exported from the DB on a G2 system into a G3.2 system. I can see that the fields are different between the two types of exported CSVs so something needs transmogrifying between old and new. I did find a script that I think handles that, but I'd sure like to hear from someone that has done this successfully. ---------- Forwarded message --------- From: Peter Laws via groups.io <plaws0@...> Date: Mon, Aug 12, 2024 at 11:00 PM Subject: Re: Some progress (Re: [dstar-admins] Success but need DB assistance, PSE K To: <[email protected]> This might be what I need. It covers the original G2 -> G3 update: https://dstar.info/icom-g3-faq.pdf#page9 In it, there is a link to a script that, *I think*, does what I need to do: https://dsync.dstarusers.org/G3/import_mng It is prefaced with: "If you have manually installed your gateway or if the g3_installer did not load your user database correctly during installation, there is a utility that will import the user data for you." Well, we didn't have the old DB when the new GW was built. so this seems to satisfy the description. In the script, it does a DROP TABLE on unsync_user_mng (some of you may remember "little Bobby Tables" - https://xkcd.com/327/) and then does a CREATE TABLE on public.unsync_user_mng I'm assuming that 1) this will do what I need to make a csv of data dumped from a G2 GW work in a G3.2 GW and 2) if I screw up, I can simply do a manual DROP TABLE on what was created ... The gateway works and is happy "allowing" users in REGIST and elsewhere to connect, and I don't want to screw that up ... so I'd sure like some confirmation before I start breaking things. I do have a backup of the new GW as it exists, so should be able to restore the one record that's in the current user DB if needed. On Mon, Aug 12, 2024 at 4:30 PM Peter Laws via groups.io <plaws0@...> wrote: > > On Sat, Aug 10, 2024 at 10:03 PM Peter Laws via groups.io > <plaws0@...> wrote: > > > > Now I need to see if can just put the csv in the right place on the > > in-service gateway and re-run the install script or if I need to rip > > out the part that imports the old data. Looking like the latter. Two > > different branches in the code depending, I guess, on how old the DB > > was that made the backup files. > > > > Will keep reading. Tomorrow. > > Or Monday. > > So I have a CSV dumped from the old GW, which is G2. I also have a > CSV dumped from the new GW (G3.2 and all fresh and new). > > The dump from the new GW has a single entry, which is for the > gateway's callsign with my email address. > > The dump from the old GW has 48 entries, including one for the GW's callsign. > > But there are differences in the fields: > > Old: > > callsign w/spaces, timestamp, timestamp, admin email, hash, callsign, > <two flags> > > New: > > hash, callsign w/spaces, callsign, callsign, timestamp, timestamp, > admin email, ADMIN EMAIL, hash, "callsign-admin", <four flags>, hash, > hash, <three flags> > > All this to point out that I probably can't just run some SQL command > in Postgres and suck in the records. I don't care what any of those > things mean, I just want to preserve the user data. > > Looking for ideas of how to import this. I can see the commands in > the G32 install script, but those commands assume you have the dump > file already - we didn't know the old GW was even bootable until this > past week let alone that the DB was recoverable while the new GW has > been up since July. > > So what must I do to get the current DB format (is this what's known > as a "schema"?) to use the old DB format and get these records into > the new DB? > > I know big words like "schema" and can spell DBA but that's as close > as I get to being one. > > > > -- > Peter Laws | VE[23]UWY / N5UWY | plaws0 gmail com | Travel by Train! > > > > > -- Peter Laws | VE[23]UWY / N5UWY | plaws0 gmail com | Travel by Train! -- Peter Laws | VE[23]UWY / N5UWY | plaws0 gmail com | Travel by Train!
Started by Peter Laws - VE3UWY @
Alma os issues 9
Anyone know why I am getting this screen when trying to install the os? See attached NI0P Brian Sent from Proton Mail Android
Started by Brian T Schmidt - NI0P @ · Most recent @
HAMVENTION coverage 3
I was wondering if the ref030 will be used for hamvention coverage this year? THX ChrisR N7TWW
Started by wally_lamma - n7tww @ · Most recent @
New G3 upgrade not working 3
I just built a KS6HRP G3.1 gateway using the G2 backup from the current gateway. The new gateway is syncing with the Trust server and I do not see any errors in the logs. I see packets between the Gateway and repeater controller using ifconfig. Is there a way to test the gateway to controller connection from the gateway? There is also a virtual interface but it is not showing any traffic. Repeater works fine standalone but does not respond to info, echo, link, unlink. Any help to get me started troubleshooting would be appreciated. Tom Preston KQ6EO
Started by Tom Preston @ · Most recent @
No voice prompts from rptr and no linking
The new rptr I am building in Nebraska is at the point where I switch from TMobile to Viaero. I have go the rptr working as a local CQ rptr, it passes the ports test. The Dsync DStar is reporting on the page for N0LF but linking is not working. Also when I key the HT to get rptr info that also is not working. NI0P Brian
Started by Brian T Schmidt - NI0P @
Repeater Owners - Wireless Internet 16
If you need Internet at a site that doesn't have it. T-Mobile has a plan now that is 30GB for $10/mo. (w/autopay or $15/mo. without autopay). It is not advertised on their site, so you either have to go to a store or call their customer service to sign up. I just learned about it yesterday and today I went to a local T-Mobile store and got a SIM, it cost $39 to activate the line. For autopay you need a Debit Card (not Credit Card) or bank account debit. I activated it on my LTE router at the Kingston WA D-STAR site, it came right up. I had previously been using an IOT SIM which worked, but was not as hearty as I wanted. The Kingston site will be getting additional repeaters in the coming months, so the added bandwidth/reliability is welcome. A friend reported that if you do the online chat/phone they wave the activation charge. YMMV, but I wanted to pick up the SIM anyway. It is called "Basic Mobile Internet 30GB (TE)" if the agent isn't familiar with it. I use the GL-Inet Collie at a couple of sites with good results. https://tmo.report/2023/12/this-secret-30gb-hotspot-plan-is-just-10-per-month-from-t-mobile/ -- John D. Hays Kingston, WA K7VE / WRJT-215
Started by John Hays - K7VE / WRJT-215 @ · Most recent @
dsipsvd TRUST_SERVER invalid. 2
Good afternoon, I'm Manuel ea6qj, I'm configuring the PC for the ED6ZAB repeater and I find myself in the dahs boart status it says dsipsvd TRUST_SERVER invalid, in the configuration of said file that data is missing, since the data I have is old since it has been the repeater stopped for a while. Can you tell me what to put? Thank you EA6QJ
Started by Manuel - EA6QJ @ · Most recent @
EOL of CentOS 7? 10
Hi, A local discussion here in VK land had the subject regarding the EOL of CentOS 7 come up in the discussion. A quick search reveals that the projected EOL for CentOS 7 is nominated to be 30 June 2024. CentOS 8 is not an alternative as its EOL has expired at 31 December 2021. Has anyone any idea where we might be headed for future Gateway computer OS and the Icom Gateway software? -- Cheers, *73, Ben VK5BB* *VK5RWN D-Star System Administrator*
Started by Ben VK5BB @ · Most recent @
Today Only! 2
Super sale on D-STAR/FM repeaters. (~ 75% off) FB-RPTR-1200: https://www.hamradio.com/detail.cfm?pid=71-004335 FB-RPTR-4010: https://www.hamradio.com/detail.cfm?pid=71-004334 FB-RPTR-2010: https://www.hamradio.com/detail.cfm?pid=71-004333 Flash Sale Ends 11/17/23 @ 8PM Eastern. Online order only!… Sold out, but says delivery will be delayed. They are taking orders. -- John D. Hays Kingston, WA K7VE / WRJT-215
Started by John Hays - K7VE / WRJT-215 @ · Most recent @
Current Image
Image Name
Sat 8:39am