[freeside] jobqueue not working
Stephen Bechard
steve at destek.net
Fri May 3 06:16:11 PDT 2002
I added a Freeside System account in freeside, and then
manually added all of the necessary root,daemon,shell accounts.
I know that there is a svc_acct.import script which will gather
all of the information to the Freeside Server, but then you have
to customize their script to push it into the Database.
I found it easier to just add the 20 accounts manually.
Mario Zuppini wrote:
>
> how did you go about adding in the default accounts like
> root/daemon/bin/sys etc ?
>
> -----Original Message-----
> From: Stephen Bechard [mailto:steve at destek.net]
> Sent: Friday, 3 May 2002 12:51 PM
> To: ivan-freeside at sisd.com
> Subject: Re: [freeside] jobqueue not working
>
> Be careful of the changes you made with the master.passwd file, as the
> >> will continue to add duplicate users into the file and only the first
> one will work, hence not updating your changes.
>
> As far as the ic-radius radcheck table I am not sure, as I use a
> Livingston Radius which it is just a flat file that is created just fine
> by the svc_acct.export script.
>
> Mario Zuppini wrote:
> >
> > Ah ok, yeah ive noticed that it overwrites the entire passwd file
> > which i thought isnt a very smart thing, lucky we all use dev boxes to
>
> > test these things first..
> >
> > What i found with the svc_acct.export tho, i went and edited the file
> > and changed it from mv the /etc/passwd.new /etc/passwd to cat
> > /etc/passwd.new >> /etc/passwd
> > to get around it overwriting, dont know why it does that.
> >
> > And now once again, when i just tried to run ./svc_acct.export
> > freeside before executing this command my ic-radius radcheck table was
>
> > populated correctly that freeside added during
> > the new user creation, but the svc_acct.export has wiped it
> >
> > -----Original Message-----
> > From: Stephen Bechard [mailto:steve at destek.net]
> > Sent: Friday, 3 May 2002 10:42 AM
> > To: ivan-freeside at sisd.com
> > Subject: Re: [freeside] jobqueue not working
> >
> > That same thing stumped me for a while too.
> > But all it does is add the user account and
> > makes sure it creates the home directory.
> >
> > Then when you run svc_acct.export it extracts
> > the contents of the svc_acct table, works it's
> > magic encrypting all the passwords and such, then
> > it over writes the remote systems master.passwd
> > file with this data.
> >
> > A warning of Caution!!! It will erase all accounts
> > on the remote server so make sure you have all of the necessary root,
> > daemon, shell accounts that you need in your svc_acct table before
> > running the svc_acct.export script. I actually keep a root login to
> > the remote server during the first couple of times to make sure I
> > didn't lock myself out.
> >
> > Hope this helps,
> > Steve
> >
> > Mario Zuppini wrote:
> > >
> > > Wow your right, I did what you said and now the jobqueue works, Did
> > > you also note that when the jobqueue adds the user to a specific
> > > shellmachine ( for mail i assume) that it does not put their
> > > password on the system?? im trying to find out what the
> > > point of this is without a password being added as well..
> > >
> > > -----Original Message-----
> > > From: Stephen Bechard [mailto:steve at destek.net]
> > > Sent: Thursday, 2 May 2002 9:47 PM
> > > To: ivan-freeside at sisd.com
> > > Subject: Re: [freeside] jobqueue not working
> > >
> > > >From my experience with freeside, I found that
> > > the `ps aux` showed the same results whether
> > > I started the freeside-queued as root or freeside:
> > >
> > > 1.) From root:
> > > host# /usr/local/bin/freeside-queued freeside
> > >
> > > 2.) From freeside user:
> > > host# su - freeside
> > > bash$ /usr/local/bin/freeside-queued freeside
> > >
> > > If I did started the queue using option 1 above
> > > my jobqueues didn't run and I got the same errors
> > > you are getting.
> > >
> > > If I did started the queue using option 2 above
> > > my jobqueues cleaned up and all was well.
> > >
> > > Mario wrote:
> > > >
> > > > freeside 7091 0.0 8.1 10448 5060 ? S May01 0:02
> perl
> > -w
> > > > /usr/local/bin/freeside-queued freeside
> > > >
> > > > nope mines running as the freeside user :(
> > > >
> > > > -----Original Message-----
> > > > From: Stephen Bechard [mailto:steve at destek.net]
> > > > Sent: Thursday, May 02, 2002 8:53 PM
> > > > To: ivan-freeside at sisd.com
> > > > Subject: Re: [freeside] jobqueue not working
> > > >
> > > > I had this same problem and found that it was related
> > > > to the freeside-queued not running as the freeside user. Try
> > > > stopping and starting your freeside-queued. Enjoy, Steve
> > > >
> > > > > Mario Zuppini wrote:
> > > > >
> > > > > Everything is nearly working 100% except when I add a user, the
> > > > > username and passwords are getting added to the radcheck table
> > > > > in my
> > >
> > > > > icradius database, but the users are not getting added to the
> > > > > system.
> > > > >
> > > > > Below I have selected teh job queue where im trying to get it
> > > > > going by
> > > >
> > > > > clicking on *retry* and then i have the error below it.
> > > > >
> > > > > root at 203.34.142.143 /usr/sbin/useradd -d
> > > > > Net::SSH::ssh_cmd/home-clients/louie3600 -m -s /bin/false
> Wed
> > > May
> > > > 1 locked louie3600 at cybersol.com.au
> > > > > louie3600
> > > 17:47:02
> > > > 2002 ( retry | remove )
> > > > >
> > > > > The error im getting on 203.34.142.8 server is as follows..ssh
> > > > > debug
> > >
> > > > > log in auth.log
> > > > >
> > > > > May 2 10:23:41 hq sshd[548]: debug1: Forked child 6109. May 2
> > > > > 10:23:41 hq sshd[6109]: Connection from 203.34.142.9 port 1039
> > > > > May
> >
> > > > > 2 10:23:41 hq sshd[6109]: Did not receive identification string
> > > > > from
> > >
> > > > > 203.34.142.9 May 2 10:23:41 hq sshd[6109]: debug1: Calling
> > > > > cleanup
> > > > > 0x8066dbc(0x0)
> > > > >
> > > > > Now from what I can gather, it tries to execute that ssh_cmd as
> > > > > the freeside user to get to 203.34.142.143 as root, I have all
> > > > > the
> >
> > > > > rsa keys done and i can manually ssh across via the freeside
> > > > > account to root account on 203.34.142.143 without any problem or
>
> > > > > password queries..
> > > > >
> > > > > To test the Net::SSH module in perl as I thought this might of
> > > > > been the problem, I went and got the example from cpan to test
> > > > > the
> >
> > > > > module
> > >
> > > > > to make sure it works and the arguments for it where correct in
> > > > > the jobqueue that you see above. The test perl file I used that
> > > > > works correctly and added the user was as follows..
> > > > >
> > > > > #!/usr/bin/perl
> > > > >
> > > > > use Net::SSH qw(sshopen2);
> > > > > use strict;
> > > > >
> > > > > my $user = "root";
> > > > > my $host = "203.34.142.143";
> > > > > my $cmd = "/usr/sbin/useradd -d /home-clients/cocacola11 -m
> > > > > -s
> >
> > > > > /bin/false cocacola11";
> > > > >
> > > > > sshopen2("$user\@$host", *READER, *WRITER, "$cmd") || die "ssh:
> > > > > $!";
> > > > >
> > > > > while (<READER>) {
> > > > > chomp();
> > > > > print "$_\n";
> > > > > }
> > > > >
> > > > > close(READER);
> > > > > close(WRITER);
> > > > >
> > > > > -----------------------------
> > > > > that works 100% perfect and added the user, so I am unsure and
> > > > > have no
> > > >
> > > > > idea why when i click RETRY on the jobqueue there that im
> > > > > getting that
> > > >
> > > > > error in the auth.log for ssh..
> > > > >
> > > > > Machine : i386
> > > > > OS : Debian 2.2
> > > > > Radius : IC-Radius 0.18.1
> > > > > Freeside v1.4.0pre11
> > > > > Perl v5.6.1
> > > > > Server version: Apache/1.3.23 (Unix) Debian GNU/Linux (apache is
>
> > > > > running as the freeside user)
> > > > >
> > > > >
> > > > > Thank You
> > > > >
> > > > > Mario Zuppini
> > > > > Systems Administrator
> > > > >
> > > > > Total Cybersolutions
> > > > > www.cybersol.com.au
> > > > >
> > > > > PO BOX 2081
> > > > > Windsor QLD 4030
> > > > > Australia
> > > > > Phone : +617-3861-0882
> > > > > Fax: +617-3861-0884
> > > > > sysadmin at cybersol.com.au
> > > > >
> > > > >
More information about the freeside-users
mailing list