I had everything working fine for 1 client then it just stopped working and I can't figure out how to start his account again.
The error logs read:

 2013-01-22 16:38:28   I   msg:<***>   Logger startup
2013-01-22 16:38:28   I   msg:<***>   version 2.0.0.29
2013-01-22 16:38:28   D   msg:<***>
2013-01-22 16:38:28   I   msg:***************************************************************
2013-01-22 16:38:28   I   msg:** SHOUTcast Distributed Network Audio Server (DNAS)
2013-01-22 16:38:28   I   msg:** Copyright (C) 1999-2011 Nullsoft, Inc.  All Rights Reserved.
2013-01-22 16:38:28   I   msg:** Use "sc_serv filename.conf" to specify a config file.
2013-01-22 16:38:28   I   msg:***************************************************************
2013-01-22 16:38:28   I   msg:[SHOUTcast] DNAS/posix(linux x64) v2.0.0.29 (Jul 31 2011) starting up...
2013-01-22 16:38:28   I   msg:[MAIN] PID: 9757
2013-01-22 16:38:28   I   msg:[MAIN] Loaded config from ../<user>/etc/server.conf
2013-01-22 16:38:28   I   msg:[MAIN] Calculated CPU count is 8
2013-01-22 16:38:28   I   msg:[MAIN] Starting 8 network threads
2013-01-22 16:38:28   I   msg:[MICROSERVER] Listening for connection on port 20000
2013-01-22 16:38:28   I   msg:[MICROSERVER] Listening for connection on port 20001
2013-01-22 16:38:58   I   msg:[SRC 174.142.97.228:35056 sid=1] SHOUTcast 1 source connection.
2013-01-22 16:38:58   E   msg:[SRC 174.142.97.228:35056 sid=1] connection denied. Bad password.
2013-01-22 16:39:08   I   msg:[SRC 174.142.97.228:35068 sid=1] SHOUTcast 1 source connection.
2013-01-22 16:39:08   E   msg:[SRC 174.142.97.228:35068 sid=1] connection denied. Bad password.
2013-01-22 16:39:18   I   msg:[SRC 174.142.97.228:35086 sid=1] SHOUTcast 1 source connection.
2013-01-22 16:39:18   E   msg:[SRC 174.142.97.228:35086 sid=1] connection denied. Bad password.
2013-01-22 16:39:28   I   msg:[SRC 174.142.97.228:35103 sid=1] SHOUTcast 1 source connection.
etc....

It appears that AutoDJ is trying to connect, but cannot.

I tried changing the source/admin password and restarting, didn't work.
I tried restarting centovacast, didn't work.
I tried updating centovacast, didn't work.

Also, the AutoDJ menu for the client is gone completely. It doesn't show up at all

Also, his account is DNAS 2.

Something broke perhaps when I updated centovacast 3.0 for January 10ths new build

I have checked the etc/source.conf and etc/server.conf , the passwords match

I can connect as live DJ from winamp source, but AutoDJ will not come on.

etc/source.conf :
------------------
;; VU Images
vuimagedirectory=var/spool/vuimages/
vuimagesuffix=jpg
vuimagemimetype=image/jpeg

;; ENCODER OPTIONS (MULTI)
endpointname_1=/
outprotocol_1=3
serverip_1=174.142.97.228
serverport_1=20000
password_1=<pass>
uvoxuserid_1=
uvoxnewmetadata_1=1
uvoxmetadatafudgefactor_1=0
shoutcastmetadatafudgefactor_1=0
encoder_1=mp3
bitrate_1=64000
channels_1=2
samplerate_1=44100
mp3mode_1=0
mp3quality_1=0
streamid_1=1


;aacpbitstreamformat=0
;;; FLASH SECURITY
flashpolicyfile=var/lib/crossdomain.xml
flashpolicyserverport=0

;;;; LOGGING OPTIONS:
;where does the log file go
logfile=var/log/source.log
; 1 to do screen logging else 0
screenlog=0

;;;;;; METADATA CONTROL
; my stream name
streamtitle=<title>
; url related to my stream
streamurl=<url>
; my genre
genre=<genre>
; other assorted stuff
aim=
irc=
icq=
; register with yp
public=0
;usemetadata=1
;metadatapattern=
;displaymetadatapattern=%R[ - ]%A[ - ]%N

;;;; PLAYLIST CONTROL
; your playlist
playlistfile=etc/playlist.conf
; by default we shuffle the playlist. Lets turn that off
shuffle=0
; set our crossfade time to 2 seconds. zero means no xfade
xfade=5
; file must be at least 20 seconds or we don't crossfade
xfadethreshold=20
; drop folder for priority playlists
playlists=var/spool/playlists/
; where finished priority playlists get copied
archive=var/spool/playlists/archive/

;;; CALENDAR EVENTS
calendarfile=var/spool/calendar.xml
;calendarrewrite=1

;;;     LIVE CAPTURE:
; don't capture
capture=0
; set capture parameters
;capturedevice=Sound Blaster
;captureinput=Line-In
;capturesamplerate=44100
;capturechannels=2

;;;; DJ SUPPORT:
; dj listen port
djport=20002
djport2=20004
djcipher=
; idle time until auto-dump
autodumpsourcetime=30
; record dj broadcasts here
;djbroadcasts=c:\sc_trans\recorded\
;djcapture=
;djfilepattern=

;djlogin_0=
;djpassword_0=
;djpriority_0=1
;;;; MP3 ENCODING
unlockkeyname=<key>
unlockkeycode=<keycode>

;; REPLAY GAIN CONTROL:
applyreplaygain=0
calculatereplaygain=0

;;; OTHER:
adminport=20005
adminuser=<user>
adminpassword=<userpass>

