|
I found it in the log2ram config file and increased to 100MB.
Somethings writing a lot there — im trying to find what it is— I’m already at 7 additional MB used after the first 12 hours or so.
On Wed, Jan 23, 2019 at 9:20 AM JJ Cummings < cummingsj@...> wrote:
On Wed, Jan 23, 2019 at 3:40 AM Steve N4IRS < szingman@...> wrote:
I don't remember DIAL setting up a RAM drive for Intel / AMD.
On 1/23/19 12:40 AM, Skyler Fennell
wrote:
I'm using an older distro of DIAL AllStar manual
install from a Debian 8 virtual machine, ( I need older
app_rpt.c patched for IRLP )
On
Tue, Jan 22, 2019 at 4:01 PM JJ Cummings < cummingsj@...> wrote:
What distro/image are you using?
This does not exist in my fstab. This is
all I have:
# /etc/fstab: static
file system information.
#
# Use 'blkid' to
print the universally unique identifier for a
# device; this may be
used with UUID= as a more robust way to name
devices
# that works even if
disks are added and removed. See fstab(5).
#
# <file system>
<mount point>
<type>
<options>
<dump>
<pass>
# / was on /dev/vda1
during installation
UUID=87ebb3ad-15df-4e86-80a1-ccfd1cbe13c8
/
ext4
errors=remount-ro 0
1
/dev/sr0
/media/cdrom0
udf,iso9660 user,noauto
0
0
On
Tue, Jan 22, 2019 at 10:43 AM JJ Cummings < cummingsj@...>
wrote:
If you look in /etc/fstab you should
see an entry like the following (similar) set the
size= option to what I have it or what you
think... Don't get too crazy because this uses
memory and not disk..
tmpfs /var/log tmpfs
defaults,noatime,nosuid,mode=0755,size=100m
JJC
Ok thank you. Yeah I will get
a rotating log system and get the old
garbage out of there.
What commands do I use to increase the file
size?
Thanks,
Skyler
On Tue, Jan 22, 2019 at 8:57 AM
JJ Cummings < cummingsj@...>
wrote:
Skyler - time to get
logrotate running on that system to age
out old things from the tmpfs where
/var/log is mounted. I'd also look at
increasing that to 100M maybe as long as
you have enough memory for it.
On Tue, Jan 22, 2019 at
8:38 AM Steve N4IRS < szingman@...>
wrote:
Your log
directory is full:
log2ram 40M 40M 0 100%
/var/log
Can I assume it's a ASL 1.01 system?
On
1/22/2019 10:37 AM, Skyler Fennell
wrote:
mount
sysfs on /sys type
sysfs
(rw,nosuid,nodev,noexec,relatime)
proc on /proc type
proc
(rw,nosuid,nodev,noexec,relatime)
udev on /dev type
devtmpfs
(rw,relatime,size=10240k,nr_inodes=125703,mode=755)
devpts on /dev/pts
type devpts
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type
tmpfs
(rw,nosuid,relatime,size=204852k,mode=755)
/dev/vda1 on / type
ext4
(rw,relatime,errors=remount-ro,data=ordered)
securityfs on
/sys/kernel/security type
securityfs
(rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm
type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock
type tmpfs
(rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on
/sys/fs/cgroup type tmpfs
(ro,nosuid,nodev,noexec,mode=755)
cgroup on
/sys/fs/cgroup/systemd type
cgroup
(rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on
/sys/fs/pstore type pstore
(rw,nosuid,nodev,noexec,relatime)
cgroup on
/sys/fs/cgroup/cpuset type
cgroup
(rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on
/sys/fs/cgroup/cpu,cpuacct
type cgroup
(rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on
/sys/fs/cgroup/devices type
cgroup
(rw,nosuid,nodev,noexec,relatime,devices)
cgroup on
/sys/fs/cgroup/freezer type
cgroup
(rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on
/sys/fs/cgroup/net_cls,net_prio
type cgroup
(rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on
/sys/fs/cgroup/blkio type
cgroup
(rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on
/sys/fs/cgroup/perf_event type
cgroup
(rw,nosuid,nodev,noexec,relatime,perf_event)
tmpfs on
/etc/machine-id type tmpfs
(ro,relatime,size=204852k,mode=755)
systemd-1 on
/proc/sys/fs/binfmt_misc type
autofs
(rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
debugfs on
/sys/kernel/debug type debugfs
(rw,relatime)
hugetlbfs on
/dev/hugepages type hugetlbfs
(rw,relatime)
mqueue on /dev/mqueue
type mqueue (rw,relatime)
fusectl on
/sys/fs/fuse/connections type
fusectl (rw,relatime)
/dev/vda1 on
/var/log.hdd type ext4
(rw,relatime,errors=remount-ro,data=ordered)
log2ram on /var/log
type tmpfs
(rw,nosuid,nodev,noexec,relatime,size=40960k,mode=755)
binfmt_misc on
/proc/sys/fs/binfmt_misc type
binfmt_misc (rw,relatime)
tmpfs on /run/user/0
type tmpfs
(rw,nosuid,nodev,relatime,size=102428k,mode=700)
On
Tue, Jan 22, 2019 at 8:36 AM
Steve N4IRS < szingman@...>
wrote:
Also
show result of mount
On
1/22/2019 10:34 AM, Skyler
Fennell wrote:
Interesting
.... So when I try to
write a file to this
directory and add content
to it, I get an error "No
Space Left on Device"
However, my root
directory has 17GB
remaining! How could
this be?
On
Tue, Jan 22, 2019 at
8:32 AM Skyler Fennell
via Groups.Io
<electricity440= gmail.com@groups.io>
wrote:
Heres
something else that is
interesting, I am also
running an instance of
MMDVM_bridge for
something else ( not
related to the P25 ),
and it's log files
have been blank for a
couple of months.
I have similar
log settings for
this
MMDVM_Bridge.ini
[Log]
# Logging levels,
0=No logging,
1=Debug,
2=Message,
3=Info,
4=Warning,
5=Error,
6=Fatal
DisplayLevel=1
FileLevel=1
FilePath=/var/log/mmdvm
FileRoot=MMDVM_Bridge
On
Tue, Jan 22, 2019 at
8:26 AM Skyler
Fennell via
Groups.Io
<electricity440= gmail.com@groups.io>
wrote:
Nope,
it's still blank
root@stn3764:/var/log/mmdvm#
cat
P25Reflector-2019-01-22.log
root@stn3764:/var/log/mmdvm#
On
Tue, Jan 22,
2019 at 8:24 AM
Steve N4IRS < szingman@...>
wrote:
OK, good.
Check your log
file now.
Anything in
it?
On
1/22/2019
10:23 AM,
Skyler Fennell
wrote:
I: 2019-01-22
15:22:45.302
Opening P25
network
connection
I: 2019-01-22
15:22:45.386
Loaded 109242
Ids to the
callsign
lookup table
M: 2019-01-22
15:22:45.386
Starting
P25Reflector-20161101
I: 2019-01-22
15:22:45.386
Started the
DMR Id lookup
reload thread
M: 2019-01-22
15:22:47.724
Adding KG0SKY
(71.196.210.222:35143)
M: 2019-01-22
15:22:48.190
Adding WN0EHE
(71.228.144.180:42010)
On
Tue, Jan 22,
2019 at 8:18
AM Steve N4IRS
< szingman@...>
wrote:
when you run
P25Reflector
in the
foreground
what do you
get?
./P25Reflector
P25Reflector.ini
Steve
On
1/22/2019
10:15 AM,
Skyler Fennell
wrote:
First,
I would like
to put a great
thanks to
Steve and
everyone on
this group for
there efforts
helping
everyone out.
I
recently
installed
P25Reflector
and I wen't to
check my log
directory, and
I have blank
files
generated
every day with
the proper
date but with
no data in
them.
Below is
my config for
the
P25Reflector.ini
[General]
Daemon=0
[Id Lookup]
Name=DMRIds.dat
Time=24
[Log]
# Logging levels,
0=No logging
DisplayLevel=1
FileLevel=1
[Log]
FilePath=/var/log/mmdvm
FileRoot=P25Reflector
[Network]
Port=41000
Debug=1
|
|
|
Steve N4IRS
Not a lot of information to go on but in general:
Run each program in the foreground so you can see what is happening.
Start at one end and work to the other end.
Steve
toggle quoted messageShow quoted text
On 1/23/2019 1:42 PM, K4VL wrote:
I was wondering how to test my bridge? I don't seem to be getting
to it through my hotspot. I went to the CLI and keyed my radio and
nothing showed up. My server is setup as 311628005 and my
talkgroup is 310286.
Thanks
|
|
|
I was wondering how to test my bridge? I don't seem to be getting to it through my hotspot. I went to the CLI and keyed my radio and nothing showed up. My server is setup as 311628005 and my talkgroup is 310286.
Thanks
|
|
|
Steve N4IRS
Maybe this will help:
root@repeater:/opt/DMRGateway# ./DMRGateway DMRGateway.ini
I: 2019-01-23 18:31:40.982 This software is for use on amateur radio
networks only,
I: 2019-01-23 18:31:40.982 it is to be used for educational purposes
only. Its use on
I: 2019-01-23 18:31:40.982 commercial networks is strictly
prohibited.
I: 2019-01-23 18:31:40.982 Copyright(C) 2017 by Jonathan Naylor,
G4KLX and others
M: 2019-01-23 18:31:40.983 DMRGateway-20180606 is starting
M: 2019-01-23 18:31:40.983 Built 11:29:08 Jan 10 2019 (GitID
#9579565)
I: 2019-01-23 18:31:40.983 MMDVM Network Parameters
I: 2019-01-23 18:31:40.983 Rpt Address: 127.0.0.1
I: 2019-01-23 18:31:40.983 Rpt Port: 62032
I: 2019-01-23 18:31:40.983 Local Address: 127.0.0.1
I: 2019-01-23 18:31:40.983 Local Port: 62031
M: 2019-01-23 18:31:40.984 MMDVM Network, Opening
M: 2019-01-23 18:31:40.984 Waiting for MMDVM to connect.....
M: 2019-01-23 18:32:00.014 MMDVM has connected
I: 2019-01-23 18:32:00.015 Rule trace: no
I: 2019-01-23 18:32:00.017 Loaded 301 XLX reflectors
I: 2019-01-23 18:32:00.017 XLX Network Parameters
I: 2019-01-23 18:32:00.018 Id: 3112138
I: 2019-01-23 18:32:00.018 Hosts file: ./XLXHosts.txt
I: 2019-01-23 18:32:00.018 Reload time: 60 minutes
I: 2019-01-23 18:32:00.018 Local: random
I: 2019-01-23 18:32:00.018 Port: 62030
I: 2019-01-23 18:32:00.018 Slot: 2
I: 2019-01-23 18:32:00.018 TG: 6
I: 2019-01-23 18:32:00.018 Base: 64000
I: 2019-01-23 18:32:00.018 Startup: XLX334
I: 2019-01-23 18:32:00.018 Relink: 10 minutes
I: 2019-01-23 18:32:00.018 User Control: enabled
I: 2019-01-23 18:32:00.018 Module: E
I: 2019-01-23 18:32:00.019 XLX: Using original configuration
message: N4IRS 222340000224940000010141.73329-50.39989000Iceberg,
North AtlanMMDVM_Bridge
4https://groups.io/g/DVSwitch
20180423 MMDVM_Unknown
M: 2019-01-23 18:32:00.019 XLX, Opening DMR Network
M: 2019-01-23 18:32:00.019 XLX, Connecting to XLX334
I: 2019-01-23 18:32:00.019 Voice Parameters
I: 2019-01-23 18:32:00.019 Enabled: yes
I: 2019-01-23 18:32:00.019 Language: en_US
I: 2019-01-23 18:32:00.019 Directory: ./Audio
M: 2019-01-23 18:32:00.020 DMRGateway-20180606 is running
D: 2019-01-23 18:32:10.071 XLX, Sending authorisation
D: 2019-01-23 18:32:10.122 XLX, Sending configuration
M: 2019-01-23 18:32:10.173 XLX, Logged into the master successfully
M: 2019-01-23 18:32:10.173 XLX, Linking to reflector XLX334 E
toggle quoted messageShow quoted text
On 1/23/2019 1:29 PM, Doug - W4DBG
wrote:
There is an E but no parrot is installed.
I guess I have muffed something up. I have the
same thing as you but no module showing.
I checked the log and it looks like it connects
and disconnects.
On Wed, Jan 23, 2019 at 12:28 PM Steve N4IRS
< szingman@...> wrote:
Is there a Echo
module? E?
On
1/23/2019 9:44 AM, Doug - W4DBG wrote:
I will keep plugging away at it. I
must still have something “off” attached is a photo
of the reflector dashboard showing the module
missing.
On Wed, Jan 23, 2019 at 8:20 AM Steve
N4IRS < szingman@...>
wrote:
Doug,
I have zero experience with XLX and DMRGateway
but I think what you want is is DMRGateway.ini
[XLX Network]
Enabled=1
File=XLXHosts.txt
Port=62030
Password=passw0rd
ReloadTime=60
# Local=3351
Slot=1
TG=6
Base=64000
Startup=950
Relink=10
Debug=0
#Allow user linking control using Private Calls
UserControl=1
#Override default module for startup reflector
#Module=A
<--------------------------------------------------------
Uncomment this and set to the module you want.
On
1/23/2019 9:15 AM, Doug - W4DBG wrote:
On Wed, Jan 23, 2019 at
8:15 AM Steve N4IRS < szingman@...>
wrote:
It is.
Are you using DMRGateway to connect to
XLX or going direct from MMDVM_Bridge?
Steve
On
1/23/2019 9:13 AM, Doug - W4DBG
wrote:
Maybe I am missing
something. Is YSF2DMR in the
setup?
I thought that was a
hotspot setting?
On Wed, Jan 23,
2019 at 7:13 AM Steve KC1AWV
< smiller@...>
wrote:
Hi Doug-
I assume you're using
YSF2DMR? The DMR Network
stanza by default shows
commented out settings
for XLX. Here's mine for
example.
[DMR Network]
Id=[Your DMR ID]
XLXFile=XLXHosts.txt
XLXReflector=740
XLXModule=B
#StartupDstId=9990
# For TG call:
StartupPC=0
#StartupPC=1
#Address=44.131.4.1
Port=62030
Jitter=500
EnableUnlink=1
TGUnlink=4000
PCUnlink=0
# Local=62032
Password=PASSWORD
# Options=
TGListFile=TGList-DMR.txt
Debug=0
Steve KC1AWV
Hello to the
group...
I have read other
threads but I haven't
really seen an answer
that I am looking for.
I want to bridge a
YSF reflector to a XLX
Reflector in DMR mode.
It looks like I am
successful connecting
to the YSF reflector
and the XLX reflector
using the proper
gateways but on the
XLX reflector it is
not connected to a
specific Module. I
just need to know what
to change to attach it
to a specific module.
Thanks!
Doug
W4DBG
--
--
--
--
|
|
|
Doug - W4DBG
There is an E but no parrot is installed.
I guess I have muffed something up. I have the same thing as you but no module showing.
I checked the log and it looks like it connects and disconnects.
On Wed, Jan 23, 2019 at 12:28 PM Steve N4IRS < szingman@...> wrote:
Is there a Echo module? E?
On 1/23/2019 9:44 AM, Doug - W4DBG
wrote:
I will keep plugging away at it. I must still
have something “off” attached is a photo of the reflector
dashboard showing the module missing.
On Wed, Jan 23, 2019 at 8:20 AM Steve N4IRS
< szingman@...> wrote:
Doug,
I have zero experience with XLX and DMRGateway but I think
what you want is is DMRGateway.ini
[XLX Network]
Enabled=1
File=XLXHosts.txt
Port=62030
Password=passw0rd
ReloadTime=60
# Local=3351
Slot=1
TG=6
Base=64000
Startup=950
Relink=10
Debug=0
#Allow user linking control using Private Calls
UserControl=1
#Override default module for startup reflector
#Module=A
<--------------------------------------------------------
Uncomment this and set to the module you want.
On
1/23/2019 9:15 AM, Doug - W4DBG wrote:
On Wed, Jan 23, 2019 at 8:15 AM Steve
N4IRS < szingman@...>
wrote:
It is.
Are you using DMRGateway to connect to XLX or
going direct from MMDVM_Bridge?
Steve
On
1/23/2019 9:13 AM, Doug - W4DBG wrote:
Maybe I am missing
something. Is YSF2DMR in the setup?
I thought that was a hotspot
setting?
On Wed, Jan 23, 2019 at
7:13 AM Steve KC1AWV < smiller@...>
wrote:
Hi Doug-
I assume you're using YSF2DMR?
The DMR Network stanza by default
shows commented out settings for
XLX. Here's mine for example.
[DMR Network]
Id=[Your DMR ID]
XLXFile=XLXHosts.txt
XLXReflector=740
XLXModule=B
#StartupDstId=9990
# For TG call: StartupPC=0
#StartupPC=1
#Address=44.131.4.1
Port=62030
Jitter=500
EnableUnlink=1
TGUnlink=4000
PCUnlink=0
# Local=62032
Password=PASSWORD
# Options=
TGListFile=TGList-DMR.txt
Debug=0
Steve KC1AWV
Hello to the group...
I have read other threads but
I haven't really seen an answer
that I am looking for.
I want to bridge a YSF
reflector to a XLX Reflector in
DMR mode.
It looks like I am successful
connecting to the YSF reflector
and the XLX reflector using the
proper gateways but on the XLX
reflector it is not connected to
a specific Module. I just need
to know what to change to attach
it to a specific module.
Thanks!
Doug
W4DBG
--
--
--
|
|
|
Steve N4IRS
Is there a Echo module? E?
toggle quoted messageShow quoted text
On 1/23/2019 9:44 AM, Doug - W4DBG
wrote:
I will keep plugging away at it. I must still
have something “off” attached is a photo of the reflector
dashboard showing the module missing.
On Wed, Jan 23, 2019 at 8:20 AM Steve N4IRS
< szingman@...> wrote:
Doug,
I have zero experience with XLX and DMRGateway but I think
what you want is is DMRGateway.ini
[XLX Network]
Enabled=1
File=XLXHosts.txt
Port=62030
Password=passw0rd
ReloadTime=60
# Local=3351
Slot=1
TG=6
Base=64000
Startup=950
Relink=10
Debug=0
#Allow user linking control using Private Calls
UserControl=1
#Override default module for startup reflector
#Module=A
<--------------------------------------------------------
Uncomment this and set to the module you want.
On
1/23/2019 9:15 AM, Doug - W4DBG wrote:
On Wed, Jan 23, 2019 at 8:15 AM Steve
N4IRS < szingman@...>
wrote:
It is.
Are you using DMRGateway to connect to XLX or
going direct from MMDVM_Bridge?
Steve
On
1/23/2019 9:13 AM, Doug - W4DBG wrote:
Maybe I am missing
something. Is YSF2DMR in the setup?
I thought that was a hotspot
setting?
On Wed, Jan 23, 2019 at
7:13 AM Steve KC1AWV < smiller@...>
wrote:
Hi Doug-
I assume you're using YSF2DMR?
The DMR Network stanza by default
shows commented out settings for
XLX. Here's mine for example.
[DMR Network]
Id=[Your DMR ID]
XLXFile=XLXHosts.txt
XLXReflector=740
XLXModule=B
#StartupDstId=9990
# For TG call: StartupPC=0
#StartupPC=1
#Address=44.131.4.1
Port=62030
Jitter=500
EnableUnlink=1
TGUnlink=4000
PCUnlink=0
# Local=62032
Password=PASSWORD
# Options=
TGListFile=TGList-DMR.txt
Debug=0
Steve KC1AWV
Hello to the group...
I have read other threads but
I haven't really seen an answer
that I am looking for.
I want to bridge a YSF
reflector to a XLX Reflector in
DMR mode.
It looks like I am successful
connecting to the YSF reflector
and the XLX reflector using the
proper gateways but on the XLX
reflector it is not connected to
a specific Module. I just need
to know what to change to attach
it to a specific module.
Thanks!
Doug
W4DBG
--
--
--
|
|
|
Steve N4IRS
Doug,
I don't know if I'm actually passing traffic into the reflector but
this worked for me.
[XLX Network]
Enabled=1
File=./XLXHosts.txt
Port=62030
Password=passw0rd
ReloadTime=60
# Local=3351
Slot=2
TG=6
Base=64000
Startup=334
Relink=10
Debug=0
#Allow user linking control using Private Calls
UserControl=1
#Override default module for startup reflector
Module=B
On 1/23/2019 9:44 AM, Doug - W4DBG
wrote:
I will keep plugging away at it. I must still
have something “off” attached is a photo of the reflector
dashboard showing the module missing.
On Wed, Jan 23, 2019 at 8:20 AM Steve N4IRS
< szingman@...> wrote:
Doug,
I have zero experience with XLX and DMRGateway but I think
what you want is is DMRGateway.ini
[XLX Network]
Enabled=1
File=XLXHosts.txt
Port=62030
Password=passw0rd
ReloadTime=60
# Local=3351
Slot=1
TG=6
Base=64000
Startup=950
Relink=10
Debug=0
#Allow user linking control using Private Calls
UserControl=1
#Override default module for startup reflector
#Module=A
<--------------------------------------------------------
Uncomment this and set to the module you want.
On
1/23/2019 9:15 AM, Doug - W4DBG wrote:
On Wed, Jan 23, 2019 at 8:15 AM Steve
N4IRS < szingman@...>
wrote:
It is.
Are you using DMRGateway to connect to XLX or
going direct from MMDVM_Bridge?
Steve
On
1/23/2019 9:13 AM, Doug - W4DBG wrote:
Maybe I am missing
something. Is YSF2DMR in the setup?
I thought that was a hotspot
setting?
On Wed, Jan 23, 2019 at
7:13 AM Steve KC1AWV < smiller@...>
wrote:
Hi Doug-
I assume you're using YSF2DMR?
The DMR Network stanza by default
shows commented out settings for
XLX. Here's mine for example.
[DMR Network]
Id=[Your DMR ID]
XLXFile=XLXHosts.txt
XLXReflector=740
XLXModule=B
#StartupDstId=9990
# For TG call: StartupPC=0
#StartupPC=1
#Address=44.131.4.1
Port=62030
Jitter=500
EnableUnlink=1
TGUnlink=4000
PCUnlink=0
# Local=62032
Password=PASSWORD
# Options=
TGListFile=TGList-DMR.txt
Debug=0
Steve KC1AWV
Hello to the group...
I have read other threads but
I haven't really seen an answer
that I am looking for.
I want to bridge a YSF
reflector to a XLX Reflector in
DMR mode.
It looks like I am successful
connecting to the YSF reflector
and the XLX reflector using the
proper gateways but on the XLX
reflector it is not connected to
a specific Module. I just need
to know what to change to attach
it to a specific module.
Thanks!
Doug
W4DBG
--
--
--
|
|
|
toggle quoted messageShow quoted text
On Wed, Jan 23, 2019 at 3:40 AM Steve N4IRS < szingman@...> wrote:
I don't remember DIAL setting up a RAM drive for Intel / AMD.
On 1/23/19 12:40 AM, Skyler Fennell
wrote:
I'm using an older distro of DIAL AllStar manual
install from a Debian 8 virtual machine, ( I need older
app_rpt.c patched for IRLP )
On
Tue, Jan 22, 2019 at 4:01 PM JJ Cummings < cummingsj@...> wrote:
What distro/image are you using?
This does not exist in my fstab. This is
all I have:
# /etc/fstab: static
file system information.
#
# Use 'blkid' to
print the universally unique identifier for a
# device; this may be
used with UUID= as a more robust way to name
devices
# that works even if
disks are added and removed. See fstab(5).
#
# <file system>
<mount point>
<type>
<options>
<dump>
<pass>
# / was on /dev/vda1
during installation
UUID=87ebb3ad-15df-4e86-80a1-ccfd1cbe13c8
/
ext4
errors=remount-ro 0
1
/dev/sr0
/media/cdrom0
udf,iso9660 user,noauto
0
0
On
Tue, Jan 22, 2019 at 10:43 AM JJ Cummings < cummingsj@...>
wrote:
If you look in /etc/fstab you should
see an entry like the following (similar) set the
size= option to what I have it or what you
think... Don't get too crazy because this uses
memory and not disk..
tmpfs /var/log tmpfs
defaults,noatime,nosuid,mode=0755,size=100m
JJC
Ok thank you. Yeah I will get
a rotating log system and get the old
garbage out of there.
What commands do I use to increase the file
size?
Thanks,
Skyler
On Tue, Jan 22, 2019 at 8:57 AM
JJ Cummings < cummingsj@...>
wrote:
Skyler - time to get
logrotate running on that system to age
out old things from the tmpfs where
/var/log is mounted. I'd also look at
increasing that to 100M maybe as long as
you have enough memory for it.
On Tue, Jan 22, 2019 at
8:38 AM Steve N4IRS < szingman@...>
wrote:
Your log
directory is full:
log2ram 40M 40M 0 100%
/var/log
Can I assume it's a ASL 1.01 system?
On
1/22/2019 10:37 AM, Skyler Fennell
wrote:
mount
sysfs on /sys type
sysfs
(rw,nosuid,nodev,noexec,relatime)
proc on /proc type
proc
(rw,nosuid,nodev,noexec,relatime)
udev on /dev type
devtmpfs
(rw,relatime,size=10240k,nr_inodes=125703,mode=755)
devpts on /dev/pts
type devpts
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type
tmpfs
(rw,nosuid,relatime,size=204852k,mode=755)
/dev/vda1 on / type
ext4
(rw,relatime,errors=remount-ro,data=ordered)
securityfs on
/sys/kernel/security type
securityfs
(rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm
type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock
type tmpfs
(rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on
/sys/fs/cgroup type tmpfs
(ro,nosuid,nodev,noexec,mode=755)
cgroup on
/sys/fs/cgroup/systemd type
cgroup
(rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on
/sys/fs/pstore type pstore
(rw,nosuid,nodev,noexec,relatime)
cgroup on
/sys/fs/cgroup/cpuset type
cgroup
(rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on
/sys/fs/cgroup/cpu,cpuacct
type cgroup
(rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on
/sys/fs/cgroup/devices type
cgroup
(rw,nosuid,nodev,noexec,relatime,devices)
cgroup on
/sys/fs/cgroup/freezer type
cgroup
(rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on
/sys/fs/cgroup/net_cls,net_prio
type cgroup
(rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on
/sys/fs/cgroup/blkio type
cgroup
(rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on
/sys/fs/cgroup/perf_event type
cgroup
(rw,nosuid,nodev,noexec,relatime,perf_event)
tmpfs on
/etc/machine-id type tmpfs
(ro,relatime,size=204852k,mode=755)
systemd-1 on
/proc/sys/fs/binfmt_misc type
autofs
(rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
debugfs on
/sys/kernel/debug type debugfs
(rw,relatime)
hugetlbfs on
/dev/hugepages type hugetlbfs
(rw,relatime)
mqueue on /dev/mqueue
type mqueue (rw,relatime)
fusectl on
/sys/fs/fuse/connections type
fusectl (rw,relatime)
/dev/vda1 on
/var/log.hdd type ext4
(rw,relatime,errors=remount-ro,data=ordered)
log2ram on /var/log
type tmpfs
(rw,nosuid,nodev,noexec,relatime,size=40960k,mode=755)
binfmt_misc on
/proc/sys/fs/binfmt_misc type
binfmt_misc (rw,relatime)
tmpfs on /run/user/0
type tmpfs
(rw,nosuid,nodev,relatime,size=102428k,mode=700)
On
Tue, Jan 22, 2019 at 8:36 AM
Steve N4IRS < szingman@...>
wrote:
Also
show result of mount
On
1/22/2019 10:34 AM, Skyler
Fennell wrote:
Interesting
.... So when I try to
write a file to this
directory and add content
to it, I get an error "No
Space Left on Device"
However, my root
directory has 17GB
remaining! How could
this be?
On
Tue, Jan 22, 2019 at
8:32 AM Skyler Fennell
via Groups.Io
<electricity440= gmail.com@groups.io>
wrote:
Heres
something else that is
interesting, I am also
running an instance of
MMDVM_bridge for
something else ( not
related to the P25 ),
and it's log files
have been blank for a
couple of months.
I have similar
log settings for
this
MMDVM_Bridge.ini
[Log]
# Logging levels,
0=No logging,
1=Debug,
2=Message,
3=Info,
4=Warning,
5=Error,
6=Fatal
DisplayLevel=1
FileLevel=1
FilePath=/var/log/mmdvm
FileRoot=MMDVM_Bridge
On
Tue, Jan 22, 2019 at
8:26 AM Skyler
Fennell via
Groups.Io
<electricity440= gmail.com@groups.io>
wrote:
Nope,
it's still blank
root@stn3764:/var/log/mmdvm#
cat
P25Reflector-2019-01-22.log
root@stn3764:/var/log/mmdvm#
On
Tue, Jan 22,
2019 at 8:24 AM
Steve N4IRS < szingman@...>
wrote:
OK, good.
Check your log
file now.
Anything in
it?
On
1/22/2019
10:23 AM,
Skyler Fennell
wrote:
I: 2019-01-22
15:22:45.302
Opening P25
network
connection
I: 2019-01-22
15:22:45.386
Loaded 109242
Ids to the
callsign
lookup table
M: 2019-01-22
15:22:45.386
Starting
P25Reflector-20161101
I: 2019-01-22
15:22:45.386
Started the
DMR Id lookup
reload thread
M: 2019-01-22
15:22:47.724
Adding KG0SKY
(71.196.210.222:35143)
M: 2019-01-22
15:22:48.190
Adding WN0EHE
(71.228.144.180:42010)
On
Tue, Jan 22,
2019 at 8:18
AM Steve N4IRS
< szingman@...>
wrote:
when you run
P25Reflector
in the
foreground
what do you
get?
./P25Reflector
P25Reflector.ini
Steve
On
1/22/2019
10:15 AM,
Skyler Fennell
wrote:
First,
I would like
to put a great
thanks to
Steve and
everyone on
this group for
there efforts
helping
everyone out.
I
recently
installed
P25Reflector
and I wen't to
check my log
directory, and
I have blank
files
generated
every day with
the proper
date but with
no data in
them.
Below is
my config for
the
P25Reflector.ini
[General]
Daemon=0
[Id Lookup]
Name=DMRIds.dat
Time=24
[Log]
# Logging levels,
0=No logging
DisplayLevel=1
FileLevel=1
[Log]
FilePath=/var/log/mmdvm
FileRoot=P25Reflector
[Network]
Port=41000
Debug=1
Under
/var/log/mmdvm, the log files have been generated, but no data exists,
even though I
have users
connected.
P25Reflector-2019-01-21.log
P25Reflector-2019-01-22.log
|
|
|
Steve KC1AWV
Ah, I see. I used YSF2DMR to go direct from the YSFReflector to XLX. In DMRGateway, you can specify which module in the XLX Network stanza.
[XLX Network]
Enabled=1
File=/var/lib/mmdvm/XLXHosts.txt
Port=62030
Password=passw0rd
ReloadTime=60
# Local=3351
Slot=2
TG=6
Base=64000
Startup=740
Relink=60
Debug=0
Id=310458
UserControl=1
Module=B
On Wed, Jan 23, 2019 at 8:15 AM Steve N4IRS < szingman@...> wrote:
It is.
Are you using DMRGateway to connect to XLX or going direct from
MMDVM_Bridge?
Steve
On 1/23/2019 9:13 AM, Doug - W4DBG
wrote:
Maybe I am missing something. Is YSF2DMR in the
setup?
I thought that was a hotspot setting?
On Wed, Jan 23, 2019 at 7:13 AM Steve KC1AWV
< smiller@...> wrote:
Hi Doug-
I assume you're using YSF2DMR? The DMR Network
stanza by default shows commented out settings for
XLX. Here's mine for example.
[DMR Network]
Id=[Your DMR ID]
XLXFile=XLXHosts.txt
XLXReflector=740
XLXModule=B
#StartupDstId=9990
# For TG call: StartupPC=0
#StartupPC=1
#Address=44.131.4.1
Port=62030
Jitter=500
EnableUnlink=1
TGUnlink=4000
PCUnlink=0
# Local=62032
Password=PASSWORD
# Options=
TGListFile=TGList-DMR.txt
Debug=0
Steve KC1AWV
Hello to the group...
I have read other threads but I haven't really
seen an answer that I am looking for.
I want to bridge a YSF reflector to a XLX
Reflector in DMR mode.
It looks like I am successful connecting to the
YSF reflector and the XLX reflector using the proper
gateways but on the XLX reflector it is not
connected to a specific Module. I just need to know
what to change to attach it to a specific module.
Thanks!
Doug
W4DBG
--
|
|
|
Doug - W4DBG
I will keep plugging away at it. I must still have something “off” attached is a photo of the reflector dashboard showing the module missing.
On Wed, Jan 23, 2019 at 8:20 AM Steve N4IRS < szingman@...> wrote:
Doug,
I have zero experience with XLX and DMRGateway but I think what you
want is is DMRGateway.ini
[XLX Network]
Enabled=1
File=XLXHosts.txt
Port=62030
Password=passw0rd
ReloadTime=60
# Local=3351
Slot=1
TG=6
Base=64000
Startup=950
Relink=10
Debug=0
#Allow user linking control using Private Calls
UserControl=1
#Override default module for startup reflector
#Module=A
<--------------------------------------------------------
Uncomment this and set to the module you want.
On 1/23/2019 9:15 AM, Doug - W4DBG
wrote:
On Wed, Jan 23, 2019 at 8:15 AM Steve N4IRS
< szingman@...> wrote:
It is.
Are you using DMRGateway to connect to XLX or going direct
from MMDVM_Bridge?
Steve
On
1/23/2019 9:13 AM, Doug - W4DBG wrote:
Maybe I am missing something. Is
YSF2DMR in the setup?
I thought that was a hotspot setting?
On Wed, Jan 23, 2019 at 7:13 AM Steve
KC1AWV < smiller@...>
wrote:
Hi Doug-
I assume you're using YSF2DMR? The DMR
Network stanza by default shows commented
out settings for XLX. Here's mine for
example.
[DMR Network]
Id=[Your DMR ID]
XLXFile=XLXHosts.txt
XLXReflector=740
XLXModule=B
#StartupDstId=9990
# For TG call: StartupPC=0
#StartupPC=1
#Address=44.131.4.1
Port=62030
Jitter=500
EnableUnlink=1
TGUnlink=4000
PCUnlink=0
# Local=62032
Password=PASSWORD
# Options=
TGListFile=TGList-DMR.txt
Debug=0
Steve KC1AWV
Hello to the group...
I have read other threads but I haven't
really seen an answer that I am looking
for.
I want to bridge a YSF reflector to a
XLX Reflector in DMR mode.
It looks like I am successful
connecting to the YSF reflector and the
XLX reflector using the proper gateways
but on the XLX reflector it is not
connected to a specific Module. I just
need to know what to change to attach it
to a specific module.
Thanks!
Doug
W4DBG
--
--
|
|
|
Steve N4IRS
Doug,
I have zero experience with XLX and DMRGateway but I think what you
want is is DMRGateway.ini
[XLX Network]
Enabled=1
File=XLXHosts.txt
Port=62030
Password=passw0rd
ReloadTime=60
# Local=3351
Slot=1
TG=6
Base=64000
Startup=950
Relink=10
Debug=0
#Allow user linking control using Private Calls
UserControl=1
#Override default module for startup reflector
#Module=A
<--------------------------------------------------------
Uncomment this and set to the module you want.
toggle quoted messageShow quoted text
On 1/23/2019 9:15 AM, Doug - W4DBG
wrote:
On Wed, Jan 23, 2019 at 8:15 AM Steve N4IRS
< szingman@...> wrote:
It is.
Are you using DMRGateway to connect to XLX or going direct
from MMDVM_Bridge?
Steve
On
1/23/2019 9:13 AM, Doug - W4DBG wrote:
Maybe I am missing something. Is
YSF2DMR in the setup?
I thought that was a hotspot setting?
On Wed, Jan 23, 2019 at 7:13 AM Steve
KC1AWV < smiller@...>
wrote:
Hi Doug-
I assume you're using YSF2DMR? The DMR
Network stanza by default shows commented
out settings for XLX. Here's mine for
example.
[DMR Network]
Id=[Your DMR ID]
XLXFile=XLXHosts.txt
XLXReflector=740
XLXModule=B
#StartupDstId=9990
# For TG call: StartupPC=0
#StartupPC=1
#Address=44.131.4.1
Port=62030
Jitter=500
EnableUnlink=1
TGUnlink=4000
PCUnlink=0
# Local=62032
Password=PASSWORD
# Options=
TGListFile=TGList-DMR.txt
Debug=0
Steve KC1AWV
Hello to the group...
I have read other threads but I haven't
really seen an answer that I am looking
for.
I want to bridge a YSF reflector to a
XLX Reflector in DMR mode.
It looks like I am successful
connecting to the YSF reflector and the
XLX reflector using the proper gateways
but on the XLX reflector it is not
connected to a specific Module. I just
need to know what to change to attach it
to a specific module.
Thanks!
Doug
W4DBG
--
--
|
|
|
Doug - W4DBG
toggle quoted messageShow quoted text
On Wed, Jan 23, 2019 at 8:15 AM Steve N4IRS < szingman@...> wrote:
It is.
Are you using DMRGateway to connect to XLX or going direct from
MMDVM_Bridge?
Steve
On 1/23/2019 9:13 AM, Doug - W4DBG
wrote:
Maybe I am missing something. Is YSF2DMR in the
setup?
I thought that was a hotspot setting?
On Wed, Jan 23, 2019 at 7:13 AM Steve KC1AWV
< smiller@...> wrote:
Hi Doug-
I assume you're using YSF2DMR? The DMR Network
stanza by default shows commented out settings for
XLX. Here's mine for example.
[DMR Network]
Id=[Your DMR ID]
XLXFile=XLXHosts.txt
XLXReflector=740
XLXModule=B
#StartupDstId=9990
# For TG call: StartupPC=0
#StartupPC=1
#Address=44.131.4.1
Port=62030
Jitter=500
EnableUnlink=1
TGUnlink=4000
PCUnlink=0
# Local=62032
Password=PASSWORD
# Options=
TGListFile=TGList-DMR.txt
Debug=0
Steve KC1AWV
Hello to the group...
I have read other threads but I haven't really
seen an answer that I am looking for.
I want to bridge a YSF reflector to a XLX
Reflector in DMR mode.
It looks like I am successful connecting to the
YSF reflector and the XLX reflector using the proper
gateways but on the XLX reflector it is not
connected to a specific Module. I just need to know
what to change to attach it to a specific module.
Thanks!
Doug
W4DBG
--
|
|
|
Steve N4IRS
It is.
Are you using DMRGateway to connect to XLX or going direct from
MMDVM_Bridge?
Steve
toggle quoted messageShow quoted text
On 1/23/2019 9:13 AM, Doug - W4DBG
wrote:
Maybe I am missing something. Is YSF2DMR in the
setup?
I thought that was a hotspot setting?
On Wed, Jan 23, 2019 at 7:13 AM Steve KC1AWV
< smiller@...> wrote:
Hi Doug-
I assume you're using YSF2DMR? The DMR Network
stanza by default shows commented out settings for
XLX. Here's mine for example.
[DMR Network]
Id=[Your DMR ID]
XLXFile=XLXHosts.txt
XLXReflector=740
XLXModule=B
#StartupDstId=9990
# For TG call: StartupPC=0
#StartupPC=1
#Address=44.131.4.1
Port=62030
Jitter=500
EnableUnlink=1
TGUnlink=4000
PCUnlink=0
# Local=62032
Password=PASSWORD
# Options=
TGListFile=TGList-DMR.txt
Debug=0
Steve KC1AWV
Hello to the group...
I have read other threads but I haven't really
seen an answer that I am looking for.
I want to bridge a YSF reflector to a XLX
Reflector in DMR mode.
It looks like I am successful connecting to the
YSF reflector and the XLX reflector using the proper
gateways but on the XLX reflector it is not
connected to a specific Module. I just need to know
what to change to attach it to a specific module.
Thanks!
Doug
W4DBG
--
--
|
|
|
Doug - W4DBG
Maybe I am missing something. Is YSF2DMR in the setup?
I thought that was a hotspot setting?
On Wed, Jan 23, 2019 at 7:13 AM Steve KC1AWV < smiller@...> wrote: Hi Doug-
I assume you're using YSF2DMR? The DMR Network stanza by default shows commented out settings for XLX. Here's mine for example.
[DMR Network]
Id=[Your DMR ID]
XLXFile=XLXHosts.txt
XLXReflector=740
XLXModule=B
#StartupDstId=9990
# For TG call: StartupPC=0
#StartupPC=1
#Address=44.131.4.1
Port=62030
Jitter=500
EnableUnlink=1
TGUnlink=4000
PCUnlink=0
# Local=62032
Password=PASSWORD
# Options=
TGListFile=TGList-DMR.txt
Debug=0
Steve KC1AWV
Hello to the group...
I have read other threads but I haven't really seen an answer that I am looking for.
I want to bridge a YSF reflector to a XLX Reflector in DMR mode.
It looks like I am successful connecting to the YSF reflector and the XLX reflector using the proper gateways but on the XLX reflector it is not connected to a specific Module. I just need to know what to change to attach it to a specific module.
Thanks!
Doug W4DBG
--
|
|
|
Re: If you use HBlink OR dmr_utils, you need to read this
We should move to the hblink subgroup and out of the main group… I’ll head over there now. On Jan 22, 2019, at 6:20 PM, Spencer N4NQV < n4nqv@...> wrote:
I would LOVE to hand off the monitor stuff to someone else. I mostly built the hbmonitor to demonstrate some of my ideas about how a monitor app might look. It’s simple, and could be much more – drill-downs, etc. ANYONE willing to pick up the torch on that will see me working extra hard to standardize what HBlink & friends uses as an output format, etc. Maybe we can start to settle on a standard format for the new logging mechanism. The MMDVMHost monitoring utility I wrote last week monitors either a log file or the systemd journal (I'm using the journal for all our logs, no more plain files) and sends out state information. Here's what the format looks like right now:
<Screen Shot 2019_01_22 at 5.59.56 PM.png>
When a server is started, just basic state info is reported:
{"Status": "Idle"}
As a voice or data transmission is started (either from RF or from Net), a payload is reported with basic call info:
{"Status": "TX", "Origin": "Net", "CallType": "Group", "Destination": "31131", "Source": "N4NQV", "Mode": "Voice"}
Then, at the end of the call, a new payload with additional info gets reported:
{"Status": "Idle", "Origin": "Net", "Loss": "0%", "CallType": "Group", "Destination": "31131", "Source": "N4NQV", "Length": "4.5s", "Mode": "Voice", "BER": "0.0%"}
The topic name has the repeater's ID, as well as the timeslot. If I was going to report this via TCP or UDP instead of MQTT, I'd probably structure it something like this instead:
{
310124: {
1: {"Status": "Idle", "Origin": "Net", "Loss": "0%", "CallType": "Group", "Destination": "31131", "Source": "N4NQV", "Length": "4.5s", "Mode": "Voice", "BER": "0.0%"},
2: {"Status": "Idle", "Origin": "Net", "Loss": "1%", "CallType": "Group", "Destination": "2", "Source": "KD4LZL", "Length": "4.4s", "Mode": "Voice", "BER": "0.0%"}
}
} I envisioned a model where different repeater controller software, bridge software, etc could report log information in a format similar to this, using their choice of TCP, UDP, or MQTT. This is just a starting point though, there's definitely more information to be added (location, IPs, etc - the sky is the limit). I'm absolutely open to critique and suggestion, though. I definitely want this standard should be a collaborative effort between the people working with and generating the data. Maybe we should start a new thread for this development? Or move discussion to github? I'm not entirely familiar with how this team collaborates quite yet.
Since it looks like you have experience with asyncio….. any guesses why Uvloop performed like absolute crap, but asyncio kicked butt like it was supposed to? Hmm, good question. I've only ever used uvloop once - I usually have just used the default event loop in my past asyncio projects. I did see a performance increase when I switched to it though, but not one that was really significant. How did you do your benchmark to determine it's slower? Maybe that has something to do with it. That or something to do with the GIL are my only two ideas on why it would ever be substantially slower than the default loop.
Spencer Fowler N4NQV
Cort Buffington 785-865-7206
|
|
|
Steve KC1AWV
Hi Doug-
I assume you're using YSF2DMR? The DMR Network stanza by default shows commented out settings for XLX. Here's mine for example.
[DMR Network]
Id=[Your DMR ID]
XLXFile=XLXHosts.txt
XLXReflector=740
XLXModule=B
#StartupDstId=9990
# For TG call: StartupPC=0
#StartupPC=1
#Address=44.131.4.1
Port=62030
Jitter=500
EnableUnlink=1
TGUnlink=4000
PCUnlink=0
# Local=62032
Password=PASSWORD
# Options=
TGListFile=TGList-DMR.txt
Debug=0
Steve KC1AWV
Hello to the group...
I have read other threads but I haven't really seen an answer that I am looking for.
I want to bridge a YSF reflector to a XLX Reflector in DMR mode.
It looks like I am successful connecting to the YSF reflector and the XLX reflector using the proper gateways but on the XLX reflector it is not connected to a specific Module. I just need to know what to change to attach it to a specific module.
Thanks!
Doug W4DBG
|
|
|
Doug - W4DBG
Hello to the group...
I have read other threads but I haven't really seen an answer that I am looking for.
I want to bridge a YSF reflector to a XLX Reflector in DMR mode.
It looks like I am successful connecting to the YSF reflector and the XLX reflector using the proper gateways but on the XLX reflector it is not connected to a specific Module. I just need to know what to change to attach it to a specific module.
Thanks!
Doug W4DBG
|
|
|
Steve N4IRS
I don't remember DIAL setting up a RAM drive for Intel / AMD.
toggle quoted messageShow quoted text
On 1/23/19 12:40 AM, Skyler Fennell
wrote:
I'm using an older distro of DIAL AllStar manual
install from a Debian 8 virtual machine, ( I need older
app_rpt.c patched for IRLP )
On
Tue, Jan 22, 2019 at 4:01 PM JJ Cummings < cummingsj@...> wrote:
What distro/image are you using?
This does not exist in my fstab. This is
all I have:
# /etc/fstab: static
file system information.
#
# Use 'blkid' to
print the universally unique identifier for a
# device; this may be
used with UUID= as a more robust way to name
devices
# that works even if
disks are added and removed. See fstab(5).
#
# <file system>
<mount point>
<type>
<options>
<dump>
<pass>
# / was on /dev/vda1
during installation
UUID=87ebb3ad-15df-4e86-80a1-ccfd1cbe13c8
/
ext4
errors=remount-ro 0
1
/dev/sr0
/media/cdrom0
udf,iso9660 user,noauto
0
0
On
Tue, Jan 22, 2019 at 10:43 AM JJ Cummings < cummingsj@...>
wrote:
If you look in /etc/fstab you should
see an entry like the following (similar) set the
size= option to what I have it or what you
think... Don't get too crazy because this uses
memory and not disk..
tmpfs /var/log tmpfs
defaults,noatime,nosuid,mode=0755,size=100m
JJC
Ok thank you. Yeah I will get
a rotating log system and get the old
garbage out of there.
What commands do I use to increase the file
size?
Thanks,
Skyler
On Tue, Jan 22, 2019 at 8:57 AM
JJ Cummings < cummingsj@...>
wrote:
Skyler - time to get
logrotate running on that system to age
out old things from the tmpfs where
/var/log is mounted. I'd also look at
increasing that to 100M maybe as long as
you have enough memory for it.
On Tue, Jan 22, 2019 at
8:38 AM Steve N4IRS < szingman@...>
wrote:
Your log
directory is full:
log2ram 40M 40M 0 100%
/var/log
Can I assume it's a ASL 1.01 system?
On
1/22/2019 10:37 AM, Skyler Fennell
wrote:
mount
sysfs on /sys type
sysfs
(rw,nosuid,nodev,noexec,relatime)
proc on /proc type
proc
(rw,nosuid,nodev,noexec,relatime)
udev on /dev type
devtmpfs
(rw,relatime,size=10240k,nr_inodes=125703,mode=755)
devpts on /dev/pts
type devpts
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type
tmpfs
(rw,nosuid,relatime,size=204852k,mode=755)
/dev/vda1 on / type
ext4
(rw,relatime,errors=remount-ro,data=ordered)
securityfs on
/sys/kernel/security type
securityfs
(rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm
type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock
type tmpfs
(rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on
/sys/fs/cgroup type tmpfs
(ro,nosuid,nodev,noexec,mode=755)
cgroup on
/sys/fs/cgroup/systemd type
cgroup
(rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on
/sys/fs/pstore type pstore
(rw,nosuid,nodev,noexec,relatime)
cgroup on
/sys/fs/cgroup/cpuset type
cgroup
(rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on
/sys/fs/cgroup/cpu,cpuacct
type cgroup
(rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on
/sys/fs/cgroup/devices type
cgroup
(rw,nosuid,nodev,noexec,relatime,devices)
cgroup on
/sys/fs/cgroup/freezer type
cgroup
(rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on
/sys/fs/cgroup/net_cls,net_prio
type cgroup
(rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on
/sys/fs/cgroup/blkio type
cgroup
(rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on
/sys/fs/cgroup/perf_event type
cgroup
(rw,nosuid,nodev,noexec,relatime,perf_event)
tmpfs on
/etc/machine-id type tmpfs
(ro,relatime,size=204852k,mode=755)
systemd-1 on
/proc/sys/fs/binfmt_misc type
autofs
(rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
debugfs on
/sys/kernel/debug type debugfs
(rw,relatime)
hugetlbfs on
/dev/hugepages type hugetlbfs
(rw,relatime)
mqueue on /dev/mqueue
type mqueue (rw,relatime)
fusectl on
/sys/fs/fuse/connections type
fusectl (rw,relatime)
/dev/vda1 on
/var/log.hdd type ext4
(rw,relatime,errors=remount-ro,data=ordered)
log2ram on /var/log
type tmpfs
(rw,nosuid,nodev,noexec,relatime,size=40960k,mode=755)
binfmt_misc on
/proc/sys/fs/binfmt_misc type
binfmt_misc (rw,relatime)
tmpfs on /run/user/0
type tmpfs
(rw,nosuid,nodev,relatime,size=102428k,mode=700)
On
Tue, Jan 22, 2019 at 8:36 AM
Steve N4IRS < szingman@...>
wrote:
Also
show result of mount
On
1/22/2019 10:34 AM, Skyler
Fennell wrote:
Interesting
.... So when I try to
write a file to this
directory and add content
to it, I get an error "No
Space Left on Device"
However, my root
directory has 17GB
remaining! How could
this be?
On
Tue, Jan 22, 2019 at
8:32 AM Skyler Fennell
via Groups.Io
<electricity440= gmail.com@groups.io>
wrote:
Heres
something else that is
interesting, I am also
running an instance of
MMDVM_bridge for
something else ( not
related to the P25 ),
and it's log files
have been blank for a
couple of months.
I have similar
log settings for
this
MMDVM_Bridge.ini
[Log]
# Logging levels,
0=No logging,
1=Debug,
2=Message,
3=Info,
4=Warning,
5=Error,
6=Fatal
DisplayLevel=1
FileLevel=1
FilePath=/var/log/mmdvm
FileRoot=MMDVM_Bridge
On
Tue, Jan 22, 2019 at
8:26 AM Skyler
Fennell via
Groups.Io
<electricity440= gmail.com@groups.io>
wrote:
Nope,
it's still blank
root@stn3764:/var/log/mmdvm#
cat
P25Reflector-2019-01-22.log
root@stn3764:/var/log/mmdvm#
On
Tue, Jan 22,
2019 at 8:24 AM
Steve N4IRS < szingman@...>
wrote:
OK, good.
Check your log
file now.
Anything in
it?
On
1/22/2019
10:23 AM,
Skyler Fennell
wrote:
I: 2019-01-22
15:22:45.302
Opening P25
network
connection
I: 2019-01-22
15:22:45.386
Loaded 109242
Ids to the
callsign
lookup table
M: 2019-01-22
15:22:45.386
Starting
P25Reflector-20161101
I: 2019-01-22
15:22:45.386
Started the
DMR Id lookup
reload thread
M: 2019-01-22
15:22:47.724
Adding KG0SKY
(71.196.210.222:35143)
M: 2019-01-22
15:22:48.190
Adding WN0EHE
(71.228.144.180:42010)
On
Tue, Jan 22,
2019 at 8:18
AM Steve N4IRS
< szingman@...>
wrote:
when you run
P25Reflector
in the
foreground
what do you
get?
./P25Reflector
P25Reflector.ini
Steve
On
1/22/2019
10:15 AM,
Skyler Fennell
wrote:
First,
I would like
to put a great
thanks to
Steve and
everyone on
this group for
there efforts
helping
everyone out.
I
recently
installed
P25Reflector
and I wen't to
check my log
directory, and
I have blank
files
generated
every day with
the proper
date but with
no data in
them.
Below is
my config for
the
P25Reflector.ini
[General]
Daemon=0
[Id Lookup]
Name=DMRIds.dat
Time=24
[Log]
# Logging levels,
0=No logging
DisplayLevel=1
FileLevel=1
[Log]
FilePath=/var/log/mmdvm
FileRoot=P25Reflector
[Network]
Port=41000
Debug=1
Under
/var/log/mmdvm, the log files have been generated, but no data exists,
even though I
have users
connected.
P25Reflector-2019-01-21.log
P25Reflector-2019-01-22.log
|
|
|
Re: DVSwitch-System-Builder
Steve N4IRS
Not much to go on here.
toggle quoted messageShow quoted text
I think its trying to install all the packages but there is an
error.
I can't remember what it is, but it says on the screen that
something was already open.
|
|
|
Re: DVSwitch-System-Builder
I think its trying to install all the packages but there is an error.
I can't remember what it is, but it says on the screen that something was already open.
|
|
|
