Latest Contributions by ElijahRobison

Hi Celine. Generally when a server runs out of disk memory unexpectedly like that it's because the system has been on its feet for a long time, and meanwhile some application with an aggressive logging behavior has eventually filled the disk. While you say you've added additional storage, are you sure the new space is available to /home? If so, I would try renaming 'pg_xlog/xlogtemp.12017' (i.e. mv pg_xlog/xlogtemp.12017 pg_xlog/xlogtemp.12017.OLD), then reboot and see if things come back online. It's possible some aspect of the last_used log file is corrupted now, and Arc-something-or-other is trying to access it and crashing when it fails to open it. Maybe removing that file from scope will force it to start over, clean. I don't recall what that service name is or what it might be, and unfortunately I'm not in a position to check. But, in the terminal, you might try typing "service p", then hit tab two times fast, and see if CentOS will suggest a bunch of known service names that start with "p" ..if there are multiple service entries that look "postgres-like" (one might say "postgresque.. ..sorry I realize this is no place for a joke :/) then try stopping and restarting each of those services. Do a full service stop, then fresh service start just in case. The next thing I would try would be clearing out the entire log directory (pg_xlog), just in case there is a related log that got hosed. If your organization looks down on deleting logs, copy them into a safe directory before eliminating them so that you'll have copies. Another thing worth considering, if free space in your /home directory is still an issue, deleting one or two recent log files probably won't help. You might need to figure out what happened to all your space and free some up relative to /home. It might be enough just to find and eliminate the largest and/or oldest logs. I would aim to free up at least a gig to give you some headroom. Then once you've done the spring cleaning, reboot and see if the system comes back up. Hopefully it doesn't come down to uninstalling and reinstalling DataStore, entirely, as someone else mentioned. That seems like an awfully heavy-handed solution. (Although, unfortunately, it wouldn't surprise me since it came from the same organization that tightly couple's the system's FQDN to the software at install-time ..an absolutely terrible design decision, IMO.) Anyway, I apologize this isn't more helpful. May the odds be ever in your favor. /Elijah ... View more

You're probably no longer messing with this, but if you are still trying to connect to Portal's db under the hood, see my answer below: https://community.esri.com/thread/160435#comment-772773  It's basically create an SSH tunnel to port 7654, db name = gwdb, user/pass= your portal admin user. I agree with the sentiment that you should steer clear of, or at least be careful, inserting/editing data in this instance, but I disagree that merely connecting to it and poking around will cause any damage. I'm trying to troubleshoot my Portal setup and one of the ideas I had was to expand the logging on this db instance to see if it is throwing any helpful errors or warnings. And I will remain unconvinced by anyone who says troubleshooting a config problem by expanding the logging on a db or looking through its contents puts anything at risk. ... View more

mike team‌ and Payne Ringling‌....I'm not sure if you guys are still messing with this, or if this is even the same thing, but on my setup, I can access Portal's PostGRESql db if I create an SSH connection with Putty, tunneling port 7654 between the host and localhost, then creating a connection with pgAdmin III (or whatever client you want) to a database named "gwdb" with my Portal admin username and password. If you want to access the postgresql.conf or the pg_hba.conf, etc., on my CentOS setup, they are located at: /home/[ags]/arcgis/portal/usr/arcgisportal/db ..where [ags] was the user account you used to install ArcGIS and/or related add-ons. If you're on Windows, it stands to reason that the filepath is similar from the ArcGIS install directory forward, and I would expect the db connection criteria (port, dbname, user/pass) to be identical. I hope this helps you guys. I'm having trouble just getting the webadaptor to register with portal and found this thread, and wanted to share this info in case it might benefit someone. ... View more

Hey, thanks Karl.  🙂  If I knew I was writing for some GIS devs I would have added an example or two using the Google Maps API.  Perhaps I can add something like that as an extra on the companion site's wordpress forum.  Cheers, Elijah ... View more