;;; FILES
serverbackupfile=
serverintrofile=

this centovacast 3.0 is turning out to be a real piece of junk.
I deleted his account and installed him again.
As far as I can tell, centovacast 3.0 just randomly breaks down beyond repair.

it is unlikely a Centova issue directly. and the DNAS log is pretty clear on what's going on in that you're password is wrong.

so to start with, you need to make sure that what is set for 'password_1' in the sc_trans configuration is the same as 'password' or if present, 'streampassword_1' from the DNAS's configuration.

-daz

I stated that both passwords were identical, I even checked the .conf files on the machine to verify it
I also changed the passwords from CentovaCast 3.0 panel.
There is only 1 place to enter the password (it places it into 2 .conf files, source and server)
Also, after re-installing I compared the source and server .conf files, and they were identical to the ones before I deleted the account.

The problem is mostlikely in the CentovaCast system for sctrans2, as the DNAS did start up properly.
It's just the sctrans2 could not connect properly, perhaps CentovaCast 3.0 was caching something, or not using a proper .conf

I don't see it as a DNAS2 bug, but a CC 3.0 bug

Unless you know why it can report that bad password while I had both sctrans2 source and dnas server confs using the same password, Centova need to look into the problem

and yes, password_1 (source.conf) was set to the same as password (server.conf), and there was no streampassword_1 anywhere

I also verified that the instances were killed and they were being restarted

I believe CC 3.0's sctrans2 has or had a bug in it where it wasn't looking at the right file during startup or restart

I'm still receiving the bad password's, even though it's connected.
I think CentovaCast 3.0 is trying to start the sctrans2 even though it's already connected.
What do you think?

 2013-01-23 00:48:55   I   msg:<***>   Logger startup
2013-01-23 00:48:55   I   msg:<***>   version 2.0.0.29
2013-01-23 00:48:55   D   msg:<***>
2013-01-23 00:48:55   I   msg:***************************************************************
2013-01-23 00:48:55   I   msg:** SHOUTcast Distributed Network Audio Server (DNAS)
2013-01-23 00:48:55   I   msg:** Copyright (C) 1999-2011 Nullsoft, Inc.  All Rights Reserved.
2013-01-23 00:48:55   I   msg:** Use "sc_serv filename.conf" to specify a config file.
2013-01-23 00:48:55   I   msg:***************************************************************
2013-01-23 00:48:55   I   msg:[SHOUTcast] DNAS/posix(linux x64) v2.0.0.29 (Jul 31 2011) starting up...
2013-01-23 00:48:55   I   msg:[MAIN] PID: 23426
2013-01-23 00:48:55   I   msg:[MAIN] Loaded config from ../<user>/etc/server.conf
2013-01-23 00:48:55   I   msg:[MAIN] Calculated CPU count is 8
2013-01-23 00:48:55   I   msg:[MAIN] Starting 8 network threads
2013-01-23 00:48:55   I   msg:[MICROSERVER] Listening for connection on port 20000
2013-01-23 00:48:55   I   msg:[MICROSERVER] Listening for connection on port 20001
2013-01-23 00:48:56   I   msg:[SRC 174.142.97.228:58552] SHOUTcast 2 source connection.
2013-01-23 00:48:56   I   msg:[SRC 174.142.97.228:58552] Password accepted. Stream id is 1
2013-01-23 00:48:56   I   msg:[SRC 174.142.97.228:58552 sid=1] stream configuration complete. [
type=SHOUTcast 2
mimeType=audio/mpeg
maxPayloadSize=16377
avgBitrate=64000
maxBitrate=64000
desiredBufferSize=160
minimumBufferSize=0
icyName=Sample Stream
icyGenre=
icyURL=http://example.com
icyPub=0
]
2013-01-23 00:48:56   I   msg:[SRC 174.142.97.228:58552 sid=1] Got complete metadata message type=3902 [630 bytes] id=1 span=1 content=
<?xml version="1.0" encoding="UTF-8" ?>
<metadata>
<COMM language="eng">DutchReleaseTeam</COMM>
<TALB>Album Title Goes Here</TALB>
<TCON>Dance</TCON>
<TDRC><year>2012</year></TDRC>
<TENC>TRANSCast DNAS/posix(linux x64) v2.0.0.54</TENC>
<TIT2>Professional Griefers</TIT2>
<TPE1>Deadmau5</TPE1>
<TPUB>Other (EMI)</TPUB>
<TRCK total="13">5</TRCK>
<TYER>2012</TYER>
<extension>
<title seq="1">Deadmau5 - Professional Griefers</title>
<title seq="2">nextsong radioab 974c9d94295201aedfa305fef6853228 sctrans2next</title>
<title seq="3">nextsong radioab 974c9d94295201aedfa305fef6853228 sctrans2next</title>
</extension>
</metadata>
2013-01-23 00:48:59   I   msg:[SRC 174.142.97.228:55558 sid=1] SHOUTcast 1 source connection.
2013-01-23 00:48:59   E   msg:[SRC 174.142.97.228:55558 sid=1] connection denied. Bad password.
2013-01-23 00:49:09   I   msg:[SRC 174.142.97.228:55573 sid=1] SHOUTcast 1 source connection.
2013-01-23 00:49:09   E   msg:[SRC 174.142.97.228:55573 sid=1] connection denied. Bad password.

WHY IS IT DOING THIS? SCTRANS2 IS ALREADY CONNECTED

also, before I re-installed this guy I seen from one of the .conf files:
password=flood

Is this perhaps CentovaCast 3.0 doing that? I don't think my client changed the password to "flood"

Maybe CC 3.0 banned it's own sctrans2?