Posts made by Darek Hamann

It should be easy.
http://www.ubergizmo.com/how-to/disable-google-location/
Both deleting the history and disabling Location Tracking.

As one's last resort, this should definitely do the trick. Will save for myself, just in case.

@jaredbusch said in Facebook Believed to be Storing Unpublished Video Data:

Facial recognition anyone?

@JaredBusch Including facial recognition, but not really limited to that. @scottalanmiller expressed my thought in a very clear and laconic manner:

@scottalanmiller said in Facebook Believed to be Storing Unpublished Video Data:

It's used for data harvesting.

In fact, storing large amount of unpublished data like video files is not rational. I can imagine only two reasons why it may be stored like that. One of them is to avoid re-uploading of files whenever a user decides to finally publish the uploaded data. Another one is in case the company might need the data for some internal stuff that is not exposed to public, like using videos for AI learning or similar...

Thanks for sharing the script, dafyre. Will give it a try, too.

You could try using StarWind VSAN Free instead XOSAN for hyperconvergence. Even though they say they do not officially support Xen hyperconverged, it should be technically possible, I believe.

You could try using...
Posted by mistake, sorry.

My 2 cents are based on the fact that if they all were priced the same, they may not have come this far. Take VMware for example.

vBrownBag
and
Virtually Speaking Podcast.

Crucial Conversations was one of my recent ones.

the key import command is

Code:
sudo rpm --import keyfilenamegoeshere

run it from the directory you saved the key file to, the F27 key won't exist on your system since it is over 3 versions old

you should then be able to upgrade from Fedora 22 straight to Fedora 27 using the dnf system upgrade tool. you may however need to add the commands --allowerasing and --nogpgcheck (read the notes in the wiki regarding the obvious security risk of doing this, it's your choice entirely to use it or not) if errors still persist. check carefully what packages are preventing the upgrade though in the output from the commands run

IMHO, dispersing the storage between the hosts and configuring data replication between them would be the best option.

Creating several tiers for the migration of your VMs is always nice to have - downtime strikes unexpectedly.

It would also be possible to break down the files with WinSCP and transfer them with FileZilla.

Get WinSCP: http://winscp.net/eng/index.php - "WinSCP is an open source free SFTP client, FTP client, WebDAV client and SCP client for Windows."

Add a Custom Command:
Code: rar a -r -m0 -v20m "!.rar" "!"
'Remote Command', 'Apply to Directories'... Add the Custom Commands toolbar.
This command will use Rar (install it on your server) to spit the file(s)/directory into 20mb numbered rar files using no compression, therefore very quickly. If you multi-select files, they'll each have their own multi-part rar file, nice.

We will still use Filezilla for transferring the files, using Simultaneous Transfers as it's by far the nicest/best working FTP client out there (even despite this missing, much needed functionality).

So now the every-day steps are:

1. Start WinSCP
2. Log in to the server
3. Browse to the file(s)
4. Select them
5. Click on the custom command's toolbar button ... it then gets to work processing (seconds or a minute perhaps)...
6. Start Filesilla
7. Log in to the server
   8 ) Browse to the file(s) and the multi-part rars
8. Select the rars
9. Download them to the local machine ... watching the simultaneous transfers chomping thru the data!
10. Unrar the local rar files when completed
11. Delete the rar files from the remote server using WinSCP as it does it quicker.

Finished.

Have you tried removing any faulty drivers from safe mode?

The implementation of an Azure Stack would be something to get our heads around for the time being.

It would also be create to create a troubleshooting category would eliminate a possible runaround of all of the employees in the search for answers.

@quixoticjustin

Not something that was one of our requirements, but AFAIK:

There is a Python script that can be used on cloud instances if you turn off the direct MySQL support. It should be noted that if you do that, the script is unable to import private comments (because there isn't a REST API to set the privacy in Service Desk) and it is unable to set the dates on issues or who submitted comments. In the case of the latter, the script works around the problem by adding the commenter's name at the start of the comment.

Just made a switch from Jira to ZenDesk here - smooth as butter.

I'd suggest taking a look here for the comparison of the possible solutions.

Some additional reasons to upgrade hardware include:

• current warranty for parts and service
• availablitity of parts, for parts replacement. as servers get older and older, it may be difficult to find parts, and those you do find may cost more.
• it's all about cost, and time which == cost.