Re: [RDD] Frequent Failure Of NFS Mount During Boot

[David Klann]

Hey Rich,
On Sun, 2020-01-26 at 09:07 -0600, Steve wrote:
> Hi Rich,
> 
> Have you tried adding _netdev to the mount options in /etc/fstab for 
> this mount point?  The device should then be forced to wait for network 
> before mounting.  Might need to add a timeout too, though I don't use 
> one in our environment.
> 
> The minimal one that I have in /etc/fstab is shown here, but I bet there are
> lots of 
> variants:
> 
> 172.16.1.2:/var/snd /var/snd nfs nfsvers=3,_netdev 0 0
> 

In the spirit of "lots of mount option variants", I suggest trying the option
"x-systemd.automount". Here's my complete entry in /etc/fstab (watch the line-
wrap):

10.50.1.20:/mnt/stack2/audio-library/var/snd nfs _netdev,x-
systemd.automount,auto,nodev,nosuid,noexec,intr 0 0

As I understand it, the x-systemd.automount option tells systemd to
automatically mount this file system whenever a file in the path /var/snd is
referenced. This has worked for me at 2 different installations, one using
FreeNAS as the NFS file server, the other with a CentOS 7 system as the NFS
file server. Both "clients" are CentOS 7.

Hope this helps!

  ~David Klann


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Frequent Failure Of NFS Mount During Boot

[Steve]

Hi Rich,

Have you tried adding _netdev to the mount options in /etc/fstab for 
this mount point?  The device should then be forced to wait for network 
before mounting.  Might need to add a timeout too, though I don't use 
one in our environment.

The minimal one that I have in /etc/fstab is shown here, but I bet there are 
lots of 
variants:

172.16.1.2:/var/snd /var/snd nfs nfsvers=3,_netdev 0 0

Steve

On Sun, Jan 26, 2020 at 01:37:12AM -0800, Rich Stivers wrote:
> I have a two-workstation Rivendell system, a server and client, sharing the
> carts and mysql database on a Synology RAID server.
> I'm running Centos 7 with Rivendell v2.19.3. I've run into what seems like a
> timing issue for the NFS mount of /var/snd and
> /var/lib/mysql during Centos boot.
> 
> When I reboot my Rivendell server, about 75% of the time my RAID server
> isn't mounted yet. I must then issue a mount -a, then
> the RAID server is mounted.
> 
> The other 25% of the time after Rivendell server bootup, the RAID server is
> mounted. In either case, once the RAID server is
> mounted it stays mounted with no issues unless I reboot.
> 
> Does anyone know how to fix this so the NFS mount works every time after
> reboot? I thought about adding a cron job @reboot mount -a,
> but that seems like a kludge. I'd like to know the root cause of the RAID
> server not being mounted after booting.
> 
> All comments welcome.
> 
> Rich Stivers
> KKUP-FM Cupertino/San Jose CA
> 

> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Frequent Failure Of NFS Mount During Boot

[Cowboy]

On Sun, 26 Jan 2020 01:37:12 -0800
Rich Stivers  wrote:

> I'd like to know the root cause of the 
> RAID server not being mounted after booting.

 As near as I can tell, this is a RedHat/centos/systemd bug.

 In an attempt to make a system that gets rebooted maybe once in 5 years or so
 boot faster, systemd tries to start lots of things as soon as possible.
 Thus, the NFS mount gets run before the network is up, and fails.

 There are two "correct" solutions as far as I can see.
 One is to re-write systemd. ( or at least learn it well enough to write
 it's myriad of configuration files )
 Two, find an OS that isn't so bloated, and buggy.
 Most anything else is a hack.
 Myself, being as close to retirement as I am, I choose a hack.
 I know how to write init scripts, such as rc.local, or crontab.
 I have no interest in learning a "newer better" way as bloated
 and complex as the internals of Microsoft.
 Unfortunately, under systemd, although you can enable rc.local, there
 is no longer any assurance that it'll run last, so make your first
 command a rather long sleep. Longer than a DNS timeout.
 So much for "faster" !

 I've also used webmin to "write" systemd scripts, and it's OK.
 Not perfect, still confusing and opaque, but a way.

-- 
Cowboy 
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Frequent Failure Of NFS Mount During Boot

[Workino]

Hello Rich,
This kind of problem normally can come from network not still ready at the 
moment of nfs mount. 
Anyway double check the log and the console to find any kind of problem and Let 
me suggest, if it is not just like that, to remove dhcp and migrate to static 
ip. 

Also if you schedule a reboot with mount -a you will have the same problem. 

Regards
Gabriele

Sent from my iPhone

> On 26 Jan 2020, at 10:37, Rich Stivers  wrote:
> 
> 
> I have a two-workstation Rivendell system, a server and client, sharing the 
> carts and mysql database on a Synology RAID server.
> I'm running Centos 7 with Rivendell v2.19.3. I've run into what seems like a 
> timing issue for the NFS mount of /var/snd and
> /var/lib/mysql during Centos boot.
> 
> When I reboot my Rivendell server, about 75% of the time my RAID server isn't 
> mounted yet. I must then issue a mount -a, then
> the RAID server is mounted. 
> 
> The other 25% of the time after Rivendell server bootup, the RAID server is 
> mounted. In either case, once the RAID server is
> mounted it stays mounted with no issues unless I reboot.
> 
> Does anyone know how to fix this so the NFS mount works every time after 
> reboot? I thought about adding a cron job @reboot mount -a,
> but that seems like a kludge. I'd like to know the root cause of the RAID 
> server not being mounted after booting.
> 
> All comments welcome.
> 
> Rich Stivers
> KKUP-FM Cupertino/San Jose CA
> 
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

[RDD] Log Exception Report inaccurate?

[Bernardo J Mora]

Rivendell 2.19.3 running on CentOS 6.10, most recent kernel update done last 
week… 

Any ideas why a Log Exception Report would be inaccurate? In generating logs, 
for example, for Monday (tomorrow), it lists a whole bunch of cuts as “not 
playable” yet when I check them individually, they are valid cuts with eligible 
date ranges. 

in His service,
BJ Mora for GraceRadio at graceradio.net
KGCE-LP/Modesto NOW at FM 107.9!___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Pypad Shoutcast error

[Mike Cox]

All working again now and I no longer need the escapes in the Format String so 
even better!

; Section Header
[Shoutcast1]
Password=:
Hostname=
Sid=1
Tcpport=8015
FormatString=%a - %t
MasterLog=Yes
Aux1Log=Yes
Aux2Log=No
VLog101=No
VLog102=No
VLog103=No
VLog104=No
VLog105=No
VLog106=No
VLog107=No
VLog108=No
VLog109=No
VLog110=No
VLog111=No
VLog112=No
VLog113=No
VLog114=No
VLog115=No
VLog116=No
VLog117=No
VLog118=No
VLog119=No
VLog120=No




Mike Cox
Managing Director The Rosetta Group Ltd

Email: mike@rosetta.group
Website: www.rosetta.group
Phone: 03 004 004 004


See our payment options and pay online by clicking here Pay 
online

On 25/01/2020 19:33, Workino wrote:
Hello Mike,
U miss Sid= in configuration of pypad. Just edit shoutcast configuration from 
rdadmin till paypad.
You are using my modified pypad file and not the official how solve the utf8.

Regards
Gabriele


Sent from my iPhone

On 25 Jan 2020, at 16:47, Mike Cox 
 wrote:



Hi all

I keep getting another RD 3.2 Pypad Shoutcast error. I'm afraid I'm more PHP 
than Python so I'm not sure how to debug it. Any suggestions would be 
appreciated.

MIke

Traceback (most recent call last):
  File "/usr/lib64/python3.6/configparser.py", line 789, in get
value = d[option]
  File "/usr/lib64/python3.6/collections/__init__.py", line 883, in __getitem__
return self.__missing__(key)# support subclasses that define 
__missing__
  File "/usr/lib64/python3.6/collections/__init__.py", line 875, in __missing__
raise KeyError(key)
KeyError: 'sid'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib64/rivendell/pypad/pypad_shoutcast1.py", line 65, in 
rcvr.start(sys.argv[1],int(sys.argv[2]))
  File "/usr/lib64/python3.6/site-packages/pypad.py", line 914, in start
self.__pypad_Process(Update(json.loads(msg),self.__config_parser,rd_config))
  File "/usr/lib64/python3.6/site-packages/pypad.py", line 787, in 
__pypad_Process
self.__pad_callback(pad)
  File "/usr/lib64/rivendell/pypad/pypad_shoutcast1.py", line 44, in ProcessPad
'sid': update.escape(update.config().get(section,'Sid'),pypad.ESCAPE_URL)}
  File "/usr/lib64/python3.6/configparser.py", line 792, in get
raise NoOptionError(option, section)
configparser.NoOptionError: No option 'sid' in section: 'Shoutcast1'


--



Mike Cox
Managing Director The Rosetta Group Ltd

Email: mike@rosetta.group
Website: www.rosetta.group
Phone: 03 004 004 004


See our payment options and pay online by clicking here Pay 
online

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

[RDD] Frequent Failure Of NFS Mount During Boot

[Rich Stivers]

I have a two-workstation Rivendell system, a server and client, sharing 
the carts and mysql database on a Synology RAID server.
I'm running Centos 7 with Rivendell v2.19.3. I've run into what seems 
like a timing issue for the NFS mount of /var/snd and

/var/lib/mysql during Centos boot.

When I reboot my Rivendell server, about 75% of the time my RAID server 
isn't mounted yet. I must then issue a mount -a, then

the RAID server is mounted.

The other 25% of the time after Rivendell server bootup, the RAID server 
is mounted. In either case, once the RAID server is

mounted it stays mounted with no issues unless I reboot.

Does anyone know how to fix this so the NFS mount works every time after 
reboot? I thought about adding a cron job @reboot mount -a,
but that seems like a kludge. I'd like to know the root cause of the 
RAID server not being mounted after booting.


All comments welcome.

Rich Stivers
KKUP-FM Cupertino/San Jose CA

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev