Are you on vmware or so? Itll def go slower there but ik there's some problems with xml in iweb.Quote:
Originally Posted by Coldwin
Printable View
Are you on vmware or so? Itll def go slower there but ik there's some problems with xml in iweb.Quote:
Originally Posted by Coldwin
I am using VirtualBoxQuote:
Originally Posted by whoami1995
I am using VirtualBox too, but the server doesnt want start
First off: Great release, thanks for sharing with us. I appreciate it.
Also, I think I'll need your help regarding my server, set up locally.
It's working fine except for one thing:
Sometimes certain parts seem to drop in responsiveness (e.g. at IP/admin the "Server Configuration" tab takes forever to load and changes aren't being saved when clicking that "Save" button).
Another issue I have is that when that happens the server DCs (an) account(s) and refuses to let that one / those log back in again without a server restart. I'm not yet 100% sure since it doesn't happen all the time and isn't rly predictable, but I think the DC only happens to one account, which then also loses some progress (aka the savefile doesn't get updated when it happens). That specific account also is the only one with a character in the 7-days deletion period.
I know it's not the connection to that PC being interrupted or terminated, other clients running on that computer don't seem to fall victim to that occurrance.
Of course, when I restart the server it works fine again for at least a while.
Also, something I noticed is that in "Server Control" the Service "Game Link Daemon" sometimes only has 1 instance running and sometimes more (not sure if that helps, just seems a little awkward to me).
The Machine used as Server has an Intel Core i7 3610QM QuadCore @3.2GHz-3.3GHz (with boost), 16GB RAM, a Nvidia 560M graphics card and a 750GB HDD, just in case you're wondering about that.
On the Server I've installed v136 first, then v131, v146, v151 in that order since I wasn't sure if v151 would need v131 and v146.
I've set the active version to v151 using the "service pwversion 151" command.
I have NOT set any of the versions as service (since v151 would need 32GB for that).
On the Client I only installed the v151 itself.
Edit:
I just noticed that the other logged in accounts also get disconnected after a while, though in that time (about 30 minutes) those can interact normally and play just fine.
Edit 2:
I suspect that there have to be 4 "Game Link Daemon"s running for the server to work properly and that it somehow only starts 1 instead of the 4 at bootup and has to manually be stopped and restarted.
Edit 3:
It seems to work with manually restarting it on the server console (not over the network but by touching the actual server). Though I don't really have any clue why that is.
I'll update this post again if needed.
I haven't been on here in a while or posted much, but I feel this needs said.
I have been a member of this community for a number of years & posted, shared, liked, replied to, & helped whenever where ever I could. I have used 343's package for pretty much the entire time, since long before the current release. There are now 267 pages of replies & comments in this thread. I have shared the current build torrent 5,000 times only to see only 2 seeders on the torrent.
My daughter has been deving right beside me almost the entire time since she was 14. This package is the most complete straight forward release anywhere in this section and yet people are still having issues or can't comprehend what or how to do something. This is beyond sad in my opinion. If you are reading this post and are having issues, go back to page one and read from there back to this post. If after that you are still having issues and have yet to try anything yourself to fix it, start over again. Or you can do everyone a favor and just stop.
Yes a community is designed to help those just learning and this community used to be all about that, however it has turned into a bunch of newbie idiots that want all of the latest things fed to them on a silver spoon now. That's not how it works, and that is why most senior members have stopped helping. If this offends you or rubs you the wrong way oh well get over it and grow up.
Now that I'm done feel free to start whining that I should help instead of bashing/insulting.
thx 343 for a great release i was wondering im using navicat to ssl to mysql but its not working any help plz thx
You might want to try out MyPhpAdmin then, which can be found at "YourServerAddress/phpmyadmin", the login credentials being the same as for pwAdmin. This should be enough for many if not most cases.Quote:
Originally Posted by teomikey
thx for the advice i got it working
So I re- downloaded this package, and saw a addition of the 1.5.1 server files and client,(deleted everything pw related sometime ago), installed 1.3.6, then 1.5.1, got everything running pwAdmin works, 'cept for xml editing, same as the release i was using before, iweb works, my guess is that it is memory dependent, this discussion was held somewhere on this forum, those of you that want to 'toy' with a server should do so on 1.3.6 if 8GB is all you can allocate, also winscp should be installed after you;
1. update your ubuntu installation.
2. apt-get install openssh-client
3. apt-get install openssh-server
launch winscp, fill in your server's ip (ifconfig in your server's terminal) and your server's password.
login as root.
hope this helped.
I have a couple of questions not sure if they have been answered but I did search for answers and did not come up with anything.
1) with 343's 1.3.6 release I tried to do a mysqldump but it said that it was not installed and when I tried to install it, there were a bunch of errors about dependencies that would have to be updated. Is there a way to install mysqldump with 343's release?
2) Is there a way to do an automatic backup of character data I did read something dealing with the crontab but it was putting it into a .tar file is there another way of doing that or is that the best way.
3) Where can you find the death messages of the monsters to edit what they say when they die?
I'll admit I'm ecstatic that someone is still interested in v136 (other than myself)! So (and while) I would normally "chew people out" if they've asked something that's been asked a lot - I honestly can't even remember whether I've answered these before or not. So I will go ahead and help ya :D
1) My release uses XAMPP which (ofc) does have MYSQLDUMP so that you can back up the game DB's
2) Yes you could do an auto backup at whatever interval you wanted (every second, every minute, every hour, every day, every week, every month, etc etc etc.) by using crontab - you'd just modify your crontab to include a command or script to do so! (example to follow)
3) OMG I do not remember off hand to be honest. Have you tried using something like 010 editor "find in all files" and typing in a search string for what you'd like to find? I'll tell ya what, I'll even go take a look later today and get back to ya! But I will say, if (which it most likely is) it is inside one of the .PCKs you'd have to extract them all in order for a search using this method to be effective (which I already have done for CPW conveniently enough)
example & guide (from #2 ):
There's actually a built in guide in the release to help out with setting crontab up! Navigate to http://yourIP:8080/pwAdmin/AA/ (URLs ARE case sensitive do not forget!). There you will see exactly how you'd have to set up crontab to run said "backup" every time you wanted it to run, whether that was hourly, daily, weekly, monthly, yearly, @ReBoot, every 5 mins, 1 min past every hour, daily @ 8:17, 4:00 every SUN, 4:42 every 1st of the month, hourly on the 19th of July! You can really customize crontab to run it EXACTLY when and the frequency of when you want to run something! So, for example, we'll go with once a week. I'd create the actual script to perform the backup, and tell cron to run it once per week! (if this was an actual live server I'd probably make sure this was scheduled for when the server was down so that it did NOT interfere with play/the server!) So to do that you'd add something like the following line to crontab:
0 0 * * 0 root /etc/cron.pw/136/BgameDB.sh # Run backup once a week [@weekly]
Where the actual contents of the file (BgameDB.sh) would simply be your command(s) to perform the backup that will now be ran once per week!
Example contents of (BgameDB.sh) bear in mind you can call it whatever the fuck you want to! Just make sure crontab has the right name (whatever you name it)[duh]
#!/bin/sh
#make a bz2 tar of the gameDB
cd /PWServer/136/gamedbd/dbhomewdb/dbdata/
tar -cjf /gameDB.bz2 *
#make a bz2 tar of the unameDB
cd /PWServer/136/uniquenamed/uname/dbdata/
tar -cjf /unameDB.bz2 *
#backup mysqlDB too
cd /opt/lampp/bin/
./mysqldump --opt -Q -uroot -proot "dbo" > /dboMySQL.sql
#archive with timestamp
cd /
mkdir /BACKUP_ARCHIVE
archive_name=gameDB.bz2
archive2_name=unameDB.bz2
archive3_name=dboMySQL.sql
current_time=$(date "+%Y.%m.%d-%H.%M.%S")
new_filename=$archive_name.$current_time
new2_filename=$archive2_name.$current_time
new3_filename=$archive3_name.$current_time
cp $archive_name $new_filename
cp $archive2_name $new2_filename
cp $archive3_name $new3_filename
mv $new_filename /BACKUP_ARCHIVE
mv $new2_filename /BACKUP_ARCHIVE
mv $new3_filename /BACKUP_ARCHIVE
That would be the simple solution to your inquiry...
Oh that and, I'm moving this to the proper thread :wink:
Thank you 343,
I have been banging my head upon my desk so much that I think the desk is warping a little. Now I have to do a little more researching to see if I can find out how to make the server reboot itself at a scheduled time and start back up again after the database has been backed up.
Simple, tell the "installer" I made (when you're installing) that "NO" you do NOT want it to run as a system service/daemon and modify my above example script to be as follows:
#!/bin/sh
#make a bz2 tar of the gameDB
cd /PWServer/136/gamedbd/dbhomewdb/dbdata/
tar -cjf /gameDB.bz2 *
#make a bz2 tar of the unameDB
cd /PWServer/136/uniquenamed/uname/dbdata/
tar -cjf /unameDB.bz2 *
#backup mysqlDB too
cd /opt/lampp/bin/
./mysqldump --opt -Q -uroot -proot "dbo" > /dboMySQL.sql
#archive with timestamp
cd /
mkdir /BACKUP_ARCHIVE
archive_name=gameDB.bz2
archive2_name=unameDB.bz2
archive3_name=dboMySQL.sql
current_time=$(date "+%Y.%m.%d-%H.%M.%S")
new_filename=$archive_name.$current_time
new2_filename=$archive2_name.$current_time
new3_filename=$archive3_name.$current_time
cp $archive_name $new_filename
cp $archive2_name $new2_filename
cp $archive3_name $new3_filename
mv $new_filename /BACKUP_ARCHIVE
mv $new2_filename /BACKUP_ARCHIVE
mv $new3_filename /BACKUP_ARCHIVE
#assuming server is NOT running during backup, now start server
service PW start
That would take care of automatically starting the server back up after the backup is complete, however you'd still have to figure out how you're going to cause it to reboot to take said backup at specified intervals. I'd also recommend just running the above sample script (or one like it to better suit you if you decide to make your own) like this:
@ReBoot root /etc/cron.pw/136/BgameDB.sh # Run backup @ReBoot (or any time the cron daemon is started/re-started)
Instead of at a specified time, as you'd want to set the server to reboot at specified times which in turns will run your backup and subsequently restart the server! Now, at least for a production environment server I wouldn't necessarily recommend using /etc/cron.pw/136/stopPW.sh or "service PW stop" because that performs a "harsh" shutdown (which may be dangerous for the DB itself!), so you'd want to find your own way to "safely" shutdown the server before performing the reboot (which will in turn run this backup and restart the server). One such example below (backupreboot.sh):
#!/bin/sh
#you'll have to come up with your own method to "SAFELY" shutdown the server HERE
#or uncomment the following line to use my "harsh" method
#service PW stop
reboot
And run that in crontab as follows (of course however frequently you want this to happen - I just use weekly as an example!):
0 0 * * 0 root /etc/cron.pw/136/backupreboot.sh # Run once a week [@weekly]
All you have to do is come up with a method to safely shut down the game services before the system reboots and will then subsequently take a full DB backup and restart the game services!
Now the fun part for you, finding out how to SAFELY shut down the game services! Admittedly I've never ran a production environment server, so I haven't personally cared much about "SAFE" shutdowns (hence my "brutal" method of "just getting it done" using KILL/PKILL). If you don't mind risking the data (and it's integrity) you could use the "harsh" method as I've included with the release, just tell it to run "service PW stop" or /etc/cron.pw/136/stopPW.sh (they both do the same thing)... That /would/ "get the job done", but you may be putting the gameDB data "at risk" :wink:
Once again I want to thank you 343 for your help, as I have stated I have been racking my brain on this for about a month and I even had my wife helping me search the forums for information that may be beneficial.
Hit da like button if I helped ya :wink: :D:
Hi guys,
I'm having troubles (mainly network-related) setting up the server correctly, could you please help with it?
I have a server with a single IP, and installed ubuntu on a virtual machine (KVM, if that's important) there. So, this virtual machine has network access using NAT, and has an IP address in this NAT. When setting up the server, I was asked about LAN and WAN IP addresses, and I'm not sure what to enter there.
When I tried using the NAT IP address of the machine with ubuntu, the web pages (at least, / and /admin URLs) became accessible from the virtual machine itself and from the server. But how can I use it from my PC? I tried forwarding ports using SSH like ssh -L 80:<NAT IP>:80 user@server and it worked partially: localhost/admin page redirects to <NAT IP>:8080/pwAdmin, which is clearly not accessible from my PC.
So, the question is - how to set up PW to work in such environment? I wouldn't like to make it directly available at <server IP>, because the server has many other uses and the PW will be private, for friends.
Okay I'm gonna start all over, sorry, this is why I shouldn't "forum" when I first wake!Quote:
Originally Posted by aplavin
Noticed you said VM. You do not want to set the VM to "NAT" you want to set it to "bridged" and tick "replicate physical"
That way it will be like it's it's own machine - it will get it's own LAN IP...
Attachment 151595
Simple, control access using either a physical hardware firewall or IPTABLES... Either way the server has to either be public or not public, it can't be both. To make it available to the WAN it will have to be PUBLIC, but if you only want certain people to connect (not "FULL" public) you control access using a hardware firewall, or at least IPTABLES... There's NO reason to attempt to get overly complicated and start using crap like SSH/SSL/VPN when you can set up the server to be public, and restrict access using a firewall and or IPTABLES...!Quote:
So, the question is - how to set up PW to work in such environment? I wouldn't like to make it directly available at <server IP>, because the server has many other uses and the PW will be private, for friends.
- - - New Post - - -
I do apologize but I've given you some bunk information (well, not so much bunk as I just failed to mention something / left something out) - but it's VERY important!Quote:
Originally Posted by whitewof
For doing a backup of the MySQL DB (dbo) you will want to make SURE you also use the flag --routines
VERY VERY VERY important! So here is a corrected version of the last example I gave you:
#!/bin/sh
#make a bz2 tar of the gameDB
cd /PWServer/136/gamedbd/dbhomewdb/dbdata/
tar -cjf /gameDB.bz2 *
#make a bz2 tar of the unameDB
cd /PWServer/136/uniquenamed/uname/dbdata/
tar -cjf /unameDB.bz2 *
#backup mysqlDB too
cd /opt/lampp/bin/
./mysqldump --opt -Q --routines -uroot -proot "dbo" > /dboMySQL.sql
#archive with timestamp
cd /
mkdir /BACKUP_ARCHIVE
archive_name=gameDB.bz2
archive2_name=unameDB.bz2
archive3_name=dboMySQL.sql
current_time=$(date "+%Y.%m.%d-%H.%M.%S")
new_filename=$archive_name.$current_time
new2_filename=$archive2_name.$current_time
new3_filename=$archive3_name.$current_time
cp $archive_name $new_filename
cp $archive2_name $new2_filename
cp $archive3_name $new3_filename
mv $new_filename /BACKUP_ARCHIVE
mv $new2_filename /BACKUP_ARCHIVE
mv $new3_filename /BACKUP_ARCHIVE
#assuming server is NOT running during backup, now start server
service PW start
- - - New Post - - -
It may also be worth mentioning that - while I would still recommend taking a backup of ALL of the DB's - when / if / whenever you go to RESTORE the DB's (from the backups) you do NOT need to restore the uniquenamed DB. If I recall correctly the uniquenamed daemon will crash if you even try. So while it appears to be not necessary to back up, I (being the anal retentive prick that I am) would back it up anyway in case there are any "new developments" in the future!
With that being said, the same will happen with the gamedbd and I remember it's related to the file CLSCONFIG inside the gamedb directory. The first method I found (without having to worry about messing with clsconfig and it's config/importing etc) would be to WIPE the DB if there is one (with the server off of course), which is done by simply deleting the files in the gameDB directory. Then starting the gamedbd daemon - doing this it creates a new game database (all of the files that comprise the DB). Then killing the gamedbd daemon and copying / overwriting EVERYTHING EXCEPT the clsconfig (allow the one it just created to stay and/or NOT get overwritten). Here I'll show you an example script for performing a restoration too below (restore.sh):
#!/bin/sh
#restore dboMySQL
/opt/lampp/bin/mysqladmin -uroot -proot -f DROP "dbo";
/opt/lampp/bin/mysqladmin -uroot -proot CREATE "dbo";
/opt/lampp/bin/mysql -uroot -proot "dbo" < /BACKUP_ARCHIVE/dboMySQL.sql
#restore gameDB
cd /PWServer/136/gamedbd/dbhomewdb/dbdata/
rm -R *
cd ../..
./gamedbd gamesys.conf > /dev/null &
sleep 15
pkill -9 gamedbd
cd /BACKUP_ARCHIVE
mkdir temp
tar -xjf gameDB.bz2 -C ./temp
cd temp
rm clsconfig
mv * /PWServer/136/gamedbd/dbhomewdb/dbdata/
rm -R /BACKUP_ARCHIVE/temp
#assuming server is NOT running during restore, now start server
service PW start
Although the way I just wrote that up it will be looking for a file that doesn't exist (from the backup) SO, to have both examples work together you'd have to use the following (modified yet again) backup script:
#!/bin/sh
#make a bz2 tar of the gameDB
cd /PWServer/136/gamedbd/dbhomewdb/dbdata/
tar -cjf /gameDB.bz2 *
#make a bz2 tar of the unameDB
cd /PWServer/136/uniquenamed/uname/dbdata/
tar -cjf /unameDB.bz2 *
#backup mysqlDB too
cd /opt/lampp/bin/
./mysqldump --opt -Q --routines -uroot -proot "dbo" > /dboMySQL.sql
#archive with timestamp
cd /
mkdir /BACKUP_ARCHIVE
archive_name=gameDB.bz2
archive2_name=unameDB.bz2
archive3_name=dboMySQL.sql
current_time=$(date "+%Y.%m.%d-%H.%M.%S")
new_filename=$archive_name.$current_time
new2_filename=$archive2_name.$current_time
new3_filename=$archive3_name.$current_time
cp $archive_name $new_filename
cp $archive2_name $new2_filename
cp $archive3_name $new3_filename
mv $new_filename /BACKUP_ARCHIVE
mv $new2_filename /BACKUP_ARCHIVE
mv $new3_filename /BACKUP_ARCHIVE
mv gameDB.bz2 /BACKUP_ARCHIVE
mv unameDB.bz2 /BACKUP_ARCHIVE
mv dboMySQL.sql /BACKUP_ARCHIVE
#assuming server is NOT running during backup, now start server
service PW start
My dedicated server has only one public IP, and as I understand using "bridged" here requires another IP - for this VM?Quote:
Originally Posted by 343
The problem is I need to use ports 80 and 8080 of my server for other purposes (29000 is ok, btw). So, this requires changing them in the PW server (not sure how), or forwarding using ssh, for example. We are tech-savvy persons, so ssh for port forwarding would be OK for my case :)Quote:
Originally Posted by 343
I think I get it a little better now. I presume you're renting a server that is a non Linux OS, and you're running a VM for Linux/PW? Being limited to ONE IP, would kill any area I'd be able to help in sadly. I am used to only having one PUBLIC IP myself on my residential connection, however I'm used to having a router (NAT device) so that I can connect "as many" further devices as I want. If you're renting a machine (presumably in a data center) and you have ONE device, ONE IP, and it's not behind any kind of NAT device/router - I don't know that I'll be able to help TBH. For me "sharing" port 80 is no problem because, despite having ONE WAN IP, I have a router, and a million computers and servers. I actually DO host multiple sites on port 80 too, even on different machines behind the NAT, but that's EASY using ReverseProxy. Example:Quote:
Originally Posted by aplavin
# This part is for internal LAN forwarding : 80
<VirtualHost *:80>
ServerName www.domain.com
ProxyRequests Off
ProxyPreserveHost On
ProxyPass / http://10.2.0.6/
ProxyPassReverse / http://10.2.0.6/
</VirtualHost>
This config (for apache httpd) allows the following to happen: Incoming request from the WAN for www.domain.com (port 80) comes into my router/NAT device - my router NAT device sees that all incoming port 80 goes to LAN machine 10.2.0.1, so the request goes to 10.2.0.1 but that machine sees that www.domain.com is actually being hosted on internal LAN machine 10.2.0.6 (because of the above config), so it forwards that request (transparently to the "end user") to machine 10.2.0.6.
But again, if you're hosting (renting) at a data center, a single machine with a single IP available - that will do you no good!
Although (epiphany) you could probably host all the web stuff on the main machine instead of the VM and use <virtualhost> to separate the domain names... I still wouldn't even begin to pretend to know what to tell you for the VM and "sharing" the main host machines IP though (so that 29000 for PW works and gets sent to the VM).
Either way, at least to me, it certainly looks like a bind to be in! Although this is mainly because you're limited to ONE IP, for ONE machine, that isn't behind a router/NAT device (of your controlling)... Because even if you set up all the web stuff (and MySQL) on the HOST OS, I'm not sure how you'd get, for example, MySQL and AUTHD to "talk" (which is NECESSARY for game operation)...
I have to take off for now but, if I come up with anything I'll post back, and or hopefully someone that may be knowledgeable in "sharing" an IP between the host OS and guest OS can chime in on this one!
- - - NEW POST - - -
Okay, I know I've posted a LOT and I'm hoping you didn't lose track! :lol: So I will post up the most pertinent parts for you in THIS post. (with the most updated modifications since I know I've made a TON)!Quote:
Originally Posted by whitewof
First: To address taking a backup, you want to make the machine reboot to do this (because it will be set to automatically take backups @ReBoot)
backupreboot.sh
modify/add the following line to crontab to make this "reboot" for backup happen once per week as follows (and make sure to put the above script in /etc/cron.pw/136/)Code:#!/bin/sh
#you'll have to come up with your own method to "SAFELY" shutdown the server HERE
#or uncomment the following line to use my "harsh" method
#service PW stop
reboot
Now that we've set the machine up to reboot once per week, we need to actually set up the backup part/process:Code:0 0 * * 0 root /etc/cron.pw/136/backupreboot.sh # Run once a week [@weekly]
PWbackup.sh
and we'll set this to happen automatically whenever the machine boots (or crontab starts or is restarted)(and make sure to put the above script in /etc/cron.pw/136/)Code:#!/bin/sh
#make a bz2 tar of the gameDB
cd /PWServer/136/gamedbd/dbhomewdb/dbdata/
tar -cjf /gameDB.bz2 *
#make a bz2 tar of the unameDB
cd /PWServer/136/uniquenamed/uname/dbdata/
tar -cjf /unameDB.bz2 *
#backup mysqlDB too
cd /opt/lampp/bin/
./mysqldump --opt -Q --routines -uroot -proot "dbo" > /dboMySQL.sql
#archive with timestamp
cd /
mkdir /BACKUP_ARCHIVE
archive_name=gameDB.bz2
archive2_name=unameDB.bz2
archive3_name=dboMySQL.sql
current_time=$(date "+%Y.%m.%d-%H.%M.%S")
new_filename=$archive_name.$current_time
new2_filename=$archive2_name.$current_time
new3_filename=$archive3_name.$current_time
cp $archive_name $new_filename
cp $archive2_name $new2_filename
cp $archive3_name $new3_filename
mv $new_filename /BACKUP_ARCHIVE
mv $new2_filename /BACKUP_ARCHIVE
mv $new3_filename /BACKUP_ARCHIVE
mv gameDB.bz2 /BACKUP_ARCHIVE
mv unameDB.bz2 /BACKUP_ARCHIVE
mv dboMySQL.sql /BACKUP_ARCHIVE
#assuming server is NOT running during backup, now start server
service PW start
There you have it, with the above modifications/additions your server will reboot and take a backup / archive backups AND restart the server daemons once per week!Code:@ReBoot root /etc/cron.pw/136/PWbackup.sh # Run backup @ReBoot (or any time the cron daemon is started/re-started)
If you need to restore the backup(s) the following script will automatically restore the LATEST backup taken and stored in /BACKUP_ARCHIVE
restore.sh
that one (restore.sh) can be placed anywhere you want it, /root or /BACKUP_ARCHIVE or anywhere - it doesn't matter as it will run the same from anywhere you put it! Just make sure the game server daemons are NOT running when you do a restore!!!Code:#!/bin/sh
#restore dboMySQL
/opt/lampp/bin/mysqladmin -uroot -proot -f DROP "dbo";
/opt/lampp/bin/mysqladmin -uroot -proot CREATE "dbo";
/opt/lampp/bin/mysql -uroot -proot "dbo" < /BACKUP_ARCHIVE/dboMySQL.sql
#restore gameDB
cd /PWServer/136/gamedbd/dbhomewdb/dbdata/
rm -R *
cd ../..
./gamedbd gamesys.conf > /dev/null &
sleep 15
pkill -9 gamedbd
cd /BACKUP_ARCHIVE
mkdir temp
tar -xjf gameDB.bz2 -C ./temp
cd temp
rm clsconfig
mv * /PWServer/136/gamedbd/dbhomewdb/dbdata/
rm -R /BACKUP_ARCHIVE/temp
#assuming server is NOT running during restore, now start server
service PW start
No you have not lost me yet 343 and its a lot of great information and just goes to show how much more I have to learn to be a good server admin. I do have a question for you though the map q20 was that something you designed as well as z9?
Sorta, but not really. I didn't actually "make" them (if that's what you mean), they are "borrowed" from Jade Dynasty I think it was. I didn't put any actual "design" effort into them, and they're just blank maps for the "end user" of my package to be able to make their own customizations, and at least slightly set them apart from any others who may be running this release... Although I do have plenty of "ideas" for q20 or z9, I have never even made "my own" from those ideas... Same for some of the other blank maps included in this release, such as "house" (the "guild house") or the variants of that map that there are for the different major territories. "Guild Base" is also "borrowed" from a newer version of PW (obviously, wasn't in 136), and is also empty. JAIL is a totally custom map, in the respect that I came up with the idea of putting players in there (so they're STUCK in there) if or when they deserve punishment - rather than "banning" them - it too is empty and ready for customization. The only map that I implemented WITH my ideas was the perfect chapel. I "borrowed" the perfect chapel from a newer version of PW, and since the older version of PW obviously doesn't have all the mechanics the newer version has it's almost pointless TBH. If I recall correctly there's nothing special about it other than I moved the NPC to get married at inside there, so now you do have to go INSIDE the chapel to get married... Something like that... But if I do recall correctly there's no like "wedding quests" or anything like there is whenever they implemented it on official PWI...Quote:
Originally Posted by whitewof
Yea there's actually TONS of "easter eggs" if you hunt them down in the v136 of this release! That's my FAV version and I have been slowly adding and adapting that said release since the year 2009. So the version that the release is right now, is a culmination of my work of the last 6 years! Sadly, I couldn't tell you all of said "easter eggs" even if I wanted to because granted in the beginning I tried to keep "changelogs" that became too tedious for me to do, and I ceased and deleted any existing "changelogs"! So, no "changelogs" exist, I'll admit there's probably even shit in there that *I* forgot is there! :lol:
On topic, of maps - I do have a tut floating somewhere around here that explains how to "clone" a map too :wink: Like how I cloned City of Abominations and made a "JAIL" map out of that! It's actually REALLY simple to clone a map, so that it can be it's own map - for it's own NPCGEN etc... For massive game customization :wink:
- - - Updated - - -
/Also on topic/
If I knew of a way to actually EDIT or MAKE maps, OMG - I would be a pig in shit, because I used to do level design for some of the more popular FPS games. If I could MAKE or even so much as actually EDIT the actual MAP itself. /drool - like I said, I'd be a pig in shit.
Sadly a few things I never did learn about v136 - and have come to accept that I probably never will:
- how to control big/small jump (the difference in jumping IE in world map vs dungeons)
- how to MAKE/EDIT maps (the actual format of maps)
- how to directly access the gameDB (it would be nice to access the gameDB in the same manner one accesses MySQL or any other DB [to have "raw" access to the tables/columns/rows/data])
I think some of the stuff that I found from your release is pretty cool, I just wish I knew more about the server management than I currently do. I did find out I think how to safely shutdown services but I have not had a chance to actually test it out yet as I need to do a little more research. I also was meaning to ask you if you still run a server or not?
343, I just wanted to comment that your previous post about auto backups is pure gold to me, so thanks a lot!
Really well explained, with code and all.
I would also like to comment on a separate issue im having:
Im using the 1.4.6 version of your pack, everythings works fine, easy installation etc.
I recently switched the parameter "pvp = 1" in "gamesys.conf" to make the server PvP instead of the default PvE. Now all the characters (old and new) that are below lvl 30, have their name in white and their auto attack stops automatically after a couple of hits. This only happens in these conditions. If i revert to PvE and create a new character, its name is in blue and auto attacks work just fine.
Am i missing something basic or is this just a possible bug? I now you don't care to much about anything thats not 1.3.6 but maybe this happens there as well (haven't tried myself as i don't have a running 1.3.6 right now)
Thanks!
I've actually never ran a public PW server :O :lol:Quote:
Originally Posted by whitewof
No, but in all seriousness I doubt there'd be much if ANY demand for the type of server I would run... That is, I would probably run a next to bone stock server, and probably not even have regularly scheduled updates of any kind. With the main exception being for guild icons, and even that would be a stretch TBH... It is just not something I've ever had the time to invest in, doing it as a hobby here and there, sure - but to have a 'playerbase' that count on me for stuffs (like updates, and "new content"); just not happening. I would consider running a "stock" server if I knew there was actually a demand for it though... But again, I doubt there's any much such demand for something like that...
If I was wrong and there was any "demand" for a nostalgic server that would never or almost never 'update' - then yea, I'd consider running one. But I also don't see that being possible when people can download my release and run their own... Because my "nostalgic" server would pretty much be what my release is, with no real future expansion plans (and yes it'd HAVE to be v136)!
Not sure, never tried switching from PVE to PVP or PVP to PVE once a DB has been established... That could be the 'problem'. You'd have to create another one and make sure the change those settings as you see fit prior to starting up the server and establishing the gameDB... That or just bad luck and something in one of the DB's is corrupt =\ Then again, I've never had a single instance of any server (even my own packages) running more than a week before they get deleted and I start a fresh. Most of my testing I do with a "virgin" set of files as to make sure other things don't affect my testing... And is the primary reason I have installed the package almost if not literally a million times! There have been days I recall installing/testing/deleting - rinsing, lathering, and repeating - in upwards of 25-50+ times in one day...!Quote:
Originally Posted by AngryVix
I'd say create another server (VM?) and start testing... What does sound a little odd is regardless of PVE or PVP server, players are blue / non PVP until level 30 no matter which type of server you're/they're on... Which kinda makes me wanna lean toward corrupted data somewhere, so no matter what you do that DB may just be "bad"... IDK, time to start some tests for you :wink: I don't imagine they made it with being able to change between PVE and PVP server "on the fly" as "official" servers get set and BAM - that's it, for as long as that server is open... But yea, I'm gonna lean toward a corrupted DB, and the switching from PVE to PVP server may very well have been what caused said corruption... Not sure at all on that, so don't hold me to it...! Does going back to/staying on PVE resolve any 'problem' for existing toons? or does it have to be a newly created toon to not have 'problems'? If old/existing toons are still "broke" after putting it back to PVE then I'd surely say "it's almost definitely DB corruption"! If new AND old toons "work" when you go back to/stay in PVE server mode then I'd think there's somehow data on that (the server type PVE vs PVP) in the DB/toon data. Which I would not be able to confirm or deny with as little as we know about the actual internal contents of the gameDB! But if *everything* works just fine when you go back to/stay on PVE mode that would be indicative that, the DB/toon data is now exclusive to being in PVE server mode... (wouldn't really mean it is corrupt, but would mean it HAD to be used on a server in PVE mode)... However, I'm still gonna take a wild guess that, that's not the problem - and it's corrupted data/DB... =\
And to touch base on the first 1/2 of this post - knowing all that I know about PW now I'd also HAVE to run a PVE server if I ever did run one. That's based on personal bias of course!!! See prior to PW I was an MMO "virgin" myself. When I started playing official PW, I rolled PVP (under the not being a "carebear" principle) upon some "light" guidance from seasoned friends... Well knowing what I know now, I would have SURELY rolled a PVE server... As I learned, most other games of the genre (MMORPG) if you roll a server, that's pretty much what you get - PVE servers are REALLY PVE servers, and PVP servers are REALLY PVP servers. Well, in MY opinion PW breaks the mold on that one. In my opinion PVP gets the short end of the stick because you as a player cannot switch between modes (enter griefing), while in PVE mode (for PW) you can actually opt in or opt out (be blue or white name) depending on what you want to participate in... Getting ganked/griefed a lot? Simple, click da button go back to a blue name if you're on a "PVE" server. Not possible on a PVP server... Sure it's all a part of the game, but even most other games don't have full open world PVP like PW either... So I could see that being a headache even for someone who normally enjoys PVP, if all they're trying to do is PVE at the moment! So again, I'd 100% positively run a ("bone stock") PVE server if I ever were to run one! That way I could rest assured that ganking/griefing wouldn't be an issue, because the carebears could stay blue all the time and never go white. Or if someone is getting 'harassed' they simply "go blue"... Of course the cooldown to switch between the two modes totally makes sense to me too. As that will discourage switching "on a whim"!
Ok, im gonna run some test later and report back any useful info.
In regards toWhen swapping back to PvE, existing characters below lvl 30 still have white name and the PK switch button is locked and tells to wait 10 hours to switch back to PvE. Also the auto-attack problem persists on this chars, but i guess it is because they have not come to blue names yet (ill have to wait those 10 hours i guess ^^)Quote:
Does going back to/staying on PVE resolve any 'problem' for existing toons? or does it have to be a newly created toon to not have 'problems'?
When you say that you usually reinstall the package, do you mean you destroy/uninstall absolutely everything and reinstall it? or just wipe the DB or something like that?