Matt, hi.  In grad school I was a TA for a remote sensing class, and I used to tell the undergrads that "while you can use GIS to make maps, real return on investment comes from answering specific research questions.  Geographic Information Systems is 66% Information Systems." If you have a year of school left, you're in a good position to give your resume a proper tweak before before you're out the door with nothing to guide you but hindsight.  I fully recommend a programming course or two, and in your spare time, experiment with some open source GIS options. The programming direction you take should depend on whether or not you want to develop desktop applications (like extending ArcGIS with custom tools for specific research purposes) or if you want to go into web mapping.  One fair warning, learning to program requires grinding out examples you find in a book or on the web somewhere, preferably both.  Personnally, I always preferred to adapt existing examples to something specific I want to do to help motivate me.  And it will take awhile to become comfortable programming--to really feel like its something you can do-- but stick it out and you'll be amazed by the leap you make in your first year.  I'll talk about both options now. Desktop Appplication Development:  You're admitting that you are fairly new to programming, so if you want to program for desktop applications, I recommend exposing yourself to Visual Basic.  If your school's geography/GIS program has a Programming ArcObjects course, take it.  You'll have an easier time digesting it if you complete an intro to Visual Basic course first, but you may not have that kind of time.  The best thing the course will provide, however, is structured, deadline-based learning.  Two good books: Getting to Know ArcObjects (Burke) and Programming ArcObjects with VBA (Chang).  Two good websites:  Box Shaped World -- http://sites.google.com/site/boxshapedworld/tableofcontents ArcScripts -- http://arcscripts.esri.com/  (Download other people's code and look through it, you'll absorb alot this way.) The only downside to learning to develop specificially for Arc is that you really need a copy of the software at home.  I think they still provide a 1-year student license; get one if you go this route.  You get a 90-day eval license free with the Burke book, but you'll want more time with it. Web Mapping:  There may be more "entry-level" programming jobs in this area, and you may find that the day-to-day goals are more geared toward improving user experiences and cartographic appearances/aesthetics than they are about developing research tools.  While that sounds easier, you might discover it takes knowledge of more than one language or technology to be effective at what you do.  Maybe not, depending upon how many co-workers you have.  But a one-man(or woman)-show at web mapping will likely not fare well knowing a single programming language, and here's why --> Most web mapping applications involve three tiers of operations: 1) the visible UI front end, and presently the languages to learn for UI development are Adobe Flex, Microsoft Silverlight, and/or AJAX, which stands for javascript and XML; 2) the "middleware", which is the logic language such as C#, PHP, etc. that truely drives the site; and 3) the database, which could be Oracle, MySQL, PostGREsql, etc., but will almost certainly be an SQL database.  In a big development house, you'll have specialists in each area, but in a smaller operation, you'll need to wear all the hats.  One good thing about web development is, there are ALOT of resources in print.  If you want to have some fun, pick up a book on Google Maps Mashups; I would recommend one using PHP and MySQL because those are free technologies, and you won't have to spend much money up front just to try them on for size.  Plus, if you learn PHP and MySQL, regardless as to whether or not you use them to map, those are two skills that can land you a job somewhere. As for open-source GIS, check out Q-GIS (Quantum GIS).  You can even order Gary Sherman's book, Desktop GIS, Mapping the Planet with Open Source Tools.  Q is a free GIS with the familar GUI user experience.  It's evolving rapidly, and you'll be impressed by how much it can do.  You may even be impressed by how quickly you adapt to its features.  But, while you're at it, also check out FWTools.  FWTools is more difficult to adapt too because it uses a command-line interface.  If you want to break ground fast and gain some confidence, try processing a DEM into a hillshade.  Build from there.  By the way, the number of open-source GIS offerings is a long list, I'm just mentioning my two favorites. In closing, if you stick with an arts exposure to GIS--unless you've been with an aerial survey outfit or a utility company for awhile--you will most likely start your next job handling digitizing work, which is basically tracing landscape features in aerial imagery or scanned maps.  And that may sound great and you may love that.  However, if you are a sort that is more driven by puzzles, I fully encourage you to start programming now.  Becuause there is so much ground-level understanding required to be an effective programmer, I wouldn't hire someone that merely "wanted" to learn to program because it wouldn't be worth training them; they might tuck and run after a month or two, and I would see no return on my effort to train them.  Every good programming job will require some experience, and frankly, most places are gradually increasing their requirements for entry-level opportunities, and that's mostly to ensure they hire serious applicants.  You will open doors for yourself if you learn to program now.  The question of which direction to pursue--Desktop App Development vs. Web Development--can guide what you learn next. I hope you check back and find this discussion beneficial.  I wish you the best of luck, however you choose. ... View more