Upgrading to Cluster

[Kinghtflyer]

Single Server Vicibox 3.04 From 64bit-Preload.iso VERSION: 2.8-403a BUILD:1305101350 : Asterisk 1.4.44-vici : NO Digium HArdware : Single Server
AMD 8-CORE 4Ghz 16GigRAM : MSI 3070 Mboard : 3-2TB SATA Drives : Disabled RAID : No extra software :

I am going to configure a combo database/web server and a stand alone telephony server.

Right now all 6months of recordings are located in /var/spool/asterisk/monitorDONE/MP3 (NOT GOOD)

After I install StandardISO for database,webserver, and telephony do I need to restore these files and where do I restore them to? Can the archive server point to any suitable ftp server? I understand that will subdivide the recordings by month/day/year. Will the script still move/subdivide this mess?


Last Sept ViciSchool training might of covered this. But my notes are lacking. perhaps you can answer easily

[williamconley]

Moving the files to an archive server is simple. The crontab -e entry that is presently disabled for ftp'ing the audio files gets activated after you put ftp credentials in astguiclient.conf.

That script will then grab the files and push them to the archive ftp server and create a folder for each day while doing so. It will also modify the URL for each recording.

Be sure you test run the script with a single recording before you "let it run" on all of them.

Pay particular attention to the html link to each audio file to be sure your Vicidial system will link to them at their new home.

If you do this before moving the server to a new IP, the links will survive the move and not need changing (assuming you do not also move the archive server after putting the audio files in it!).

the Audio Archive server does not require any Vicidial functionality at all. Just FTP and Web. But Kumba's Vicibox install .isos can make it easy to build one, and it CAN be another member of the cluster (useful).

[geoff3dmg]

You can also move them manually (flash drive or whatever) if you have a lot and/or a slow network. The use '/usr/share/astguiclient/ADMIN_update_archive_url.pl' to update the recordings urls.

[Kinghtflyer]

Question1 - What are the default vsftp login credentials?
Question2 - I want to run the move ftp recording script but with only one recording as recommended, but I have no idea of what the command line would look like would it be possible to show an example?

Thanks

[williamconley]

Question1 - What are the default vsftp login credentials?

check the manual on vicibox.com for setting up the archive server, it should have them. if not, you can always make your own by creating a user with "ftp" as the only Group on that server. Generally this sort of thing is handled best by creating it by the book. Work out special setups later. Note that this ftp server can be anywhere on any system, it need not be in vicidial directly.

Question2 - I want to run the move ftp recording script but with only one recording as recommended, but I have no idea of what the command line would look like would it be possible to show an example?

Any perl script in Vicidial (those ending in ".pl") can be executed with "--help" as an option and it will show you all the options without actually doing anything. Also worthy of note, this particular script will "collect" 1000 filenames before it begins to do anything ... so even if you accidentally fire it up you can ctrl-c to kill it before anything actually happens. Execute with --debugX as one of the switches to see what is happening.

[Kinghtflyer]

Trying to create the first DBserver in a cluster.

Dell Poweredge 2850 2 2.8Ghz DualCores 4 GIG RAM Hardware
3 70Gig Seagates ST373453LC Perc Raid Array
ViciBox5.x86_64-5.0.3.iso

After os-install when rebooting trying manual resume from /dev/sda1 not found
/dev/root not found

I zeroed the drive twice same results.
I can mount /dev/sda1 /mnt from the live cd and look at the OS.

[williamconley]

Turn off the RAID and try again with a simple disk. Note that if the drivers are not available that will work with OpenSuSE on 5.0.3 Vicibox ... then this will require some finagling or a downgrade of the server or Drive I/O card to one with drivers available.

Or consider deleting all partitions with a different .iso suited to that purpose (not the one you just used ... since that did not work ...).

http://www.eflo.net/VICIDIALforum/viewt ... 760#p86110

1) RAID 5 is a no-no (use RAID 10 or NO raid)
2) LSI MegaRAID is recommended

We've never had a problem but do not have anyone using PERC with over 150 users.

[Kinghtflyer]

Since SUSE won't support the PERC/DELL raid array and I want to move the database server from the telephony server,
is there any reason why I can't move the DB to a LINUX/flavor that will jump on the Perc/Dell array?
Or does vicidial have to be resident on the database machine?

[geoff3dmg]

You can fix the PERC issue, you need to boot the machine with SystemRescueCD and tell yast to rebuild the initrd with the megaraid* modules included.

The DB server can be anything.

[williamconley]

You can fix the PERC issue, you need to boot the machine with SystemRescueCD and tell yast to rebuild the initrd with the megaraid* modules included.

Um ... he sounds like he knows what he's talking about. But I'm not sure PERC/MegaRAID are related in that way. And we've never needed a recompile. But ... it's worth a shot.

The DB server can be anything.

True statement, but be careful to include the Vicibox my.cnf changes. Go through them and ensure your settings are brought over. VMware or vSphere installs are great for practice installs that you can steal settings from BTW.

[geoff3dmg]

You can fix the PERC issue, you need to boot the machine with SystemRescueCD and tell yast to rebuild the initrd with the megaraid* modules included.

Um ... he sounds like he knows what he's talking about. But I'm not sure PERC/MegaRAID are related in that way. And we've never needed a recompile. But ... it's worth a shot.

I speak from experience. My Dell 1850's have exactly this issue and require this change to be done to initramfs to be bootable. I have mentioned this issue before.